kontrola "povrchu" buniek u USB flash disku
- jcdenton12
- Používateľ
- Príspevky: 2221
- Dátum registrácie: Št 22. Dec, 2005, 20:00
- Bydlisko: Košice
kontrola "povrchu" buniek u USB flash disku
zdravim vsetkych
mam tu 16GB USB Kingston kluc (stary asi 13 mesiacov)
mal som na nom jednu velku EXT2 particiu, na ktoru sa moc nezapisovalo
vcera som chcel z nej vykopirovat vacsie mnozstvo dat (~500MB) a do logu to hadzalo jednu I/O chybu za druhou tych najroznejsich zneni
ani fsck nebol schopny dat ten system do relativne chodiveho stavu a kedze tie data neboli zas az take dolezite, tak som to cele formatol
pre istotu som vyskusal low level format alebo random fill alebo ako to chcete nazvat
proste cez dd som z /dev/urandom zapisoval na cely flash disk
niekde okolo hranice 14 500 000 kB to hodilo I/O error a zapis na flashku zakapal
je teda nejako mozne zistit, ci su niektore z buniek pamate uz mrtve?
nieco ako scan povrchu na klasickom HDD
mna napadlo pomocou dd urobit viackrat bitovu kopiu a nasledne porovnat hash danych suborov
ak bude rozdielny, tak pre mna to je jasne, no reklamacny technik ak nebude prave mudry, asi bude chciet dajake obrazky/grafy alebo nieco ,comu bude rozumiet
co treba za dokazy, ak by som chcel dany kluc reklamovat?
vdaka za odpovede
mam tu 16GB USB Kingston kluc (stary asi 13 mesiacov)
mal som na nom jednu velku EXT2 particiu, na ktoru sa moc nezapisovalo
vcera som chcel z nej vykopirovat vacsie mnozstvo dat (~500MB) a do logu to hadzalo jednu I/O chybu za druhou tych najroznejsich zneni
ani fsck nebol schopny dat ten system do relativne chodiveho stavu a kedze tie data neboli zas az take dolezite, tak som to cele formatol
pre istotu som vyskusal low level format alebo random fill alebo ako to chcete nazvat
proste cez dd som z /dev/urandom zapisoval na cely flash disk
niekde okolo hranice 14 500 000 kB to hodilo I/O error a zapis na flashku zakapal
je teda nejako mozne zistit, ci su niektore z buniek pamate uz mrtve?
nieco ako scan povrchu na klasickom HDD
mna napadlo pomocou dd urobit viackrat bitovu kopiu a nasledne porovnat hash danych suborov
ak bude rozdielny, tak pre mna to je jasne, no reklamacny technik ak nebude prave mudry, asi bude chciet dajake obrazky/grafy alebo nieco ,comu bude rozumiet
co treba za dokazy, ak by som chcel dany kluc reklamovat?
vdaka za odpovede
...
- shiro
- Pokročilý používateľ
- Príspevky: 8735
- Dátum registrácie: Št 21. Dec, 2006, 02:00
- Bydlisko: Banska Bystrica
Re: kontrola "povrchu" buniek u USB flash disku
skus to prejst testom v hdtune, ak je pre linux, inac len pod windows.
kazdopadne, ak ti kape zapis/citanie z flashky na viacerych pc, je flashka vadna.
kazdopadne, ak ti kape zapis/citanie z flashky na viacerych pc, je flashka vadna.
Ryzen 7 3700X | SilentiumPC Fera 3 | Asrock X570M Pro4 | Patriot Viper 4 Blackout 16GB DDR4-3600 CL17 | Gainward RTX4060 Ti Pegasus 8GB | Samsung 970evo Plus 250GB NVMe | Corsair MP510 1TB NVMe | Samsung 980 Pro 2TB NVMe | Corsair RM550x | 32" Samsung ViewFinity S60UA | 3x Noctua NF-S12B redux 1200 PWM
Xiaomi Mi 9 Lite 64GB
Xiaomi Mi 9 Lite 64GB
- jcdenton12
- Používateľ
- Príspevky: 2221
- Dátum registrácie: Št 22. Dec, 2005, 20:00
- Bydlisko: Košice
Re: kontrola "povrchu" buniek u USB flash disku
tak som si teda povedal, ze si odzalohujem to co tam teraz mam a skusim to testnut na windows stroji.
mam tam
59MB particiu FAT16
13.78GiB particiu EXT4 (obsadene cca 2.0GiB)
zvysok ako Linux-Swap
FAT16 particiu precitalo uplne vpohode
EXT4 uz celu nie
toto mi uz dd precitalo cele bez hlasenia nejakych chyb
precital som obe particie pre istotu este 2x a nasledujuci SHA-512 hash sa zhodoval, takze verim ze su OK a v dobrom stave a budem z nich schopny obnovit system do chodiveho stavu
skusim teda este parkrat precitat cely disk na inom stroji na rozdielnych radicoch a nasledne hdtune
pevne verim, ze ked DD hlasi IO error, tak to bude dostatocny dovod na reklamaciu
za akekolvek dalsie rady vam vopred dakujem
//edit:
OK, takze minimalne pod linuxom je ten disk jasny
za urcitou hranicou sa z neho neda citat a ani nanho zapisovat
skusal som to na 2 roznych strojoch a 3 roznych USB radicoch
NEC uPD720200 USB 3.0 Host Controller, doska Asus P7P55D-E (Intel P55 chipset)
mam tam
59MB particiu FAT16
13.78GiB particiu EXT4 (obsadene cca 2.0GiB)
zvysok ako Linux-Swap
FAT16 particiu precitalo uplne vpohode
EXT4 uz celu nie
kedze verim, ze EXT4 uklada subory do suvislych volnych blokov a povodna instalacia (1.6GiB) tam bola nakopirovana cez dd, tak bola niekde uplne na zaciatku disku a na urovni 13GB sa snad nic nenachadza, tak som to cez GParted resizol na 8GiB velkost (za chvilku spravene, nehlasilo to ziadne chyby)martin@Martin-NTB:/media/LINUX_DATA/8GB_backup$ sudo dd bs=4M if=/dev/sdc1 of=./sdc1_partition.img1
14+0 records in
14+0 records out
58720256 bytes (59 MB) copied, 3.52267 s, 16.7 MB/s
martin@Martin-NTB:/media/LINUX_DATA/8GB_backup$ sudo dd bs=4M if=/dev/sdc2 of=./sdc2_partition.img1
dd: reading `/dev/sdc2': Input/output error
3198+1 records in
3198+1 records out
13413974016 bytes (13 GB) copied, 779.476 s, 17.2 MB/s
toto mi uz dd precitalo cele bez hlasenia nejakych chyb
precital som obe particie pre istotu este 2x a nasledujuci SHA-512 hash sa zhodoval, takze verim ze su OK a v dobrom stave a budem z nich schopny obnovit system do chodiveho stavu
skusim teda este parkrat precitat cely disk na inom stroji na rozdielnych radicoch a nasledne hdtune
pevne verim, ze ked DD hlasi IO error, tak to bude dostatocny dovod na reklamaciu
za akekolvek dalsie rady vam vopred dakujem
//edit:
OK, takze minimalne pod linuxom je ten disk jasny
za urcitou hranicou sa z neho neda citat a ani nanho zapisovat
skusal som to na 2 roznych strojoch a 3 roznych USB radicoch
NEC uPD720200 USB 3.0 Host Controller, doska Asus P7P55D-E (Intel P55 chipset)
Intel P55 integrovany USB 2.0 radic, doska Asus P7P55D-E (Intel P55 chipset)homer@homer-System-Product-Name:/media/LINUX_DATA$ sudo dd bs=4M if=/dev/sdb of=./16GB_usb.img
[sudo] password for homer:
dd: reading `/dev/sdb': Input/output error
3297+1 records in
3297+1 records out
13829210112 bytes (14 GB) copied, 758.358 s, 18.2 MB/s
Intel GS45/ICH9M-E integrovany USB 2.0 radic, ASUS UL30A notebookhomer@homer-System-Product-Name:/media/LINUX_DATA$ sudo dd bs=4M if=/dev/sdb of=./16GB_usb_v2_0.img
dd: reading `/dev/sdb': Input/output error
3306+1 records in
3306+1 records out
13866967040 bytes (14 GB) copied, 758.141 s, 18.3 MB/s
martin@Martin-NTB:~/Desktop$ sudo dd bs=4M if=/dev/sdb of=./16GB_usb_NTB.img
[sudo] password for martin:
dd: reading `/dev/sdb': Input/output error
3348+1 records in
3348+1 records out
14043324416 bytes (14 GB) copied, 849.456 s, 16.5 MB/s
...
- jcdenton12
- Používateľ
- Príspevky: 2221
- Dátum registrácie: Št 22. Dec, 2005, 20:00
- Bydlisko: Košice
Re: kontrola "povrchu" buniek u USB flash disku
hmm, tak citat s DD z toho kluca zatial viem, avsak v logoch sa objavuje toto
napada niekoho nejake riesenie?
[44275.385188] sd 0:0:0:0: [sda] Unhandled sense code
[44275.385222] sd 0:0:0:0: [sda]
[44275.385234] Result: hostbyte=0x00 driverbyte=0x08
[44275.385247] sd 0:0:0:0: [sda]
[44275.385257] Sense Key : 0x7 [current]
[44275.385278] sd 0:0:0:0: [sda]
[44275.385288] ASC=0x27 ASCQ=0x0
[44275.385303] sd 0:0:0:0: [sda] CDB:
[44275.385311] cdb[0]=0x2a: 2a 00 00 1a c9 f8 00 00 18 00
[44275.385348] end_request: critical target error, dev sda, sector 1755640
[44275.385470] Aborting journal on device sda2-8.
[44275.388031] sd 0:0:0:0: [sda] Unhandled sense code
[44275.388057] sd 0:0:0:0: [sda]
[44275.388069] Result: hostbyte=0x00 driverbyte=0x08
[44275.388081] sd 0:0:0:0: [sda]
[44275.388089] Sense Key : 0x7 [current]
[44275.388107] sd 0:0:0:0: [sda]
[44275.388116] ASC=0x27 ASCQ=0x0
[44275.388130] sd 0:0:0:0: [sda] CDB:
[44275.388137] cdb[0]=0x2a: 2a 00 00 19 e0 00 00 00 08 00
[44275.388173] end_request: critical target error, dev sda, sector 1695744
[44275.388193] Buffer I/O error on device sda2, logical block 196608
[44275.388204] lost page write due to I/O error on sda2
[44275.388265] JBD2: Error -5 detected when updating journal superblock for sda2-8.
[44275.398937] sd 0:0:0:0: [sda] Unhandled sense code
[44275.398970] sd 0:0:0:0: [sda]
[44275.398982] Result: hostbyte=0x00 driverbyte=0x08
[44275.398995] sd 0:0:0:0: [sda]
[44275.399005] Sense Key : 0x7 [current]
[44275.399026] sd 0:0:0:0: [sda]
[44275.399035] ASC=0x27 ASCQ=0x0
[44275.399050] sd 0:0:0:0: [sda] CDB:
[44275.399059] cdb[0]=0x2a: 2a 00 00 01 e0 00 00 00 08 00
[44275.399095] end_request: critical target error, dev sda, sector 122880
[44275.399115] Buffer I/O error on device sda2, logical block 0
[44275.399126] lost page write due to I/O error on sda2
[44275.399198] EXT4-fs error (device sda2): ext4_journal_start_sb:349: Detected aborted journal
[44275.408584] EXT4-fs (sda2): Remounting filesystem read-only
[44275.414431] EXT4-fs (sda2): previous I/O error to superblock detected
[44275.417047] sd 0:0:0:0: [sda] Unhandled sense code
[44275.417073] sd 0:0:0:0: [sda]
[44275.417085] Result: hostbyte=0x00 driverbyte=0x08
[44275.417098] sd 0:0:0:0: [sda]
[44275.417107] Sense Key : 0x7 [current]
[44275.417126] sd 0:0:0:0: [sda]
[44275.417136] ASC=0x27 ASCQ=0x0
[44275.417150] sd 0:0:0:0: [sda] CDB:
[44275.417158] cdb[0]=0x2a: 2a 00 00 01 e0 00 00 00 08 00
[44275.417194] end_request: critical target error, dev sda, sector 122880
[44275.417213] Buffer I/O error on device sda2, logical block 0
[44275.417225] lost page write due to I/O error on sda2
napada niekoho nejake riesenie?
...
- shiro
- Pokročilý používateľ
- Príspevky: 8735
- Dátum registrácie: Št 21. Dec, 2006, 02:00
- Bydlisko: Banska Bystrica
Re: kontrola "povrchu" buniek u USB flash disku
ak to neni problem filesystemnu, tak ten kluc proste chcipa, tu neni co riesit.
Ryzen 7 3700X | SilentiumPC Fera 3 | Asrock X570M Pro4 | Patriot Viper 4 Blackout 16GB DDR4-3600 CL17 | Gainward RTX4060 Ti Pegasus 8GB | Samsung 970evo Plus 250GB NVMe | Corsair MP510 1TB NVMe | Samsung 980 Pro 2TB NVMe | Corsair RM550x | 32" Samsung ViewFinity S60UA | 3x Noctua NF-S12B redux 1200 PWM
Xiaomi Mi 9 Lite 64GB
Xiaomi Mi 9 Lite 64GB
- jcdenton12
- Používateľ
- Príspevky: 2221
- Dátum registrácie: Št 22. Dec, 2005, 20:00
- Bydlisko: Košice
Re: kontrola "povrchu" buniek u USB flash disku
som sa blbo vyjadril ked som napisal
teraz som ho citat cez DD neskusal, kedze stale bezi, no akurat v read-only mode
ale poskytuje mi VPN pristup, takze zatial ho neodpajam
inac FS tam je EXT4, aky konkretny problem filesystemu si myslel?
uvidim ci predajca daco odpise a pojdem skusit RMA
akurat ze ked ho formatnem, tak on zas bude fungovat chvilu (mozno par dni, mozno aj par mesiacov) a na RMA ma poslu do ...
myslel som ze som ho vedel cely precitat pred 3 mesiacmi (ale vtedy nebolo v logoch nic chybne)hmm, tak citat s DD z toho kluca zatial viem
teraz som ho citat cez DD neskusal, kedze stale bezi, no akurat v read-only mode
ale poskytuje mi VPN pristup, takze zatial ho neodpajam
inac FS tam je EXT4, aky konkretny problem filesystemu si myslel?
uvidim ci predajca daco odpise a pojdem skusit RMA
akurat ze ked ho formatnem, tak on zas bude fungovat chvilu (mozno par dni, mozno aj par mesiacov) a na RMA ma poslu do ...
...
Re: kontrola "povrchu" buniek u USB flash disku
Je vôbec EXT4 určené na prevádzku na Flash médiách bez radiča čo robí WL/IOLBA? Lebo viem že NTFS malo s týmto problémy, dokonca aj nový ReFS, tam sa na zavádzanie používa FAT32/exFAT
.
- jcdenton12
- Používateľ
- Príspevky: 2221
- Dátum registrácie: Št 22. Dec, 2005, 20:00
- Bydlisko: Košice
Re: kontrola "povrchu" buniek u USB flash disku
je mi jasne ze zurnalovaci FS mu k zdraviu neprida, ale aby skapal pol 6 mesiacoch pouzivania EXT4 (predtym NTFS na obcasne prenosy vacsich suborov)?
chapem aj to, ze cim mensi vyrobny proces, tam menej cyklov ta pamat prezije, no toto mi pripada strasne malo
mam tu asi 7-8 rocny Patriot Xporter 8GB, ktory je niekolkokrat vacsi a zial aj rychlejsi a bezi stale bez problemov, pricom ma uz znacne ohnuty konektor a bol som zmiereny s jeho smrtou, ked on kamaratka zakopla, no ten nezmar fici dalej
chapem aj to, ze cim mensi vyrobny proces, tam menej cyklov ta pamat prezije, no toto mi pripada strasne malo
mam tu asi 7-8 rocny Patriot Xporter 8GB, ktory je niekolkokrat vacsi a zial aj rychlejsi a bezi stale bez problemov, pricom ma uz znacne ohnuty konektor a bol som zmiereny s jeho smrtou, ked on kamaratka zakopla, no ten nezmar fici dalej
...
- jcdenton12
- Používateľ
- Príspevky: 2221
- Dátum registrácie: Št 22. Dec, 2005, 20:00
- Bydlisko: Košice
Re: kontrola "povrchu" buniek u USB flash disku
takze dnes som ho vytiahol zo stroja a na moje rekvaenie som ho recital bez chyb alebo znizenia rychlosti ulne cely.
zais vsak uz vrazne somalil o takmer olovicu
kym redtym som zaisoval rychlostou 5.5MB/s a viac, teraz
zais vsak uz vrazne somalil o takmer olovicu
kym redtym som zaisoval rychlostou 5.5MB/s a viac, teraz
je teda zjavne ze nieco mu je, avsak na RMA neviem ako zhovievavy k tomu buduhomer@homer-System-Product-Name:~/Desktop$ sudo dd of=/dev/sdb if=./16GB.img
[sudo] password for homer:
31113216+0 records in
31113216+0 records out
15929966592 bytes (16 GB) copied, 5617.7 s, 2.8 MB/s
...
- shiro
- Pokročilý používateľ
- Príspevky: 8735
- Dátum registrácie: Št 21. Dec, 2006, 02:00
- Bydlisko: Banska Bystrica
Re: kontrola "povrchu" buniek u USB flash disku
vyzera ze okrem disku ti odchadza aj klaveska
Ryzen 7 3700X | SilentiumPC Fera 3 | Asrock X570M Pro4 | Patriot Viper 4 Blackout 16GB DDR4-3600 CL17 | Gainward RTX4060 Ti Pegasus 8GB | Samsung 970evo Plus 250GB NVMe | Corsair MP510 1TB NVMe | Samsung 980 Pro 2TB NVMe | Corsair RM550x | 32" Samsung ViewFinity S60UA | 3x Noctua NF-S12B redux 1200 PWM
Xiaomi Mi 9 Lite 64GB
Xiaomi Mi 9 Lite 64GB
- jcdenton12
- Používateľ
- Príspevky: 2221
- Dátum registrácie: Št 22. Dec, 2005, 20:00
- Bydlisko: Košice
Re: kontrola "povrchu" buniek u USB flash disku
takze USB kluc som dal na RMA do datacompu v piatok naobed
o ani nie 2 tyzdne uz bola reklamacia vybavena
vratili mi novy Kingston DataTraveller SE9 16GB
takze snad bude sluzit dlhsie ako tento
maximalna spokojnost s reklamaciou
klavesnicu idem odniest Gabovi zajtra na RMA
o ani nie 2 tyzdne uz bola reklamacia vybavena
vratili mi novy Kingston DataTraveller SE9 16GB
takze snad bude sluzit dlhsie ako tento
maximalna spokojnost s reklamaciou
klavesnicu idem odniest Gabovi zajtra na RMA
...
- jcdenton12
- Používateľ
- Príspevky: 2221
- Dátum registrácie: Št 22. Dec, 2005, 20:00
- Bydlisko: Košice
Re: kontrola "povrchu" buniek u USB flash disku
takze ten novy kingston co mi dali z RMA asi tiez zdochol
mal som na raspberry uptime 27 dni
23. den ext4 error count: 50
24. den ext4 error count: 261
25. den ext4 error count: 704
26. den ext4 error count: 2555
27. den ext4 error count: 7938
28. den uz nebol sietovo dostupny a po pripojeni konzoly a reboote uz nenabootoval kvoli chyban na disku
teraz robim dd kopiu a vyhadzuje to IO error na urovni 320MB, 760MB, 1.6GB, 2.2GB, 3.0GB atd
zjavne plati ze cim mensi vyrobny proces pamatovych chipov tym skor to skape
nejake rady?
//edit:
kusok z logu na stroji kde robim kopiu
//edit:
takze tu je vystup z dd
http://pastebin.com/X8ZtdT6n
zjavne je pamat v prvych 6GB uz nacata a uvidim ako dlho a ci vobec po full formate udrzi data
tu je relevantny vystup zo systemoveho logu (dmesg)
http://pastebin.com/5pweWQcE
da sa s tym nieco robit ci len RMA?
//edit:
zbehol som badblocks v read-only rezime a vysledok
este testnem v read-write rezime, co je vlastne full format a povrch v hdtune
snad to bude stacit na reklamaciu
kazdopadne aby novy USB kluc skapal po 4.5 mesiaci pouzivania povazujem za dost velky fail bez ohladu na to aky FS je na nom pouzity
//edit:
takze read-write badblocks dopadol nad ocakavania
takze ani zerofill a full format tomu nepomohol
nasledny read-only badblocks scan to len potvrdil
mal som na raspberry uptime 27 dni
23. den ext4 error count: 50
24. den ext4 error count: 261
25. den ext4 error count: 704
26. den ext4 error count: 2555
27. den ext4 error count: 7938
28. den uz nebol sietovo dostupny a po pripojeni konzoly a reboote uz nenabootoval kvoli chyban na disku
teraz robim dd kopiu a vyhadzuje to IO error na urovni 320MB, 760MB, 1.6GB, 2.2GB, 3.0GB atd
zjavne plati ze cim mensi vyrobny proces pamatovych chipov tym skor to skape
nejake rady?
//edit:
kusok z logu na stroji kde robim kopiu
Kód: Vybrať všetko
[ 1198.626802] Buffer I/O error on device sdc2, logical block 776500
[ 1198.635732] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.635737] sd 10:0:0:0: [sdc]
[ 1198.635739] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.635742] sd 10:0:0:0: [sdc]
[ 1198.635743] Sense Key : Medium Error [current]
[ 1198.635747] sd 10:0:0:0: [sdc]
[ 1198.635749] Add. Sense: Unrecovered read error
[ 1198.635752] sd 10:0:0:0: [sdc] CDB:
[ 1198.635753] Read(10): 28 00 00 60 a9 a0 00 00 08 00
[ 1198.635762] end_request: critical target error, dev sdc, sector 6334880
[ 1198.635765] Buffer I/O error on device sdc2, logical block 776500
[ 1198.644592] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.644594] sd 10:0:0:0: [sdc]
[ 1198.644595] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.644596] sd 10:0:0:0: [sdc]
[ 1198.644597] Sense Key : Medium Error [current]
[ 1198.644598] sd 10:0:0:0: [sdc]
[ 1198.644600] Add. Sense: Unrecovered read error
[ 1198.644601] sd 10:0:0:0: [sdc] CDB:
[ 1198.644602] Read(10): 28 00 00 60 a9 a0 00 00 08 00
[ 1198.644606] end_request: critical target error, dev sdc, sector 6334880
[ 1198.644607] Buffer I/O error on device sdc2, logical block 776500
[ 1198.663706] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.663711] sd 10:0:0:0: [sdc]
[ 1198.663714] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.663716] sd 10:0:0:0: [sdc]
[ 1198.663718] Sense Key : Medium Error [current]
[ 1198.663722] sd 10:0:0:0: [sdc]
[ 1198.663724] Add. Sense: Unrecovered read error
[ 1198.663727] sd 10:0:0:0: [sdc] CDB:
[ 1198.663729] Read(10): 28 00 00 60 aa 00 00 00 08 00
[ 1198.663737] end_request: critical target error, dev sdc, sector 6334976
[ 1198.663740] Buffer I/O error on device sdc2, logical block 776512
[ 1198.672682] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.672685] sd 10:0:0:0: [sdc]
[ 1198.672686] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.672687] sd 10:0:0:0: [sdc]
[ 1198.672688] Sense Key : Medium Error [current]
[ 1198.672690] sd 10:0:0:0: [sdc]
[ 1198.672691] Add. Sense: Unrecovered read error
[ 1198.672692] sd 10:0:0:0: [sdc] CDB:
[ 1198.672693] Read(10): 28 00 00 60 aa 00 00 00 08 00
[ 1198.672697] end_request: critical target error, dev sdc, sector 6334976
[ 1198.672699] Buffer I/O error on device sdc2, logical block 776512
[ 1198.681427] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.681431] sd 10:0:0:0: [sdc]
[ 1198.681434] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.681436] sd 10:0:0:0: [sdc]
[ 1198.681438] Sense Key : Medium Error [current]
[ 1198.681442] sd 10:0:0:0: [sdc]
[ 1198.681444] Add. Sense: Unrecovered read error
[ 1198.681447] sd 10:0:0:0: [sdc] CDB:
[ 1198.681448] Read(10): 28 00 00 60 aa 00 00 00 08 00
[ 1198.681457] end_request: critical target error, dev sdc, sector 6334976
[ 1198.690415] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.690420] sd 10:0:0:0: [sdc]
[ 1198.690422] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.690425] sd 10:0:0:0: [sdc]
[ 1198.690426] Sense Key : Medium Error [current]
[ 1198.690430] sd 10:0:0:0: [sdc]
[ 1198.690432] Add. Sense: Unrecovered read error
[ 1198.690435] sd 10:0:0:0: [sdc] CDB:
[ 1198.690436] Read(10): 28 00 00 60 aa 00 00 00 08 00
[ 1198.690445] end_request: critical target error, dev sdc, sector 6334976
[ 1198.699303] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.699307] sd 10:0:0:0: [sdc]
[ 1198.699309] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.699312] sd 10:0:0:0: [sdc]
[ 1198.699314] Sense Key : Medium Error [current]
[ 1198.699317] sd 10:0:0:0: [sdc]
[ 1198.699320] Add. Sense: Unrecovered read error
[ 1198.699322] sd 10:0:0:0: [sdc] CDB:
[ 1198.699324] Read(10): 28 00 00 60 aa 00 00 00 08 00
[ 1198.699332] end_request: critical target error, dev sdc, sector 6334976
[ 1198.708183] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.708185] sd 10:0:0:0: [sdc]
[ 1198.708187] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.708188] sd 10:0:0:0: [sdc]
[ 1198.708189] Sense Key : Medium Error [current]
[ 1198.708190] sd 10:0:0:0: [sdc]
[ 1198.708192] Add. Sense: Unrecovered read error
[ 1198.708193] sd 10:0:0:0: [sdc] CDB:
[ 1198.708194] Read(10): 28 00 00 60 aa 00 00 00 08 00
[ 1198.708198] end_request: critical target error, dev sdc, sector 6334976
[ 1198.717029] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.717034] sd 10:0:0:0: [sdc]
[ 1198.717036] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.717038] sd 10:0:0:0: [sdc]
[ 1198.717040] Sense Key : Medium Error [current]
[ 1198.717044] sd 10:0:0:0: [sdc]
[ 1198.717046] Add. Sense: Unrecovered read error
[ 1198.717049] sd 10:0:0:0: [sdc] CDB:
[ 1198.717050] Read(10): 28 00 00 60 aa 00 00 00 08 00
[ 1198.717058] end_request: critical target error, dev sdc, sector 6334976
[ 1198.725866] sd 10:0:0:0: [sdc] Unhandled sense code
[ 1198.725868] sd 10:0:0:0: [sdc]
[ 1198.725870] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1198.725871] sd 10:0:0:0: [sdc]
[ 1198.725872] Sense Key : Medium Error [current]
[ 1198.725873] sd 10:0:0:0: [sdc]
[ 1198.725875] Add. Sense: Unrecovered read error
[ 1198.725876] sd 10:0:0:0: [sdc] CDB:
[ 1198.725877] Read(10): 28 00 00 60 aa 00 00 00 08 00
[ 1198.725881] end_request: critical target error, dev sdc, sector 6334976
//edit:
takze tu je vystup z dd
http://pastebin.com/X8ZtdT6n
zjavne je pamat v prvych 6GB uz nacata a uvidim ako dlho a ci vobec po full formate udrzi data
tu je relevantny vystup zo systemoveho logu (dmesg)
http://pastebin.com/5pweWQcE
da sa s tym nieco robit ci len RMA?
//edit:
zbehol som badblocks v read-only rezime a vysledok
Kód: Vybrať všetko
Pass completed, 512 bad blocks found. (512/0/0 errors)
snad to bude stacit na reklamaciu
kazdopadne aby novy USB kluc skapal po 4.5 mesiaci pouzivania povazujem za dost velky fail bez ohladu na to aky FS je na nom pouzity
//edit:
takze read-write badblocks dopadol nad ocakavania
Kód: Vybrať všetko
Checking for bad blocks in read-write mode
From block 0 to 15352031
Testing with pattern 0xaa: done
Reading and comparing: done
Testing with pattern 0x55: done
Reading and comparing: done
Testing with pattern 0xff: done
Reading and comparing: done
Testing with pattern 0x00: done
Reading and comparing: done
Pass completed, 15846 bad blocks found. (15846/0/0 errors)
nasledny read-only badblocks scan to len potvrdil
Kód: Vybrať všetko
Checking blocks 0 to 15352031
Checking for bad blocks (read-only test):
Pass completed, 17074 bad blocks found. (17074/0/0 errors)
...