Externe Platte wird ständig neu gemounted / Freeze

[ocram]

Hi,

ich habe ein etwas komisches Problem mit einer externen HDD. Es handelt sich um eine WD Blue mit 1 TB, welche in einem Inateck-Gehäuse ist (https://www.amazon.de/Inateck-Festplatt ... 2%2C5&th=1) eingebaut ist. Die Platte ist auf ext3 formattiert und läuft an einem Laptop mit Linux Mint oder Debian Iso Image problemlos. Nur an dem Desktop-Rechner, wofür ich sie gekauft habe (Debian Stretch), wird sie ständig ausgeworfen und neu gemounted. Nach einer gewissen Zeit geht dann auch

Code: Alles auswählen

lsusb

nicht mehr (es hängt ohne Ausgabe) und der ganze Rechner friert ein. Dann hilft nur noch die Resettaste. Eben kam auch eine Meldung, dass irgendwelche superblocks beschädigt seien. Das WD Tool unter Windows sagt, dass die Platte on Ordnung ist.

Habe auch schon überlegt, ob es am Kabel liegt, aber sie läuft ja an dem Laptop (ebenfalls USB 3.0 Port) und an dem USB 3.0 Port des Desktop-Rechners gibt es mit sticks oder anderen externen Platten auch keine Probleme. Ich häng sie jetzt nochmal an den Laptop...sonst bin ich wirklich ratlos und habe etwas Schiss eventuell noch etwas zu schrotten.

Im Journal (über journalctl -b) gibt es auch keinen Hinweis auf einen Fehler. Wo könnte man sonst noch gucken?

[DeletedUserReAsG]

Logs? journalctl -b -1, nachdem die Kiste eingefroren war und rebootet wurde. Gegebenenfalls vorher das Journal persistent machen.

[ocram]

Ah danke. Ich hatte nicht als root geschaut und deshalb nicht alles gesehen.

Hier ist mal das journal: https://paste.debian.net/1057056/

Die Platte wird auf /media/marco/mybackup gemountet. Dazu gibt es einige Einträge, die auf einen Fehler hindeuten.

edit: Ich habe mir jetzt extra ein Gehäuse + Platte anstatt eine fertige externe Platte gekauft, wo die Controller teilweise direkt verlötet sind. Dachte ich fahre besser damit... war wohl nichts.

Code: Alles auswählen

Dez 22 15:12:55 fox kernel: usb 3-1: new SuperSpeed USB device number 8 using xhci_hcd
Dez 22 15:12:55 fox kernel: usb 3-1: New USB device found, idVendor=174c, idProduct=55aa
Dez 22 15:12:55 fox kernel: usb 3-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Dez 22 15:12:55 fox kernel: usb 3-1: Product: ASM1153E
Dez 22 15:12:55 fox kernel: usb 3-1: Manufacturer: Inateck
Dez 22 15:12:55 fox kernel: usb 3-1: SerialNumber: 123456789111
Dez 22 15:12:55 fox kernel: scsi host7: uas
Dez 22 15:12:55 fox kernel: scsi 7:0:0:0: Direct-Access     Inateck  ASM1153E         0    PQ: 0 ANSI: 6
Dez 22 15:12:55 fox systemd-udevd[3747]: inotify_add_watch(9, /dev/sdc, 10) failed: No such file or directory
Dez 22 15:12:55 fox systemd-udevd[3746]: inotify_add_watch(9, /dev/sdc, 10) failed: No such file or directory
Dez 22 15:12:55 fox systemd-udevd[3746]: inotify_add_watch(9, /dev/sdc, 10) failed: No such file or directory
Dez 22 15:12:55 fox mtp-probe[3759]: checking bus 3, device 8: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-1"
Dez 22 15:12:55 fox mtp-probe[3759]: bus: 3, device: 8 was not an MTP device
Dez 22 15:12:56 fox kernel: sd 7:0:0:0: Attached scsi generic sg3 type 0
Dez 22 15:12:56 fox kernel: sd 7:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
Dez 22 15:12:56 fox kernel: sd 7:0:0:0: [sdc] 4096-byte physical blocks
Dez 22 15:12:56 fox kernel: sd 7:0:0:0: [sdc] Write Protect is off
Dez 22 15:12:56 fox kernel: sd 7:0:0:0: [sdc] Mode Sense: 43 00 00 00
Dez 22 15:12:56 fox kernel: sd 7:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Dez 22 15:12:56 fox kernel: sd 7:0:0:0: [sdc] Attached SCSI disk
Dez 22 15:13:00 fox kernel: EXT4-fs (sdc): recovery complete
Dez 22 15:13:00 fox kernel: EXT4-fs (sdc): mounted filesystem with ordered data mode. Opts: (null)
Dez 22 15:13:00 fox udisksd[2752]: Mounted /dev/sdc at /media/marco/mybackup on behalf of uid 1000
Dez 22 15:13:20 fox udisksd[2752]: Cleaning up mount point /media/marco/mybackup (device 8:32 is not mounted)
Dez 22 15:13:20 fox udisksd[2752]: Unmounted /dev/sdc on behalf of uid 1000
Dez 22 15:13:43 fox kernel: EXT4-fs (sdc): mounted filesystem with ordered data mode. Opts: (null)
Dez 22 15:13:53 fox kernel: EXT4-fs (sdc): mounted filesystem with ordered data mode. Opts: (null)
Dez 22 15:13:53 fox udisksd[2752]: Mounted /dev/sdc at /media/marco/mybackup on behalf of uid 1000
Dez 22 15:14:06 fox su[3852]: Successful su for root by marco
Dez 22 15:14:06 fox su[3852]: + /dev/pts/1 marco:root
Dez 22 15:14:06 fox su[3852]: pam_unix(su:session): session opened for user root by (uid=1000)
Dez 22 15:14:06 fox su[3852]: pam_systemd(su:session): Cannot create session: Already running in a session
Dez 22 15:16:08 fox kernel: usb 3-1: USB disconnect, device number 8
Dez 22 15:16:08 fox kernel: Aborting journal on device sdc-8.
Dez 22 15:16:08 fox kernel: JBD2: Error -5 detected when updating journal superblock for sdc-8.
Dez 22 15:16:08 fox kernel: sd 7:0:0:0: [sdc] Synchronizing SCSI cache
Dez 22 15:16:08 fox udisksd[2752]: Cleaning up mount point /media/marco/mybackup (device 8:32 no longer exist)
Dez 22 15:16:09 fox kernel: sd 7:0:0:0: [sdc] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
Dez 22 15:16:09 fox kernel: Buffer I/O error on dev sdc, logical block 0, lost sync page write
Dez 22 15:16:09 fox kernel: EXT4-fs error (device sdc): ext4_journal_check_start:56: Detected aborted journal
Dez 22 15:16:09 fox kernel: EXT4-fs (sdc): Remounting filesystem read-only
Dez 22 15:16:09 fox kernel: EXT4-fs (sdc): previous I/O error to superblock detected
Dez 22 15:16:09 fox kernel: Buffer I/O error on dev sdc, logical block 0, lost sync page write
Dez 22 15:16:09 fox kernel: usb 3-1: new SuperSpeed USB device number 9 using xhci_hcd
Dez 22 15:16:09 fox kernel: usb 3-1: New USB device found, idVendor=174c, idProduct=55aa
Dez 22 15:16:09 fox kernel: usb 3-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Dez 22 15:16:09 fox kernel: usb 3-1: Product: ASM1153E
Dez 22 15:16:09 fox kernel: usb 3-1: Manufacturer: Inateck
Dez 22 15:16:09 fox kernel: usb 3-1: SerialNumber: 123456789111
Dez 22 15:16:09 fox kernel: scsi host8: uas
Dez 22 15:16:09 fox kernel: scsi 8:0:0:0: Direct-Access     Inateck  ASM1153E         0    PQ: 0 ANSI: 6
Dez 22 15:16:09 fox mtp-probe[3954]: checking bus 3, device 9: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-1"
Dez 22 15:16:09 fox mtp-probe[3954]: bus: 3, device: 9 was not an MTP device
Dez 22 15:16:14 fox kernel: sd 8:0:0:0: Attached scsi generic sg3 type 0
Dez 22 15:16:14 fox kernel: sd 8:0:0:0: [sdd] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
Dez 22 15:16:14 fox kernel: sd 8:0:0:0: [sdd] 4096-byte physical blocks
Dez 22 15:16:14 fox kernel: sd 8:0:0:0: [sdd] Write Protect is off
Dez 22 15:16:14 fox kernel: sd 8:0:0:0: [sdd] Mode Sense: 43 00 00 00
Dez 22 15:16:14 fox kernel: sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Dez 22 15:16:14 fox kernel: sd 8:0:0:0: [sdd] Attached SCSI disk
Dez 22 15:16:15 fox kernel: EXT4-fs (sdd): recovery complete
Dez 22 15:16:15 fox kernel: EXT4-fs (sdd): mounted filesystem with ordered data mode. Opts: (null)
Dez 22 15:16:15 fox udisksd[2752]: Mounted /dev/sdd at /media/marco/mybackup on behalf of uid 1000

[gugus]

Servus

Wenn ich dies so lese erinnert es mich an ein defektes Netzteil

Code: Alles auswählen

udisksd[2752]: Cleaning up mount point /media/marco/mybackup (device 8:32 no longer exist)

Gruss
gugus

[ocram]

Servus

Wenn ich dies so lese erinnert es mich an ein defektes Netzteil

Code: Alles auswählen

udisksd[2752]: Cleaning up mount point /media/marco/mybackup (device 8:32 no longer exist)

Gruss
gugus

Hmmm... das wäre richtig blöd. Der Rechner zeigt sonst keine Probleme. Gerade eben habe ich nochmal eine andere Platte am gleichen Port getestet, ohne Ausfall.
Parallel läuft ein extented Test der Problemplatte am Laptop unter Windows. Warum Netzteil? Die Platte wird vom USB Port mit Strom versogt.

[debianoli]

Ich würde es mal mit einem anderen Kernel probieren. Evtl hast du einen komischen USB Controller verbaut.

[ocram]

Das ist wirklich zum verrückt werden. Habe jetzt mal nicht den RT kernel von Debian gebootet, sondern den Standardkernel. Platte rein und 2 Sekunden später wieder automatisch rausgeworfen.
Im Journal dann sofort wieder folgende Einträge:

Code: Alles auswählen

Dez 22 20:49:11 fox kernel: blk_update_request: I/O error, dev sdc, sector 0
Dez 22 20:49:32 fox kernel: blk_update_request: I/O error, dev sdc, sector 0
Dez 22 20:50:07 fox udisksd[1130]: Error probing device: Error opening device file /dev/sdc: No such device or address (udisks-error-quark, 0)
Dez 22 20:50:07 fox kernel: blk_update_request: I/O error, dev sdc, sector 1953525160
Dez 22 20:50:07 fox kernel: BUG: unable to handle kernel NULL pointer dereference at 000000000000001c
Dez 22 20:50:07 fox kernel: IP: [<ffffffffc04d7373>] xhci_hub_control+0x1a13/0x1c50 [xhci_hcd]
Dez 22 20:50:07 fox kernel: RIP  [<ffffffffc04d7373>] xhci_hub_control+0x1a13/0x1c50 [xhci_hcd]

Platte ausgeworfen per Hand. lsusb gemacht und Rechner hängt sich wieder auf. Hatte eben nochmal 40 GB auf eine andere WD Elements gesichert und kein Problem damit gehabt. Muss irgendwie an dieser Platte / Gehäuse liegen.

[debianoli]

Probier es mal mit einem Kernel aus den Backports

[jph]

Es tauchen immer wieder Einträge wie dieser auf:

Code: Alles auswählen

Dez 22 15:04:22 fox kernel: usb 3-1: USB disconnect, device number 2

Das USB-Gerät wird vom Rechner getrennt. Und verbindet sich kurz darauf wieder:

Code: Alles auswählen

Dez 22 15:04:23 fox kernel: usb 3-1: new SuperSpeed USB device number 3 using xhci_hcd

Was mag der Grund sein? Wackelkontakt (--> mal andere Buchse ausprobieren)? Überlast, so dass der Controller die Buchse abschaltet?

Das Dateisystem wird bei jedem Verbinden gemountet und bei jedem Trennen unsauber umountet, teilweise beim Replay des Journals. Das kann das Dateisystem über kurz oder lang ruinieren. Ich würde mit der Platte/dem Dateisystem nur weiter experimentieren, wenn die Daten kaputt gehen dürfen.

Code: Alles auswählen

Dez 22 15:16:09 fox kernel: EXT4-fs error (device sdc): ext4_journal_check_start:56: Detected aborted journal
Dez 22 15:16:09 fox kernel: EXT4-fs (sdc): Remounting filesystem read-only
Dez 22 15:16:09 fox kernel: EXT4-fs (sdc): previous I/O error to superblock detected

[ocram]

Danke für die Antwoten. Auf der Platte sind keine Daten, die ist ja noch neu. Die Platte zieht maximal 0.55 W (getestet über ein Amperemeter) und hängt an einem USB 3.0 Port. Das dürfte kein Problem sein. Was mich eher nervt ist das Hängen des Rechners.

Nun habe ich einen älteren Stick an dem Port probiert und bekomme auch da IO Fehler ...

[DeletedUserReAsG]

0.55W halte ich für gelogen. Falsche Einheit?

Gerne auftretende Ursache für solche Probleme: verschmutzte Kontakte. Lassen sich aber reinigen – kostet nur etwas Zeit und hilft vielleicht.

[ocram]

0.55W halte ich für gelogen. Falsche Einheit?

Gerne auftretende Ursache für solche Probleme: verschmutzte Kontakte. Lassen sich aber reinigen – kostet nur etwas Zeit und hilft vielleicht.

Ampere, sorry

Hmm.. ich glaube der Stick ist hinüber, funktioniert an keinem Port, da jedes Mal IO Fehler. Mal wieder am Laptop testen.

[ocram]

Irgendwie verstehe ich so langsam gar nichts mehr. Ich hatte jetzt nochmal einen anderen USB 2.0 Stick über die besagte USB 3.0 Schnittstelle angeschlossen und wollte Daten darauf kopieren. Das hat ewig gedaurt und ich habe abgebrochen. Dann an die USB 2.0 Schnittstelle und auch IO Erros bei einigen Verzeichnissen bekommen. Ich habe dann nochmals formattiert und wollte ihn Auswerfen. Das hat nicht geklappt, da anscheinend busy. Jetzt kann ich nicht mehr mehr mounten und unter gparted steht:

Code: Alles auswählen

$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sdc1': Eingabe-/Ausgabefehler
NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE!
The usage of the /f parameter is very IMPORTANT! No modification was
made to NTFS by this software.

Der Inhalt des Dateisystems konnte nicht gelesen werden!
Aufgrund dessen könnten einige Operationen nicht zur Verfügung stehen.
Die Ursache könnte ein fehlendes Softwarepaket sein.
Die folgende Liste zeigt die Softwarepakete, die zur Unterstützung des ntfs-Dateisystems erforderlich sind: ntfs-3g / ntfsprogs.

Ist es möglich, dass die externe Platte irgendwas an meinen USB Controller zerschossen hat???? Kann man das testen?

[jph]

Es ist natürlich nicht auszuschließen, dass der Controller hinüber ist - weshalb auch immer.

Ich würde den von niemand genannten verschmutzten Kontakten nachgehen. Vielleicht ist auch das Verbindungskabel im Gehäuse locker oder beschädigt. Um letzteres auszuschließen, könntest du die Platte an die Ports auf der Rückseite anschließen. Die sind zumindest bei meinem Desktop direkt auf das Board gelötet. Ggf. ziehst du das Kabel für die Ports am Frontpanel ab, um mögliche Störungen durch Leitungsschäden zu vermeiden.

[ocram]

Es gibt jetzt ja Probleme mit mehreren Sticks an 2 Ports. Einmal USB 3.0 an der Seite des Desktops und einmal USB 2.0 an einem Hub, welcher an der Rückseite angschlossen ist. Die Sticks sind nun auch schreibgeschützt, um Datenverlust zu verhindern und mir ist es nicht möglich den Schreibschutz zu entfernen.

Jetzt kauf ich mir eine Platte für mehr Backups und runiere gerade alles damit ... argh

[ocram]

So, ich habe nun nochmals bei dem Stick, der eben Probleme machte, unter Windows ein ckkdsk drüberlaufen lassen.
Dann am "Problemrechner" unter Debian 6 GB am USB 2.0 Port kopiert, was ohne Probleme ging (kein Eintrag im Journal, keine Fehlermeldung beim Kopieren, Zeit ~20 min). Am Problem-USB 3.0 - Port ebenfalls kein Problem. Vielleicht hat sich durch das Hin und Her irgendwie der Controllertreiber aufgehängt und dann gleich 2 Sticks korrumpiert?

Ich hab auch am Stick etwas gerüttelt und gewackelt, aber da läuft alles stabil, weshalb ich an keinen Wackler denke oder gar ein HW Problem. Es gibt so Tage, da ...

Was könnt ihr den an externen Gehäusen empfehlen? Kommt ja mittlerweile alles aus China und das, welches ich gekauft hatte, hat eigentlich super Kritiken.

[ocram]

Die Platte läuft am hinteren USB 3.0 Port ohne Problem, d.h. es liegt an den vorderen USB 3.0 Ports, welche intern nochmals über ein weiteres Kabel am Motherboard hängen. Ich vermutle, dass es einfach zu lang ist.

Hier eine Rezi bei Amazon, wo Gleiches berichtet wird.

https://www.amazon.com/gp/customer-revi ... B00DW374W4

Werde mal ein kürzes Qualitätskabel besorgen. Das, welches mit der Platte kam ist 70 cm lang.

[gugus]

ok, dann ist es ein Spannungsabfall aufgrund von langer oder defekter Leitung/Stecker. Das hat mich an ein defektes Netzteil erinnert da ich genau dies schon mal hatte und die Auswirkungen dieselben waren.

Gruss
gugus

[jph]

Vielleicht hat sich durch das Hin und Her irgendwie der Controllertreiber aufgehängt und dann gleich 2 Sticks korrumpiert?

Nicht der Stick an sich wurde korrumpiert, sondern das darauf enthaltene Dateisystem. Neu anlegen und gut ist.

Frohes Fest!

[willy4711]

Noch ne kleine Anmerkung zur Strom Versorgung:

Danke für die Antwoten. Auf der Platte sind keine Daten, die ist ja noch neu. Die Platte zieht maximal 0.55 W (getestet über ein Amperemeter) und hängt an einem USB 3.0 Port. Das dürfte kein Problem sein.

Deine Platte verbraucht nach den Specs von WD:

Durchschn. aktive Leistungsaufnahme (mW)4 70
Max. Lesebetrieb (mW) 2.850
Max. Schreibbetrieb (mW) 4.400
Schlummern (mW) 45–52
DevSlp (mW) 6,0–9,7

Die 4,4 W sind an sich schon fast an der Leistungsgrenze des USB3-Ports. (0,88 A / 5V) / Spezifikation USB 3 (0,9A)
Bedenkt man Spannungsverluste - wie ja schon vermutet - durch längere Kabelwege und miese Quali der Kabel, die zu den vorderen Ports geführt werden, ist es an sich kein Wunder, dass der Port dicht macht.

[ocram]

Vielleicht hat sich durch das Hin und Her irgendwie der Controllertreiber aufgehängt und dann gleich 2 Sticks korrumpiert?

Nicht der Stick an sich wurde korrumpiert, sondern das darauf enthaltene Dateisystem. Neu anlegen und gut ist.

Frohes Fest!

Das ging nicht mehr. Der Stick wurde Hardware-seitig schreibgeschützt und die Schreibschutz ließ sich softwareseitig nicht mehr entfernen. War sowieso nur ein alter 8GB Stick ohne Daten drauf, insofern egal ... Meine Samsung T5 habe ich vorsichtshalber dann gleich man abgesteckt.

[ocram]

Noch ne kleine Anmerkung zur Strom Versorgung:

Danke für die Antwoten. Auf der Platte sind keine Daten, die ist ja noch neu. Die Platte zieht maximal 0.55 W (getestet über ein Amperemeter) und hängt an einem USB 3.0 Port. Das dürfte kein Problem sein.

Deine Platte verbraucht nach den Specs von WD:

Durchschn. aktive Leistungsaufnahme (mW)4 70
Max. Lesebetrieb (mW) 2.850
Max. Schreibbetrieb (mW) 4.400
Schlummern (mW) 45–52
DevSlp (mW) 6,0–9,7

Die 4,4 W sind an sich schon fast an der Leistungsgrenze des USB3-Ports. (0,88 A / 5V) / Spezifikation USB 3 (0,9A)
Bedenkt man Spannungsverluste - wie ja schon vermutet - durch längere Kabelwege und miese Quali der Kabel, die zu den vorderen Ports geführt werden, ist es an sich kein Wunder, dass der Port dicht macht.

Ich glaube das sind die Specs für die SDD, ich habe die 1TB HDD Variante. Ich hätte fast eine SSD gekauf, aber wo ich dann die Leistungsaufnahmen gesehen habe, hab ich zur HDD gegriffen. Ausserdem reicht das für "in den Schrank legen" ja auch vollkommen aus.

https://www.wd.com/content/dam/wdc/webs ... 771437.pdf

Maximal habe ich ~ 2.75 W gemessen, was auch noch unter USB 2.0 laufen sollte. Eine WD Elements zog sogar noch etwas mehr Strom.
Kann es nicht auch an der Datenleitung liegen?

Frohes Fest

[willy4711]

ch glaube das sind die Specs für die SDD, ich habe die 1TB HDD Variante. Ich hätte fast eine SSD gekauft, aber wo ich dann die Leistungsaufnahmen gesehen habe, hab ich zur HDD gegriffen.

Upps - man lernt doch nie aus.
Da eine SDD gegenüber einer HDD mehr als das Doppelte an Strom frisst, hätte ich nicht gedacht.

Kann es nicht auch an der Datenleitung liegen?

Was nicht mit deinem Problem zu tun haben dürfte, aber bei mir verhalten sich die vorderen USB 3 - Ports auch anders als die Hinteren.
Ich kann von den vorderen Ports kein System starten. Vorne --> USB 2 aber schon.
Hab mich daran gewöhnt, weil ich so oft kein Rettungssystem starten muss. Und wenn, kann es auch mal etwas länger dauern.
Hinter den Rechner krieche ich aber deswegen nicht.

So - allen ein ruhiges Weihnachtsfest, und versucht mal, einen Tag ohne Forum auszukommen.
Ich denke, das würde vielen hier gut tun .

[guennid]

So - allen ein ruhiges Weihnachtsfest, und versucht mal, einen Tag ohne Forum auszukommen.

Wünsche ich allen, die es mögen, ebenso!

Was den zweiten Teil angeht: Nö!

Ist as einzige Netzangebot, das mir immer und konkret hilft!

Grüße, Günther

[ocram]

Die Platte läuft am hinteren USB 3.0 Port ohne Problem, d.h. es liegt an den vorderen USB 3.0 Ports, welche intern nochmals über ein weiteres Kabel am Motherboard hängen. Ich vermutle, dass es einfach zu lang ist.

Hier eine Rezi bei Amazon, wo Gleiches berichtet wird.

https://www.amazon.com/gp/customer-revi ... B00DW374W4

Werde mal ein kürzes Qualitätskabel besorgen. Das, welches mit der Platte kam ist 70 cm lang.

Auch mit dem kürzeren Kabel funktioniert es nicht. Die Platte wird ständig ausgeworfen. Liegt dann wohl - warum auch immer - am Zusammenspiel Platte / Gehäuse / vordere USB 3.0 Ports.

Es sind auch unterschiedliche Chipsätze:

hinten, wo die Platte funktioniert: VIA VL805 Chipset
vorne: Intel H81 Express Chipset

Das Einfrieren des Systems hing übrigens damit zusammen: viewtopic.php?f=13&t=171416
Mit einem älteren Kernel wird die Platte lediglich ausgeworfen und wieder eingehängt.