Ztráta dat na flashce

[Honza]

Ahoj,
prosím o radu, při nahrávání souborů na USB flashku jsem zjistil, že data z ní po chvíli zmizí (pouze obsah souborů).
Změnil jsem vfat na ntfs, a je to totéž. Soubory tam zůstanou, velikost zůstane, ale mají nulový obsah (0x00).
Některé dříve nahrané soubory byly ale v pořádku.
Nesetkal jste se s tím někdo? Je to špatná flashka, nebo nějaká jiná záležitost režimem přenosu přes USB?

mount:

Kód: [Vybrat]

/dev/sdd1 on /media/user/FLASH type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
dmesg:

Kód: [Vybrat]

[1007747.410119] sd 18:0:0:0: [sdd] Attached SCSI removable disk
[1007752.600413] FAT-fs (sdd1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[1025056.062110] sd 19:0:0:0: [sdd] 65536000 512-byte logical blocks: (33.6 GB/31.3 GiB)
[1025056.062774] sd 19:0:0:0: [sdd] Write Protect is off
[1025056.062779] sd 19:0:0:0: [sdd] Mode Sense: 0b 00 00 08
[1025056.063357] sd 19:0:0:0: [sdd] No Caching mode page found
[1025056.063361] sd 19:0:0:0: [sdd] Assuming drive cache: write through

[Reklama]

[Honza]

ta flashka je asi opravdu špatná, FATka po připojení žádnou chybu nehlásila, teď NTFS už chybu aspoň hlásí, no nic

[nobody(ten pravej)]

zkus naformatovat na ext4fs a/nebo projet pomoci badblocks...

[xan_]

>FAT-fs (sdd1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Odpojuješ to pomocí ikony (v uživatelským rozhraní) nebo pomocí příkazu? Je to nutné, jinak se může stávat přesně toto.

[fdsfsdfggf]

Nebude tam deklarovana fake kapacita? Ze kluc hlasi vyssiu kapacitu ako realne ma a ked nahrajes viac dat ako je skutocna kapacita, tak ich firmware zahadzuje.

[Reklama]

[Honza]

Díky za tipy, mátlo mě, že se ta data ztrácí, už když je flashka připojená. A odpojoval jsem ji správně.
U FAT si ta flashka nemá jak pamatovat správné odpojení, to má extfs, a možná i ntfs, tam to už špatné odpojení nehlásí.
Takže:
- badblocks proběhlo bez chyby, to fake kapacitu neodhalí
- ale hexdump vrací nuly od 7,7GB výše, je skoro plná, takže řekněme že má asi těch 8GB místo 32...

[JardaP .]

Tak budto v ni neco odeslo tak sikovne, ze 8 GB jeste funguje normalne, nebo vas nejaka kurva natahla. V tom pripade zkuste https://sosfakeflash.wordpress.com/2008/10/25/repairing-counterfeit-flash-drives/ . Obavam se, ze SW je jen pro Widle. Mozna nekdo doplni i SW pro Linux.

[ikoon]

To bude asi fake... Raz som take kupil v obchode okay ☺

Tu je test na fake flasky: http://oss.digirati.com.br/f3/

[nobody(ten pravej)]

[...] U FAT si ta flashka nemá jak pamatovat správné odpojení, to má extfs, a možná i ntfs [...]

i u FAT si to samozrejme pamatuje a hlavne u FAT to NEJVICE vadi, tim ze nejde o journalovaci filesystem...
poznava to pomoci hodnoty "dirty flag", pri bezpecnem odmontovani se tam uklada hodnota znamenajici "bylo bezpecne
opdojeno", pokud to neudelas zustava tam hodnota co se tam ulozi pri beznem pripojeni...
https://en.wikipedia.org/wiki/Design_of_the_FAT_file_system

[honzik]

Je to špatná flashka, nebo nějaká jiná záležitost režimem přenosu přes USB?

Flashka která jednou zazlobí neni důvěryhodná a zaslouží si vyhodit bez dalšího otálení. "jiná záležitost režimem přenosu přes USB" nevim co je.

[Honza]

To bude asi fake... Raz som take kupil v obchode okay ☺

Tu je test na fake flasky: http://oss.digirati.com.br/f3/

Díky, kouknul jsem na to, ta utilitka nicméně dělá totéž, na co jsem přišel ručně - že soubor zapíše, a přečte zda je ok.
Posílám report co mi to zjistilo:

Kód: [Vybrat]

$ ./f3read /media/user/FLASH/
                  SECTORS      ok/corrupted/changed/overwritten
Validating file 1.h2w ... 2097152/        0/      0/      0
Validating file 2.h2w ... 2097152/        0/      0/      0
Validating file 3.h2w ... 2097152/        0/      0/      0
Validating file 4.h2w ... 2097152/        0/      0/      0
Validating file 5.h2w ... 2097152/        0/      0/      0
Validating file 6.h2w ... 2097152/        0/      0/      0
Validating file 7.h2w ... 2097152/        0/      0/      0
Validating file 8.h2w ...   65336/  2031816/      0/      0
Validating file 9.h2w ...       0/  2097152/      0/      0
Validating file 10.h2w ...       0/  2097152/      0/      0
Validating file 11.h2w ...       0/  2097152/      0/      0
Validating file 12.h2w ...       0/  2097152/      0/      0
Validating file 13.h2w ...       0/  2097152/      0/      0
Validating file 14.h2w ...       0/  2097152/      0/      0
Validating file 15.h2w ...       0/  2097152/      0/      0
Validating file 16.h2w ...       0/  2097152/      0/      0
Validating file 17.h2w ...       0/  2097152/      0/      0
Validating file 18.h2w ...       0/  2097152/      0/      0
Validating file 19.h2w ...       0/  2097152/      0/      0
Validating file 20.h2w ...       0/  2097152/      0/      0
Validating file 21.h2w ...       0/  2097152/      0/      0
Validating file 22.h2w ...       0/  2097152/      0/      0
Validating file 23.h2w ...       0/  2097152/      0/      0
Validating file 24.h2w ...       0/  2097152/      0/      0
Validating file 25.h2w ...       0/  2097152/      0/      0
Validating file 26.h2w ...       0/  2097152/      0/      0
Validating file 27.h2w ...       0/  2097152/      0/      0
Validating file 28.h2w ...  505528/   825344/      0/      0

  Data OK: 7.27 GB (15250928 sectors)
Data LOST: 20.36 GB (42703048 sectors)
               Corrupted: 20.36 GB (42703048 sectors)
        Slightly changed: 0.00 Byte (0 sectors)
             Overwritten: 0.00 Byte (0 sectors)
Average reading speed: 13.45 MB/sJe vidět, že to reportuje ještě o trochu méně, než mi vycházelo původně, protože tentokrát jsem to testoval na ext4, a ten rezervoval trochu místa.
A pak je taky vidět, že na konci to našlo zapisovatelnou oblast, která je údajně v pořádku, ale to způsobila disková cache, ve které zůstala data z posledního zápisu.
Podle návodu se měla flashka po zápisu a před testem odebrat, a znovu připojit, což jsem nemohl provést, neboť znovu už připojit samozřejmě nelze...

[ByCzech]

A pak je taky vidět, že na konci to našlo zapisovatelnou oblast, která je údajně v pořádku, ale to způsobila disková cache, ve které zůstala data z posledního zápisu.

To si nemyslím, že to bude díky cache. Při "formátování" FS se zapisuje na konec média kopie struktur původního FS, aby bylo možné udělat unformat. Nevím jestli to dělá při vytváření FS i Linux, ale Windowsy to dělávaly a myslím si, že to je úmysl toho, kdo tu fake flash vyrobil. Jinak by totiž jinak "formátovací" program mohl odhalit, že jde o vadné zařízení. Ale možná se pletu.

[Honza]

A pak je taky vidět, že na konci to našlo zapisovatelnou oblast, která je údajně v pořádku, ale to způsobila disková cache, ve které zůstala data z posledního zápisu.

To si nemyslím, že to bude díky cache. Při "formátování" FS se zapisuje na konec média kopie struktur původního FS, aby bylo možné udělat unformat. Nevím jestli to dělá při vytváření FS i Linux, ale Windowsy to dělávaly a myslím si, že to je úmysl toho, kdo tu fake flash vyrobil. Jinak by totiž jinak "formátovací" program mohl odhalit, že jde o vadné zařízení. Ale možná se pletu.

Vycházím z informací na uvedeném linku toho prográmku, kde je i příklad stejné situace.

[Lael.Ophir]

To bude asi fake... Raz som take kupil v obchode okay ☺
Tu je test na fake flasky: http://oss.digirati.com.br/f3/

Už jsem si také málem koupil fake klíčenku. Naštěstí jsem si před koupí na telefonu vygoogolil, že se daný model (tuším nějaký Kingston) vůbec nevyrábí v deklarované kapacitě. Koupit si USB klíčenku mezi stánky s nudlemi, pirátskými DVD a fake kabelkami je holt sázka do loterie