Dotaz: Fedora 13 ničí VFAT na flešce

[Quak]

Nedávno jsem upgradoval na Fedoru 13 a jeden z největších problémů, který se projevil je to, že se po zápisu na USB disk poškozuje souborový systém. Buď jsou některé soubory nečitelné, nebo to rovnou zlikviduje fat. Nemá někdo nějakou užitečnou radu?

Odpovědi

[Jiří J.]

To se obvykle stává, pokud někdo filesystém neunmountne a neprovede ruční sync.

[Jooky (inactive)]

odmontovavate ten fs pred podpojenim od pc ?

[Quak]

Opravdu mě nemusíte podezírat, že jsem jeden z těch, co vyrvou flešku z počítače a pak se diví, že mu mizí soubory. Zkoušel jsem odpojovat svazek jak z konzole přes umount, tak z kontextového menu na desktopu (vysunout, bezpečně odebrat), nebo z nautila. Vše marno.

[Petr Šobáň]

A když zadáš sync před odpojením tak to taky poškodí?

Taky jsem provedl upgrade na fc13 a bez problémů zapisuji na flash.

[Quak]

Sync nepomáhá. Naformátuju flashku, je jedno jestli přes mkfs nebo přímo v nejmenovaném operačním systému, a po zapsání několika (asi deseti) souborů a odpojení se mi už nepřipojí. Pro doplnění přidávám část /etc/mtab.

gvfs-fuse-daemon on /home/username/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=username)
/dev/sdb on /media/4C0B-A74F type vfat (rw,nosuid,nodev,uhelper=udisks,uid=500,gid=500,shortname=mixed,dmask=0077,utf8=1,flush)

[Petr Šobáň]

A nebude potom ta flash vadná? Jinde funguje OK? Vadný řadič ? Vadný kabel - pokud ten konektor není přímo na MB ?

[Quak]

Na stejném počítači ve win (dualboot) a na jiném pod openSuSE 11.2 je vše v pořádku.

[Jakub Lucký]

Nějaká hláška při pokusu o mount? Co fsck.vfat ?

[Quak]

Např. něco z /var/log/messages

Jun  6 08:52:39 hpc kernel: usb 2-5: new high speed USB device using ehci_hcd and address 5

Jun  6 08:52:39 hpc kernel: usb 2-5: New USB device found, idVendor=4146, idProduct=ba63

Jun  6 08:52:39 hpc kernel: usb 2-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3

Jun  6 08:52:39 hpc kernel: usb 2-5: Product: USB Mass Storage Device

Jun  6 08:52:39 hpc kernel: usb 2-5: Manufacturer: PRETEC Technology

Jun  6 08:52:39 hpc kernel: usb 2-5: SerialNumber: f7d4c127063280

Jun  6 08:52:39 hpc kernel: scsi8 : usb-storage 2-5:1.0

Jun  6 08:52:44 hpc kernel: scsi 8:0:0:0: Direct-Access     Pretec   02GB             2.10 PQ: 0 ANSI: 2

Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: Attached scsi generic sg2 type 0

Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] 4030463 512-byte logical blocks: (2.06 GB/1.92 GiB)

Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Write Protect is off

Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Assuming drive cache: write through

Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Assuming drive cache: write through

Jun  6 08:52:44 hpc kernel: sdb:

Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Assuming drive cache: write through

Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Attached SCSI removable disk

Jun  6 08:53:00 hpc kernel: FAT: Filesystem error (dev sdb)

Jun  6 08:53:00 hpc kernel:    fat_free_clusters: deleting FAT entry beyond EOF

Jun  6 08:53:00 hpc kernel:    File system has been set read-only

To se alespoň připojila jako read-only. Pokud je poškozený fs, tak to vzpadá asi takhle:

 # fsck  /dev/sdb

fsck z util-linux-ng 2.17.2

dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN

FATs differ but appear to be intact. Use which FAT ?

1) Use first FAT

2) Use second FAT

? 1

/ABC/��������.���

  Directory has non-zero size. Fixing it.

/ABC/��������.���

  Start cluster beyond limit (4294967295 > 502820). Truncating file.

/ABC/��������.���

  Directory has non-zero size. Fixing it.

/ABC/��������.���

  Start cluster beyond limit (4294967295 > 502820). Truncating file.

/ABC/��������.���

  Directory has non-zero size. Fixing it.

/ABC/��������.���

  Start cluster beyond limit (4294967295 > 502820). Truncating file.

/ABC/��������.���

  Directory has non-zero size. Fixing it.

/ABC/��������.���

  Start cluster beyond limit (4294967295 > 502820). Truncating file.

/ABC/��������.���

  Directory has non-zero size. Fixing it.

/ABC/��������.���

  Start cluster beyond limit (4294967295 > 502820). Truncating file.

/ABC/��������.���

  Directory has non-zero size. Fixing it.

/ABC/��������.���

  Start cluster beyond limit (4294967295 > 502820). Truncating file.

/ABC/��������.���

  Directory has non-zero size. Fixing it.

/ABC/��������.���

  Start cluster beyond limit (4294967295 > 502820). Truncating file.

/ABC/��������.���

atd ... zkráceno

/ABC/��������.���
  Start cluster beyond limit (4294967295 > 502820). Truncating file.
Leaving file system unchanged.
/dev/sdb: 376 files, 472305/502819 clusters

[vencas]

Zdá se, že má vadné bloky nebo -- to první -- má velikost větší než fyzické zařízení.

Kdysi mi něco podobného dělalu Ubunto s prastarým MP3 přehrávačem, Linux (na rozdíl od Windows) detekoval chybu filesystému a připojil ho jako read-only. Ve windows to naoko fungovalo.

[Dan Horák]

Byla ta flashka od pořízení formátovaná - ať v Linuxu nebo ve Win?

A byli bychom rádi i za ohlášení do Bugzilly

[Quak]

Ano, byla již několikrát přeformátovaná jak v linuxu (přímo ve fedoře), tak i ve win, jak jsem již napsal v jednom z předchozích příspěvků. Formátoval jsem jí po každém narušení filesystému. Pokusím se napsat bugreport.

[omg]

fdisk - spatna verze typu partition?

[Jakub Lucký]

Ještě mě napadá, co jiný fs? Taky se poškodí?

[chrono]

Pár dní dozadu som si všimol, že keď mám Flash disk nerozdelený (a partícia je teda na celom disku), tak mi Windows 7 ten súborový systém zničí (v Linuxe a vo Windows XP to ale funguje normálne).

[michich]

Jo, to by mohlo souviset. Podle výpisu mountů v komentáři 5 Quak opravdu používá filesystém na celém blokovém zařízení bez partition tabulky.

[Quak]

Už je to tak. Teď jsem zkoušel (jinou než předtím) flešku naformátovat jako /dev/sdb a po zapsání pár větších souborů se projevily chyby. Když jsem vytvořil primární partititon /dev/sdb1 tak se mi zatím i přes různé kopírování a mazání souborů nepovedlo poškodit fs.