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

[Begleiter]

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.

---

---

Odpovědi

[Heron]

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).

[Begleiter]

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

[Begleiter]

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]

A co příkaz dmesg, je v jeho výpisu něco zvláštního ?

[Begleiter]

> 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.

[danc]

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

[Aleš Kapica]

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.

[Begleiter]

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.

[Ash]

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.

[Begleiter]

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.

[Begleiter]

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

[Milan]

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...

[iji]

V tom pripade jeste pro jistotu eject

[Petr Šobáň]

Spíš by to mělo být sync a potom umount. (Prostě zapsat data a potom odpojit disk.)

[Milan]

No, ja nevim jestli umount taky treba nechce neco zapsat na disk... Tak proto dam sync az potom.

[Petr Šobáň]

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.

[Begleiter]

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).