Linux üzerinde bir uyku harici usb depolama sürücüsünü uyanma?

Bu yüzden 90 dakika sonra uykuya giren bir Seagate harici usb deposuna sahibim. Tüm gücü usb'den geliyor.
Dmesg'de olan budur:

[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

Bu ne anlama geliyorsa, fişi çekip tekrar takarsam iyi çalışır.

Hakkında konuşan birkaç cevap var. sdparm ve hdparm sürücüyü uyanık tutmak için.
Aradığım şey, kullanılmadan 15 dakika sonra nasıl uyku moduna geçeceği ve usb kablosunu yeniden takmadan nasıl uyandırılacağı?

“Offline” edildiğinde, /dev/sde kaybolur; ve girişi lsusb de yok olur.

Dmesg günlüğü; İlişkili olduğunu düşündüğüm her şeyi koydum; Birçok hata ve problem görüyorum; Şimdi gerçekten uyuyacağından emin değilim? Ayrıca 2m uzunluğunda bir USB kablosu kullanıyorum.

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.

Ancak kullandıktan sonra fsck, sorun azaldı: şimdi, 10 saat sonra sde3'ü çıkarmadan tuttuktan sonra, monte etmeye çalışırsam hata vermez! Ama eğer monte edilmeyi unutursam, bir süre sonra uykuya (()) gider ve sonra erişmeye çalışırsam, bazı hatalar alırım, bağlantısız hale gelir, yeniden başlatılıyor, ancak başarısız oluyor ve sonra yeniden bağlamak zorunda kalıyorum usb kablosu ... bu yüzden sorun hala uyumaya bağlı görünüyor? emin değilim tho, daha fazla test yapmam gerekiyor, ancak USB bağlantısının tekrar bağlanmasını önlemek için bir süre (uyku zamanından önce) bir etkinlik yoksa otomatik olarak sökülmesi gerektiğini düşünüyorum.

Günlüğünüzde, diskinizi engelleyen hata kurtarma işleminden sonra gerçekleşen bir CDB hatası dışında, hala belirgin bir hata yoktur. Bu yüzden yüklemenizi öneririm Smartmontools ve koş smartctl diskinizde. En faydalı olan uzatılmış testi yapmalısınız,

 sudo smartctl -t log /dev/sde

Yu'nun ne kadar süreceğini tahmin etmek istiyorsanız, bu biraz zaman alacaktır.

 sudo smartctl -c /dev/sde

önce ilk komut size ne kadar süreceğini söyleyecektir.

Diskinizin bir uyku komutunun sonucu olarak değil, kurtarılamayan hatalar nedeniyle çevrimdışı olduğu açıktır. smartctl, diskinizdeki tüm hataları bulmanıza yardımcı olacaktır, ki bunlardan zaten çok fazla olduğundan eminiz.