Ich habe also einen externen USB-Speicher von Seagate, der nach 90 Minuten in den Ruhezustand wechselt. Der gesamte Strom kommt vom USB.
Bei dmesg passiert Folgendes:
[Dom Jun 29 17:25:08 2014] sd 7:0:0:0: Attached scsi generic sg4 type 0
...
[Dom Jun 29 19:06:48 2014] sd 7:0:0:0: Device offlined - not ready after error recovery
Was auch immer das bedeuten mag, wenn ich den Stecker ziehe und wieder einstecke, funktioniert es einwandfrei.
Es gibt mehrere Antworten, die sich mit dem Thema befassen sdparmund hdparmwie man das Laufwerk wach hält.
Ich suche nach einer Möglichkeit, es nach 15 Minuten ohne Verwendung in den Ruhezustand zu versetzen und es wieder aufzuwecken, ohne das USB-Kabel erneut anzuschließen.
Wenn es „offline“ geht, /dev/sdeverschwindet es; und sein Eintrag unter lsusbverschwindet ebenfalls.
Das Dmesg-Protokoll. Ich habe alles eingegeben, was meiner Meinung nach damit zusammenhängt. Ich sehe viele Fehler und Probleme. Jetzt bin ich mir nicht sicher, ob es tatsächlich in den Ruhezustand wechselt. Außerdem verwende ich ein 2 m langes USB-Kabel.
dmesg -T |grep "sde\|7:0:0:0\|8-2:"
[Seg Jun 30 15:02:09 2014] usb 8-2: new high-speed USB device number 2 using xhci_hcd
[Seg Jun 30 15:02:09 2014] usb 8-2: New USB device found, idVendor=0bc2, idProduct=2300
[Seg Jun 30 15:02:09 2014] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Seg Jun 30 15:02:09 2014] usb 8-2: Product: Portable
[Seg Jun 30 15:02:09 2014] usb 8-2: Manufacturer: Seagate
[Seg Jun 30 15:02:09 2014] usb-storage 8-2:1.0: USB Mass Storage device detected
[Seg Jun 30 15:02:09 2014] usb-storage 8-2:1.0: Quirks match for vid 0bc2 pid 2300: 200000
[Seg Jun 30 15:02:09 2014] scsi7 : usb-storage 8-2:1.0
[Seg Jun 30 15:02:10 2014] scsi 7:0:0:0: Direct-Access Seagate Portable 0130 PQ: 0 ANSI: 4
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: Attached scsi generic sg4 type 0
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] Write Protect is off
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] Mode Sense: 2f 08 00 00
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] No Caching mode page found
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] Assuming drive cache: write back
[Seg Jun 30 15:02:10 2014] sde: sde1 sde3
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] Attached SCSI disk
[Seg Jun 30 15:02:54 2014] FAT-fs (sde1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[Seg Jun 30 15:02:54 2014] EXT4-fs (sde3): mounted filesystem with ordered data mode. Opts: (null)
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: Device offlined - not ready after error recovery
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde] Unhandled error code
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde]
[Seg Jun 30 15:24:51 2014] usb 8-2: USB disconnect, device number 2
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde] CDB:
[Seg Jun 30 15:24:51 2014] end_request: I/O error, dev sde, sector 1100056568
[Seg Jun 30 15:24:51 2014] EXT4-fs warning (device sde3): __ext4_read_dirblock:908: error reading directory block (ino 33032637, block 0)
[Seg Jun 30 15:24:51 2014] end_request: I/O error, dev sde, sector 0
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde] Synchronizing SCSI cache
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde]
[Seg Jun 30 15:24:51 2014] Buffer I/O error on device sde3, logical block 119046144
[Seg Jun 30 15:24:51 2014] lost page write due to I/O error on sde3
[Seg Jun 30 15:24:51 2014] JBD2: Error -5 detected when updating journal superblock for sde3-8.
Aber nach der Verwendung fsckhat sich das Problem verringert: Jetzt, nachdem ich sde3 10 Stunden lang nicht eingehängt habe, treten keine Fehler auf, wenn ich versuche, es einzuhängen! Aber wenn ich vergesse, es einzuhängen, geht es nach einiger Zeit in den Ruhezustand (?) und wenn ich dann versuche, darauf zuzugreifen, erhalte ich einige Fehler, es wird ausgehängt, es scheint neu gestartet zu werden, aber es schlägt fehl und dann bin ich gezwungen, das USB-Kabel erneut anzuschließen ... also scheint das Problem immer noch mit dem Ruhezustand zusammenzuhängen? Ich bin mir nicht sicher, ich muss noch mehr Tests durchführen, aber ich denke, es sollte automatisch ausgehängt werden, wenn einige Zeit lang (vor dem Ruhezustand) keine Aktivität stattfindet, um das Problem mit der erneuten USB-Verbindung zu vermeiden.
Antwort1
Es gibt immer noch keinen offensichtlichen Fehler in Ihrem Protokoll, außer einem CDB-Fehler, der jedoch nach der Fehlerbehebung auftritt und Ihre Festplatte blockiert. Ich schlage daher vor, dass Sie installierensmartmontoolsund Rennsmartctlauf Ihrer Festplatte. Sie sollten den erweiterten Test ausführen, der am hilfreichsten ist,
sudo smartctl -t log /dev/sde
Dies wird einige Zeit dauern, wenn Sie eine Schätzung sehen möchten, wie lange Sie laufen können
sudo smartctl -c /dev/sde
VorDer erste Befehl sagt Ihnen, wie lange es dauern wird.
Es ist offensichtlich, dass Ihre Festplatte nicht aufgrund eines Sleep-Befehls offline geht, sondern aufgrund nicht behebbarer Fehler. smartctl hilft Ihnen, alle Fehler auf Ihrer Festplatte zu finden, und wir sind uns sicher, dass es bereits eine Menge davon gibt.