abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    dnes 00:11 | Nová verze

    Byla vydána verze 1.70.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example. Jako reakce na rostoucí obavy z vlivu korporací na vývoj Rustu a předložený návrh restriktivních zásad používání ochranných známek Rustu, byl nedávno představen komunitní fork Rustu se 100 % méně byrokracie: Crab (CrabLang).

    Ladislav Hagara | Komentářů: 1
    včera 21:55 | Zajímavý článek

    Oliver Smith z Canonicalu shrnuje základní vlastnosti „neměnné“ distribuce Ubuntu Core také ve srovnání s protějšky Chrome OS, Fedora Silverblue a MicroOS. Canonical připravuje desktopovou variantu Ubuntu Core vedle dosavadní serverové/embedded.

    Fluttershy, yay! | Komentářů: 0
    včera 13:33 | Upozornění

    Z aktualizovaného seznamu chyb (pdf) procesoru AMD EPYC 7002: #1474 - procesor se po 1044 dnech od posledního resetu zasekne [reddit].

    Ladislav Hagara | Komentářů: 7
    včera 13:00 | Nová verze

    Fossil (Wikipedie) byl vydán ve verzi 2.22. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | Zajímavý článek

    David Malcolm se ve svém příspěvku na blogu vývojářů Red Hatu rozepsal o vylepšeních statické analýzy (volba -fanalyzer) v GCC 13.

    Ladislav Hagara | Komentářů: 1
    včera 12:00 | Nová verze

    Byla vydána nová stabilní verze 23.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Stoat. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.

    Ladislav Hagara | Komentářů: 0
    včera 11:44 | Bezpečnostní upozornění

    Příspěvek na blogu CZ.NIC upozorňuje na nový útok na weby v Česku. Na honeypotech na Turrisech byla zaznamenána nová aktivita útočníků - probíhající útok na FTP servery, které se vyskytují na stejné IP adrese, jako aktivní WEB server.

    Ladislav Hagara | Komentářů: 0
    31.5. 23:44 | Nová verze

    Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi 2023.05. Programovací jazyk Raku byl dříve znám pod názvem Perl 6.

    Ladislav Hagara | Komentářů: 0
    31.5. 20:22 | IT novinky

    Linux Foundation Europe představila projekt RISE (RISC-V Software Ecosystem), jehož cílem je urychlit vývoj open source softwaru pro architekturu RISC-V.

    Ladislav Hagara | Komentářů: 0
    31.5. 14:55 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu pro jednodeskové počítače na platformě ARM, byl vydán ve verzi 23.05. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    Twitter (nejen pro příležitostné čtení)
     (71%)
     (14%)
     (14%)
    Celkem 14 hlasů
     Komentářů: 0
    Rozcestník

    Dotaz: Externí HDD a poškozování systému souborů

    11.7.2008 10:29 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Externí HDD a poškozování systému souborů
    Přečteno: 1177×

    Dobrý den,

    stává se mi taková nepříjemná věc. Mám externí (USB 2.0) 2,5" pevný disk WD 1600BEVExternal. Systém ho normálně rozpozná jako USB Mass Storage zařízení a můžu s ním pracovat.

    Když s ním přestanu pracovat, tak ho normálně (korektně) odpojím pomocí umount. A teprve potom ho odpojím fyzicky.

    Problém: Často se mi stává, že systém souborů na něm (na /dev/sdb1) je nějak poškozený. Používám systém souborů ext3. Ještě jednou zdůrazňuji, že ho korektně odpojuji (umount).

    Používám 64bitovou verzi Debianu Lenny. Poraďte prosím.


    Řešení dotazu:


    Odpovědi

    Heron avatar 11.7.2008 10:53 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Po korektním unmountu by se to stávat nemělo. Zkuste jej mountovat s parametrem sync (i když syncnout by se to mělo také během unmountu), případně zkontrolujte, zda není chybový přenos po USB. Neuškodí ani zkontrolovat disk (badblocks).
    11.7.2008 11:03 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    Děkuju za odpověď. Snad něco zabere. Budu ten disk sledovat.

    15.7.2008 17:56 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    A nemůže to být tím, že ten externí disk si data nezapisuje rovnou, ale nejdřív před zápisem je dává do nějaké cache paměti a po určité době je zapisuje najednou. A já když ten disk "vytrhnu" z PC (i přestože použiju umount), tak se data, které jsou v té cache už nezapíšou?

    Disk určitě otestuju pomocí badblocks.

    ZmaTkar avatar 11.7.2008 14:39 ZmaTkar | skóre: 18 | blog: ZmaTkar
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    A co příkaz dmesg, je v jeho výpisu něco zvláštního ?
    Punk's not dead ...
    11.7.2008 17:36 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    > usb 7-2: new high speed USB device using ehci_hcd and address 2
    > usb 7-2: configuration #1 chosen from 1 choice
    > Initializing USB Mass Storage driver...
    > scsi6 : SCSI emulation for USB Mass Storage devices
    > usbcore: registered new interface driver usb-storage
    > USB Mass Storage support registered.
    > usb-storage: device found at 2
    > usb-storage: waiting for device to settle before scanning
    > usb-storage: device scan complete
    > scsi 6:0:0:0: Direct-Access     WD       1600BEVExternal  1.02 PQ: 0 ANSI: 0
    > sd 6:0:0:0: [sdb] 312581808 512-byte hardware sectors (160042 MB)
    > sd 6:0:0:0: [sdb] Write Protect is off
    > sd 6:0:0:0: [sdb] Mode Sense: 00 00 00 00
    > sd 6:0:0:0: [sdb] Assuming drive cache: write through
    > sd 6:0:0:0: [sdb] 312581808 512-byte hardware sectors (160042 MB)
    > sd 6:0:0:0: [sdb] Write Protect is off
    > sd 6:0:0:0: [sdb] Mode Sense: 00 00 00 00
    > sd 6:0:0:0: [sdb] Assuming drive cache: write through
    >  sdb: sdb1 sdb2
    > sd 6:0:0:0: [sdb] Attached SCSI disk
    > kjournald starting.  Commit interval 5 seconds
    > EXT3 FS on sdb1, internal journal
    > EXT3-fs: recovery complete.
    > EXT3-fs: mounted filesystem with ordered data mode.
    

    Takže bohužel nic zajímavýho.

    11.7.2008 23:45 danc | skóre: 21 | blog: Blog nejen o Linuxu | Praha
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Mne se neco podobneho taky stavalo.

    Mel jsem komplet system nainstalovany na externim 2,5" HDD (Sata disk, USB2.0 ramecek).

    Obcas se stalo, ze se filesystem poskodil - bezici system zatuhnul a po restartu se objevily chyby ve filesystemu.

    Tipnul jsem to na nejake chyby vznikajici na usb sbernici (nebo v tom samotnem prevadeci / ramecku), takze jsem to prestal takto pouzivat a system nainstaloval hezky slusne na interni disk :-)
    15.7.2008 18:41 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Moje zkušenost je - usb rozhraní nikdy nevěř! Kolikrát jsou za problémy vykotlané zástrčky, překroucené kablíky či "jen" chyby v ovladači.
    16.7.2008 08:11 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    debian:~# badblocks -o /root/badblocks.log -nsv /dev/sda
    Hledám špatné bloky v nedestruktivním režimu čtení i zápis
    Od bloku 0 do 156290904
    Checking for bad blocks (non-destructive read-write test)
    Testing with random pattern: done
    Průchod dokončen, nalezeno 0 špatných bloků
    

    Takže disk je v tomhle ohledu v pořádku.

    16.7.2008 09:04 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Umount jako takový vám funguje? Tedy když na disk či nějaké pomalejší zařízení zapíšete větší množství dat a pak dáte hned umount, tak mount čeká až se operace dokončí (sync)? Někdy s tím byly problémy, že umount nepočkal... Jinak mne nenapadá, snad jen dát disku před odpojením víc času, dneska jsou disky chytřejší než průměrnej medvěd tak je v zásadě asi možné že doporučení systému "sync" nebere úplně smrtelně vážně, imvho.
    16.7.2008 09:34 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    Udělal jsem takovou zkoušku. Nakopíroval jsem na ten externí disk soubor velikosti přibližně 700 MB. Vzápětí na to jsem disk odojil se sledováním času:

    darkstar:~# time umount /dev/sdb1
    
    real    0m0.198s
    user    0m0.000s
    sys     0m0.136s
    
    

    Nato že to byl soubor velikosti 700 MB, tak se mi zdá, že umount proběhl příliš rychle.

    Jinak ten disk je připojenej s volbami rw,nosuid,nodev,uhelper=hal,data=ordered.

    16.7.2008 09:39 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    Tak jsem pro klid duše nakopíroval ještě jeden velký soubour na ten externí disk (taky 700 MB):

    darkstar:/erot_vid# time umount /dev/sdb1
    
    real    0m0.268s
    user    0m0.004s
    sys     0m0.172s
    
    

    16.7.2008 09:46 Milan
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Ja kdyz chci mit 100% jistotu tak damam umount && sync && sync. Vim o tom ze to sync && sync je relikt z davnych dob a uz by nemel byt potreba, ale nadruhou stranu nicemu neuskodi...
    16.7.2008 10:05 iji | skóre: 29
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    V tom pripade jeste pro jistotu eject
    16.7.2008 10:20 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    Spíš by to mělo být sync a potom umount. (Prostě zapsat data a potom odpojit disk.)
    16.7.2008 10:27 Milan
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    No, ja nevim jestli umount taky treba nechce neco zapsat na disk... Tak proto dam sync az potom.
    16.7.2008 11:04 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů
    umount pokud je vše zapsáno už nic nezapisuje.

    Pokud jseš paranoik tak by jsi měl provést sync, sync, umount, sync, sync :-) pokud po takovéto volbě ještě sekundu počkat aby se zapsala cache na hdd pro jistotu a potom musí být data OK.

    Pokud ne tak potom je buď problém někde v HW a nebo je ten SW nějak poškozen.
    13.1.2010 16:52 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Externí HDD a poškozování systému souborů

    Problém vyřešen. Disk měl vadné sektory (zjistili to v servisu). Disk jsem dostal nový, ale já už jsem ho raději daroval bráchovi, protože diskům WD už nevěřím (tohle nebyla moje jediná špatná zkušenost s disky od WD).

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.