acordar um drive de armazenamento externo USB no linux?

0

Então eu tenho um armazenamento USB externo da Seagate que vai dormir depois de 90 minutos. Todo o seu poder vem do usb.
No dmesg, isso é o que acontece:

[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

O que quer que isso signifique, se eu desconectar e ligar de volta, tudo funciona bem.

Existem várias respostas falando sobre sdparm e hdparm para manter o drive acordado.
O que eu estou procurando é como fazê-lo ir dormir depois de 15 minutos sem ser usado, e como acordá-lo de volta sem voltar a ligar o cabo USB?

Quando fica "off-line", o /dev/sde desaparece; e sua entrada em lsusb também desaparece.

O log do dmesg; Eu coloquei tudo que eu acho que está relacionado; Vejo muitos erros e problemas; agora eu não tenho certeza se realmente vai dormir? também estou usando um cabo usb de 2m de comprimento.

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.

Mas depois de usar fsck , o problema diminuiu: agora, após 10h mantendo o sde3 desmontado, se eu tentar montá-lo, não haverá erros! Mas se eu esquecer ele montado, depois de algum tempo ele vai dormir (?) E então, se eu tentar acessá-lo, eu recebo alguns erros, ele desmonta, parece reiniciar mas falha e então eu sou forçado a reconectar o cabo usb ... então o problema ainda parece relacionado a ir dormir? Não tenho certeza se eu preciso fazer mais testes, mas eu acho que deve desmontar automaticamente se não houver atividade por algum tempo (antes do tempo de sono), para evitar a reconexão do problema usb.

    
por Aquarius Power 30.06.2014 / 07:41

1 resposta

1

Ainda não há erro óbvio em seu log, mas ele é executado por um erro de CDB que, no entanto, ocorre após a recuperação de erro que bloqueia seu disco. Então sugiro que você instale smartmontools e execute smartctl no seu disco. Você deve executar o teste estendido, que é o mais útil,

 sudo smartctl -t log /dev/sde

Isso levará algum tempo, se você quiser ver uma estimativa de quanto tempo você pode executar

 sudo smartctl -c /dev/sde

antes do primeiro comando, ele informará quanto tempo levará.

É óbvio que seu disco está ficando offline não como consequência de um comando sleep, mas devido a erros irrecuperáveis. O smartctl irá ajudá-lo a localizar todos os erros no seu disco, dos quais já temos certeza de que existem muitos.

    
por 01.07.2014 / 06:12