Vous réveillez un disque de stockage USB en veille sur Linux?

J'ai donc un stockage USB externe Seagate qui se met en veille au bout de 90 minutes. Tout son pouvoir vient de l'USB.
Chez dmesg, voici ce qui se passe:

[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

Quoi que cela puisse signifier, si je débranche et rebranche, cela fonctionne bien.

Il y a plusieurs réponses à propos de sdparmet hdparmde garder le lecteur en veille.
Ce que je recherche, c’est comment le faire dormir après 15 minutes sans l’utiliser, et comment le réactiver sans rebrancher le câble USB?

Quand il est "hors ligne", le disque /dev/sdedisparaît; et son entrée à lsusbdisparaît aussi.

Le journal de dmesg; Je mets tout ce que je pense est lié; Je vois beaucoup d'erreurs et de problèmes; maintenant je ne suis pas sûr qu'il va dormir? J'utilise aussi un câble USB de 2 m de long.

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.

Mais après utilisation fsck, le problème a diminué: à présent, après 10h, le fait de garder sde3 non monté, si je tente de le monter, cela ne génère aucune erreur! Mais si j'oublie qu'il est monté, après un certain temps, il se met en veille (?), Puis, si j'essaie d'y accéder, je reçois des erreurs, il est démonté, il semble redémarrer, mais échouer et je suis obligé de reconnecter le câble usb ... alors le problème semble toujours lié à dormir? pas sûr mais j'ai besoin de faire plus de tests, mais je pense qu'il devrait être démonté automatiquement s'il n'y a pas d'activité pendant un certain temps (avant l'heure de veille), afin d'éviter le problème de reconnexion usb.

Il n'y a toujours pas d'erreur évidente dans votre journal, à l'exception d'une erreur CDB qui se produit toutefois après la récupération sur erreur bloquant votre disque. Je vous suggère donc d'installer smartmontools et d'exécuter smartctl sur votre disque. Vous devez exécuter le test étendu, qui est le plus utile,

 sudo smartctl -t log /dev/sde

Cela prendra du temps, si vous voulez voir une estimation de combien de temps vous pouvez courir

 sudo smartctl -c /dev/sde

avant la première commande, il vous dira combien de temps cela prendra.

Il est évident que votre disque se déconnecte non à la suite d'une commande de mise en veille, mais à cause d'erreurs irrécupérables. smartctl vous aidera à localiser toutes les erreurs sur votre disque, nous en sommes déjà certains.