Linux USB-Probleme unter Ubuntu / Mint

699
Alex-2017a

Nach einigen Updates (4.4.0 Kernel, Linux Mint 18) wurde mir klar, dass ältere USB-Memory-Sticks Probleme haben, während neue Highspeed-USB-Sticks, z. B. 32 GB, gut funktionieren.

Bei Verwendung eines meiner älteren USB-Sticks (Format: fat32), z. B. 2 GB, verursachen 4 GB Probleme. Während eines Kopiervorgangs von Dateien mit mehr als 1 GB hängt nemo, der Prozentsatz liegt beispielsweise bei 85%, und ich kann ihn nicht unterbrechen oder stoppen. Wenn ich den Prozess töte, bleibt ein Zombie-Prozess erhalten.

Merkwürdig ist, dass das Kopieren unter Linux immer am besten funktioniert hat. Etwas ist jetzt kaputt und ich denke, der Grund dafür könnte USB3.0 sein. Ich habe viele schlechte Kommentare zu USB3.0 gelesen.

Jetzt ist das Kopieren zu einem Prozess geworden, der funktionieren könnte oder nicht. Das macht mich verrückt. Ich habe die USB-Sticks noch einmal geprüft und das Problem ist definitiv Software und nicht beschädigte Hardware.

Kennt jemand die wahren Gründe dafür?

[40700.770962] usb 3-1: new high-speed USB device number 3 using xhci_hcd [40701.205675] usb 3-1: New USB device found, idVendor=0951, idProduct=1643 [40701.205683] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [40701.205688] usb 3-1: Product: DataTraveler G3 [40701.205692] usb 3-1: Manufacturer: Kingston [40701.205696] usb 3-1: SerialNumber: 001CC0EC34A2F091C7D61521 [40701.205997] usb 3-1: ep 0x81 - rounding interval to 128 microframes, ep desc says 255 microframes [40701.206009] usb 3-1: ep 0x2 - rounding interval to 128 microframes, ep desc says 255 microframes [40701.206350] usb-storage 3-1:1.0: USB Mass Storage device detected [40701.207996] scsi host7: usb-storage 3-1:1.0 [40702.209910] scsi 7:0:0:0: Direct-Access Kingston DataTraveler G3 1.00 PQ: 0 ANSI: 2 [40702.210762] sd 7:0:0:0: Attached scsi generic sg2 type 0 [40702.210805] sd 7:0:0:0: [sdb] 7555528 512-byte logical blocks: (3.87 GB/3.60 GiB) [40702.210947] sd 7:0:0:0: [sdb] Write Protect is off [40702.210953] sd 7:0:0:0: [sdb] Mode Sense: 03 00 00 00 [40702.211113] sd 7:0:0:0: [sdb] No Caching mode page found [40702.211119] sd 7:0:0:0: [sdb] Assuming drive cache: write through [40702.213402] sdb: sdb1 [40702.215152] sd 7:0:0:0: [sdb] Attached SCSI removable disk [40697.439152] usb 3-1: USB disconnect, device number 2 [40700.770962] usb 3-1: new high-speed USB device number 3 using xhci_hcd [40701.205675] usb 3-1: New USB device found, idVendor=0951, idProduct=1643 [40701.205683] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [40701.205688] usb 3-1: Product: DataTraveler G3 [40701.205692] usb 3-1: Manufacturer: Kingston [40701.205696] usb 3-1: SerialNumber: 001CC0EC34A2F091C7D61521 [40701.205997] usb 3-1: ep 0x81 - rounding interval to 128 microframes, ep desc says 255 microframes [40701.206009] usb 3-1: ep 0x2 - rounding interval to 128 microframes, ep desc says 255 microframes [40701.206350] usb-storage 3-1:1.0: USB Mass Storage device detected [40701.207996] scsi host7: usb-storage 3-1:1.0 [40702.209910] scsi 7:0:0:0: Direct-Access Kingston DataTraveler G3 1.00 PQ: 0 ANSI: 2 [40702.210762] sd 7:0:0:0: Attached scsi generic sg2 type 0 [40702.210805] sd 7:0:0:0: [sdb] 7555528 512-byte logical blocks: (3.87 GB/3.60 GiB) [40702.210947] sd 7:0:0:0: [sdb] Write Protect is off [40702.210953] sd 7:0:0:0: [sdb] Mode Sense: 03 00 00 00 [40702.211113] sd 7:0:0:0: [sdb] No Caching mode page found [40702.211119] sd 7:0:0:0: [sdb] Assuming drive cache: write through [40702.213402] sdb: sdb1 [40702.215152] sd 7:0:0:0: [sdb] Attached SCSI removable disk 
0
Sie sind auf 18.0 und nicht auf 18.3? Wenn ja, sollten Sie nach den Mint-Blogbeiträgen für die Versionshinweise zu jeder Revision (18.1, 18.2, 18.3) ein Upgrade durchführen und auf den neuesten 4.10-Kernel aktualisieren, da 18.0 nicht mehr unterstützt wird, und 18.3 ist LTS bis 2021. Das heißt, warum nicht einfach Rollback dein Kernel? Um dieses Problem tatsächlich beheben zu können, müssen Sie dmesg mit `sudo dmesg -c` löschen, dann ein USB-Laufwerk anschließen, eine Aktion ausführen, die dazu führt, dass es fehlschlägt, den Vorgang anhalten und das Laufwerk entfernen und die Ausgabe von` dmesg` posten acejavelin vor 6 Jahren 0
Sie müssen dmesg nicht löschen, sondern nur nach neuen Nachrichten suchen, wenn Sie die USB-Laufwerke verbinden, lesen, schreiben (und möglicherweise trennen). Und syslog hat normalerweise auch mehr Nachrichten / Details (oft `/ var / log / syslog`, aber es ist anpassbar) Xen2050 vor 6 Jahren 0
Vielen Dank. Ich habe die Ausgabe von dmesg gepostet. Die Infobox für den Kopiervorgang hängt erneut und sagt, dass die Datei xxx in yyy kopiert werden soll, 1,5 GB von 1,5 GB, noch 0 Sekunden (aber nicht fertig). Als nächsten Schritt kann ich den Prozess beenden. Alex-2017a vor 6 Jahren 0

0 Antworten auf die Frage