¿Despertar una unidad de almacenamiento USB externa inactiva en Linux?

¿Despertar una unidad de almacenamiento USB externa inactiva en Linux?

Así que compré un almacenamiento USB externo de Seagate que entra en modo de suspensión después de 90 minutos. Toda su potencia proviene del usb.
En dmesg, esto es lo que sucede:

[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

Cualquiera que sea el significado de eso, si lo desconecto y lo vuelvo a conectar, funciona bien.

Hay varias respuestas que hablan de sdparmy hdparmde mantener despierta la pulsión.
Lo que estoy buscando es cómo hacer que entre en modo de suspensión después de 15 minutos sin usarse y cómo reactivarlo sin volver a enchufar el cable USB.

Cuando se "desconecta", /dev/sdedesaparece; y su entrada en lsusbdesaparece también.

El registro dmesg; Pongo todo lo que creo que está relacionado; Veo muchos errores y problemas; ¿Ahora no estoy seguro de que realmente vaya a dormir? También estoy usando un cable USB de 2 m de largo.

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.

Pero después de usar fsck, el problema disminuyó: ahora, después de 10 horas manteniendo sde3 desmontado, si intento montarlo, ¡no da errores! Pero si lo olvido montado, después de un tiempo se pone en suspensión (?) y luego, si intento acceder a él, obtengo algunos errores, se desmonta, parece que se reinicia pero falla y luego me veo obligado a volver a conectar el cable USB... ¿entonces el problema todavía parece estar relacionado con ir a dormir? Aunque no estoy seguro, necesito hacer más pruebas, pero creo que debería desmontarse automáticamente si no hay actividad durante algún tiempo (antes de la hora de dormir), para evitar el problema de reconexión del USB.

Respuesta1

Todavía no hay ningún error obvio en su registro, excepto un error CDB que, sin embargo, ocurre después de la recuperación del error que bloquea su disco. Entonces te sugiero que instalesherramientas inteligentesy correrinteligentectlen tu disco. Deberías ejecutar la prueba extendida, que es la más útil,

 sudo smartctl -t log /dev/sde

Esto llevará algún tiempo, si quieres ver una estimación de cuánto tiempo puedes correr.

 sudo smartctl -c /dev/sde

antesel primer comando, le dirá cuánto tiempo tomará.

Es obvio que su disco se desconecta no como consecuencia de un comando de suspensión, sino debido a errores irrecuperables. smartctl te ayudará a localizar todos los errores en tu disco, de los cuales ya estamos seguros que hay muchos.

información relacionada