Transcend Stick macht Faxen - Defekt?

[ocram]

Hi,

ich habe hier einen Transcend 128 GB Stick, der unter Linux ziemlich Faxen macht. Beim Versuch über Thunar oder PCManFM mehrere GB Daten auf den Stick zu kopieren bricht der Kopiervorgang irgendwann ab und der Dateimanager friert ein. Erst wenn ich den Stick abziehe, läuft der PC weiter. Wenn ich cp oder rsync benutze, dann läuft es, aber teilweise sehr sehr langsam (~100 kB/s). Außerdem zerschießt es bei dem Stick auch regelmäßig die MFT, was eventuel ldaran liegt, dass ich ihn beim Einfrieren dann abziehe. Gparted sagt mir, ich soll über ein Windowssystem ein "chkdsk /f" machen, was ihn dann wieder in Gang setzt.

Teilweise bekomme ich auch Lesefehler a la:

Code: Alles auswählen

root@marco-MS-7817:/home/marco# journalctl  | grep 'I/O error'
Aug 20 22:10:31 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 42365808 op 0x0:(READ) flags 0x80700 phys_seg 11 prio class 0
Aug 20 22:10:31 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 117703208 op 0x1:(WRITE) flags 0x800 phys_seg 88 prio class 0
Aug 20 22:10:31 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 42365808 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Aug 20 22:10:31 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 117703104 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
Aug 20 22:10:31 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 117703104 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
Aug 20 22:10:31 marco-MS-7817 kernel: Buffer I/O error on dev sdc1, logical block 14712832, lost sync page write
Aug 21 03:07:04 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 17082448 op 0x0:(READ) flags 0x80700 phys_seg 3 prio class 0
Aug 21 03:07:04 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 17082448 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Aug 21 03:07:04 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 50333200 op 0x1:(WRITE) flags 0x103000 phys_seg 2 prio class 0
Aug 21 03:07:04 marco-MS-7817 kernel: Buffer I/O error on dev sdc1, logical block 6291594, lost async page write
Aug 21 03:07:04 marco-MS-7817 kernel: Buffer I/O error on dev sdc1, logical block 6291595, lost async page write
Aug 21 03:07:04 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 117757312 op 0x1:(WRITE) flags 0x800 phys_seg 107 prio class 0
Aug 21 03:07:04 marco-MS-7817 kernel: blk_update_request: I/O error, dev sdc, sector 54527600 op 0x1:(WRITE) flags 0x103000 phys_seg 3 prio class 0
Aug 21 03:07:04 marco-MS-7817 kernel: Buffer I/O error on dev sdc1, logical block 6815894, lost async page write
Aug 21 03:07:04 marco-MS-7817 kernel: Buffer I/O error on dev sdc1, logical block 6815895, lost async page write

Das Problem tritt auf, wenn der Stick auf NTFS oder EXT4 partitioniert ist. Reproduziert habe ich den Fehler auf zwei verschiedenen Systemen (Ubuntu 20.04 und Debian 10). Andere Sticks zeigen dieses Verhalten nicht. Ich würde jetzt sagen, dass das Teil einfach defekt ist, aber unter Windows läuft er einwandfrei. Ich habe einen Test mit HDtune gemacht (Schreibgeschw. 100 MB/s) und ich finde auch keine defekte Sektoren.
Nur unter Linux ist er per Dateimanager nicht zu gebrauchen. Hat jemand eine Idee?

Noch eine Frage: Angenommen ich kopiere die Daten runter auf eine Platte und es kommt keine Fehlermeldung. Kann ich dann davon ausgehen, dass auch alle Daten fehlerfrei kopiert wurden?
Beim ersten Kopiervorgang gab es IO errors, beim zweiten Kopiervorgang hat es funktioniert.

Mir hat es diese Woche das System zerschossen und auf dem Stick hatte ich zumindest mein /home gesichert.

[DeletedUserReAsG]

Ich würde jetzt sagen, dass das Teil einfach defekt ist, aber unter Windows läuft er einwandfrei. Ich habe einen Test mit HDtune gemacht (Schreibgeschw. 100 MB/s) und ich finde auch keine defekte Sektoren.

Bist du da sicher? Ich würde es da auf altmodische Art testen: eine größere Datei (vielleicht zehn GB oder so) mit bekanntem Hash auf den Stick schreiben, Stick aushängen und abziehen, neu anstecken und gucken, ob der Hash stimmt.

[ocram]

Ich würde jetzt sagen, dass das Teil einfach defekt ist, aber unter Windows läuft er einwandfrei. Ich habe einen Test mit HDtune gemacht (Schreibgeschw. 100 MB/s) und ich finde auch keine defekte Sektoren.

