hmmm da wäre ein Logfile über den Mini USB erstelle denke ich hilfreich.
Und tritt es sowohl am USB3.0 als auch an den USB2.0 Anschlüssen auf?
Wenn nein.. an welchen.
Also es gab ein Update des Linux Kernels.. und da gabs ein paar Änderungen / Fixes / Quirks am USB.
Von daher brauchen wir auf jedenfall dann mal mehr Informationen.
Eventuell dann auch noch die Frage ob das nur mit exakt dieser Festplatte ist.. oder aber auch mit anderen.
Die Ausgabe von "lsusb" in einer telnet session oder über die serielle Console wäre auch noch interessant.
Es wurden im Kernel ein paar externe Festplatten irgendwie mit Quirks geblacklistet. Eventuell ist das exakt eine davon.
cu!
Öhmmmm.......HDD Gate? 
Vielleicht kann man irgendwo einsehen welche USB HDD "geblacklisted" sind
Denn wie will man testen (ohne zu wissen welche HDD gehen müsste) wenn sich rausstellt das dies nun ein grundsätzlicher Fehler ist der sich eingeschlichen hat!
Naja.. wie schon geschrieben wäre ein Bootlog schonmal ein Anfang.
Außerdem würde halt die Ausgabe von "lsusb" helfen.
Bisher gabs noch kein Feedback von anderen ...
Eventuell hat es auch gar nichts mit dem Kernel update zu tun.. und es liegt an etwas ganz anderem.. aber ohne Logfile alles schwierig...
Außerdem könnten auch noch Informationen über das Dateisystem auf der/den Festplatten hilfreich sein.
Wegen testen an den USB2.0 Anschlüssen... vermutlich wird es da funktionieren wenn man entweder an der Festplatte ein externes Netzteil verwendet.. oder aber einen powered USB Hub verwenden.
Die USB2.0 Ports geben weniger Strom aus.
Auch diese Information wäre hilfreich zum eingrenzen des Fehlers.
cya
Externes Netzteil geht nicht bei 2,5" USB3.0-Platten, kein weiterer Anschluss vorhanden
Deshalb schrieb Ghost ja auch das man unter Umständen an den 2.0 Ports mit einem aktiven USB Hub testen muss (sollte die Platte/Platten einen zu hohen Stromhunger haben)
Da meine "Produktivbox" mit einem relativ altem Stand läuft kann ich erstmal nur mit dieser Version testen
Paket vom Update ausschließen:
apt-mark hold paketnamePS: Man kann die eigenen Beiträge hier im Board auch nachträglich bearbeiten. Für jede Zeile einen neuen Beitrag erstellen ist nicht so schön.
Hi,
ja... also um das updaten des Kernels zu verhinden sollte
apt-mark hold kernel-base && apt-mark hold kernel-imagehelfen.
Wenn die Probleme dann nach dem Update trotzdem noch auftreten, dann wird es nicht am Kernel liegen.
cu
Ja, das Problem kann ich bestätigen.
Ich hab hier eine externe USB3.0-Platte an der Box, wo jeden Abend per rsync-deltasicherung meine Filme gesichert werden.
Gestern waren ein paar neue dabei und er hat dafür unnormal lange ( über 2h ) gebraucht.
Infos zur Platte aus dmesg
usb 10-1: new SuperSpeed USB device number 3 using xhci_hcd
[74255.668000] scsi3 : usb-storage 10-1:1.0
[74256.673000] scsi 3:0:0:0: Direct-Access WDC WD30 EZRX-00D8PB0 80.0 PQ: 0 ANSI: 5
[74256.677000] sd 3:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
[74256.678000] sd 3:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
[74256.680000] sd 3:0:0:0: [sda] Write Protect is off
[74256.680000] sd 3:0:0:0: [sda] Mode Sense: 23 00 00 00
[74256.681000] sd 3:0:0:0: [sda] No Caching mode page found
[74256.682000] sd 3:0:0:0: [sda] Assuming drive cache: write through
[74256.684000] sd 3:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
[74256.687000] sd 3:0:0:0: [sda] No Caching mode page found
[74256.687000] sd 3:0:0:0: [sda] Assuming drive cache: write through
[74263.184000] sda: sda1
[74263.185000] sd 3:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
[74263.188000] sd 3:0:0:0: [sda] No Caching mode page found
[74263.188000] sd 3:0:0:0: [sda] Assuming drive cache: write through
[74263.189000] sd 3:0:0:0: [sda] Attached SCSI disk
[74264.986000] EXT4-fs (sda1): warning: maximal mount count reached, running e2fsck is recommended
[74265.019000] EXT4-fs (sda1): recovery complete
[74265.020000] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)lsusb
Bus 010 Device 003: ID 174c:5106
Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 001: ID 1d6b:0002
Bus 003 Device 001: ID 1d6b:0002
Bus 004 Device 001: ID 1d6b:0002
Bus 005 Device 001: ID 1d6b:0001
Bus 006 Device 001: ID 1d6b:0001
Bus 007 Device 001: ID 1d6b:0001
Bus 008 Device 001: ID 1d6b:0001
Bus 009 Device 001: ID 1d6b:0002
Bus 010 Device 001: ID 1d6b:0003So, und hier noch die Zeit fürden Copy eines 3,6GB Files über USB3.0.
root@dm7080:/media/hdd/movie# ls -l *Song.ts
-rw-r--r-- 1 root root 3685064704 Nov 5 13:04 20151105 1050 - Sky Cinema - The Song.ts
root@dm7080:/media/hdd/movie# time cp 20151105\ 1050\ -\ Sky\ Cinema\ -\ The\ Song.ts /media/892e91a3-5f70-463b-
a060-41092b6bb3c0/
real 9m 13.79s
user 0m 0.22s
sys 0m 30.42s9Min ist schon hefig lang, wenn man bedenkt, dass damals beim Befüllen der Dream mit den TS-Files meiner alten Reel ( 600GB ) in einer reichlichen Stunde durch waren.
Ryker
Ich hab gerade noch die Transferrate über USB2.0 probiert. Dort ist es 4x schneller.
root@dm7080:/media/hdd/movie# time cp 20151105\ 1050\ -\ Sky\ Cinema\ -\ The\ Song.ts /media/892e91a3-5f70-463b-
a060-41092b6bb3c0/
real 2m 26.01s
user 0m 0.12s
sys 0m 29.04sBraucht ihr noch mehr Infos, dann sagt bescheid.
Ryker
Kann ich bestätigen, auch bei mir ist die USB 3.0 Datenrate nach dem Update sehr langsam.
Ghost: Hast du irgendwo eine externe USB3.0-Patte rumliegen? Ich habs gerade noch mit einer anderen probiert - beides 3,5" - gleiches Problem.
Ich vermute du kannst das relativ zuverlässig nachstellen.
Ansonsten Bootlog ? - Wie mach ich das, weil /var/log/messages oder /var/log/syslog gibts ja hier nicht.
Oder meinst du sowas hier: