SSD schläft ein (?) Und verursacht einen Zugriff

443
reikred

Ich habe ein ZTC Thunder-USB-zu-M.2-SSD-Gehäuse mit einer 500-GB-Samsung EVO850-500GB-SSD, das ich für die Sicherung und sonstige Speicherung verwende. Von hier an werde ich diese Kombination von Hardware als meine USB-SSD bezeichnen.

Wenn ich die USB-SSD an eine Linux-Maschine anschließe (Fedora 25 und Fedora 27 getestet), leuchtet die blaue USB-LED, ich kann Dateisysteme mounten usw. Aber nach ein paar Minuten (<30min) denke ich usb-ssd reagiert nicht mehr. Operationen, die auf die usb-ssd zugreifen, werden bis zum Neustart hängen bleiben. Wenn Sie versuchen, (a) um / dev / usb-ssd oder (b) ls -R / mnt / usb-ssd zu versuchen, wird dies hängen bleiben. Wenn ich HANG sage, meine ich wirklich Hängen: Ich kann den Prozess nicht mit einer mir bekannten Kill-Operation beenden. Beachten Sie, dass ein nicht-rekursives, nicht erschöpfendes ls / mnt / usb-ssd möglicherweise funktioniert, wahrscheinlich weil das Verzeichnis zwischengespeichert ist und nicht wirklich auf das usb-ssd zugegriffen wird.

Also: was ist hier los? Es gibt keine Anzeichen von Problemen in dmesg. Ich habe eine Reihe von Dingen ausprobiert, wie zum Beispiel das "billauer" usbreset-Skript, aber das hängt auch. Ich sollte erwähnen, dass ich sowohl auf einem Desktop als auch auf einem Laptop getestet habe, und der Desktop schläft definitiv nicht, wenn das Problem auftritt, und ich glaube auch nicht, dass der Laptop überhaupt geschlafen hat.

Wenn es keine "echte" Korrektur gibt, was könnte eine gute Methode sein, um die usb-ssd wach zu halten? Ich gehe davon aus, dass es sich um eine Schleifenoperation handeln muss, die nicht vom Festplattencache (Datei-Cache) abgelenkt wird.

0

0 Antworten auf die Frage

Verwandte Probleme