Bist du da sicher? Ich würde es da auf altmodische Art testen: eine größere Datei (vielleicht zehn GB oder so) mit bekanntem Hash auf den Stick schreiben, Stick aushängen und abziehen, neu anstecken und gucken, ob der Hash stimmt.

Danke, das mach ich nachher mal.

[MSfree]

Danke, das mach ich nachher mal.

Oder einfach mal f3 anwenden.

[ocram]

Hab jetzt jeweils ein Dummy 10GB und 30GB file angelegt und kopiert über Thunar. md5sum stimmt überein. Jetzt nochmal ein rsync.
Probleme gibt es nur, wenn ich viele (kleine?) Daten über Thunar kopieren will.

f3 schau ich mir an, danke.

[ocram]

Ich habe heute mal wieder den Stick rausgekramt und mich gewundert, dass der Probleme macht. Dann habe ich mich dunkel daran erinnert, dass da schonmal etwas mit war.

Beim Kopieren oder Lesen passiert irgendwann das (dmesg output)

Code: Alles auswählen

[A[14166.204147] usb 3-2.2: Disable of device-initiated U1 failed.
[14171.325103] usb 3-2.2: Disable of device-initiated U2 failed.
[14176.444220] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[14181.820301] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[14182.028266] usb 3-2.2: device not accepting address 22, error -62
[14182.359597] usb 3-2.2: Device not responding to setup address.
[14182.567605] usb 3-2.2: Device not responding to setup address.
[14182.772519] usb 3-2.2: device not accepting address 22, error -71
[14183.103627] usb 3-2.2: Device not responding to setup address.
[14183.311598] usb 3-2.2: Device not responding to setup address.
[14183.516305] usb 3-2.2: device not accepting address 22, error -71
[14183.847619] usb 3-2.2: Device not responding to setup address.
[14184.059698] usb 3-2.2: Device not responding to setup address.
[14184.264285] usb 3-2.2: device not accepting address 22, error -71
[14184.265208] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=54s
[14184.265211] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 5f f1 f8 00 01 00 00
[14184.265213] blk_update_request: I/O error, dev sdb, sector 6287864 op 0x0:(READ) flags 0x80700 phys_seg 32 prio class 0
[14184.265259] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK cmd_age=0s
[14184.265261] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 5f f2 f8 00 01 00 00
[14184.265262] blk_update_request: I/O error, dev sdb, sector 6288120 op 0x0:(READ) flags 0x80700 phys_seg 32 prio class 0
[14184.266016] usb 3-2.2: USB disconnect, device number 22
[14184.280643] blk_update_request: I/O error, dev sdb, sector 6287864 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[14184.280648] Buffer I/O error on dev sdb1, logical block 785727, async page read
[14184.280695] blk_update_request: I/O error, dev sdb, sector 6287864 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[14184.280698] Buffer I/O error on dev sdb1, logical block 785727, async page read
[14184.280709] blk_update_request: I/O error, dev sdb, sector 6287864 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[14184.280711] Buffer I/O error on dev sdb1, logical block 785727, async page read
[14184.281100] blk_update_request: I/O error, dev sdb, sector 14299936 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[14184.281110] blk_update_request: I/O error, dev sdb, sector 14299936 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[14184.281111] Buffer I/O error on dev sdb1, logical block 1787236, async page read
[14184.281714] Buffer I/O error on dev sdb1, logical block 36, async page read
[14184.283107] Buffer I/O error on dev sdb1, logical block 36, async page read
[14184.283175] Buffer I/O error on dev sdb1, logical block 36, async page read
[14184.284565] Buffer I/O error on dev sdb1, logical block 36, async page read
[14184.284657] Buffer I/O error on dev sdb1, logical block 1787231, async page read
[14184.285070] Buffer I/O error on dev sdb1, logical block 36, async page read

Hier ist ein Beitrag im Gentoo-Forum mit dem gleichen Stick: https://forums.gentoo.org/viewtopic-t-1 ... art-0.html
Und auch bei amazon stehen ähnliche Berichte:

https://www.amazon.de/gp/customer-revie ... B00T78GG4K
https://www.amazon.de/gp/customer-revie ... B00T78GG4K

Ich hab's nochmal mit f3 versucht, aber da schlägt schon der Versuch zu schreiben fehl. Rechner friert beinahe ein und ich muß den Prozess abschiessen.

Lieber in die Tonne damit und nicht weiter aufregen.... Bisher keine Probleme mit Sandisk Sticks.Würde mich trotzdem interessieren, was da das Problem ist, bevor er in die Tonne wandert