☰

как вывести из спящего режима внешний USB-накопитель на Linux?

tag-icon • tag-icon linux usb storage wake-up
как вывести из спящего режима внешний USB-накопитель на Linux?

Итак, у меня есть внешний USB-накопитель Seagate, который уходит в спящий режим через 90 минут. Все его питание идет от USB.
В dmesg происходит следующее:

[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

Что бы это ни значило, если я отключу и снова подключу устройство, оно будет работать нормально.

Есть несколько ответов, говорящих о sdparmи hdparmчтобы держать диск в спящем режиме.
Я ищу, как заставить его перейти в спящий режим после 15 минут без использования, и как разбудить его обратно, не переподключая кабель USB?

Когда он «отключается», /dev/sdeисчезает; и его запись в lsusbтоже время исчезает.

Журнал dmesg; я поместил туда все, что, как мне кажется, имеет отношение к делу; я вижу много ошибок и проблем; теперь я не уверен, что он действительно переходит в спящий режим? Кроме того, я использую USB-кабель длиной 2 м.

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.

Но после использования fsckпроблема уменьшилась: теперь, после 10 часов хранения sde3 в размонтированном состоянии, если я пытаюсь его смонтировать, он не выдает ошибок! Но если я забываю его смонтированным, через некоторое время он переходит в спящий режим (?), а затем, если я пытаюсь получить к нему доступ, я получаю некоторые ошибки, он размонтируется, он, кажется, перезапускается, но не получается, и затем я вынужден переподключить кабель USB... так что проблема все еще связана с переходом в спящий режим? не уверен, мне нужно провести больше тестов, но я думаю, что он должен автоматически размонтироваться, если в течение некоторого времени (до времени сна) нет активности, чтобы предотвратить проблему повторного подключения USB.

решение1

В вашем журнале все еще нет очевидных ошибок, за исключением ошибки CDB, которая, однако, возникает после восстановления после ошибки, которая блокирует ваш диск. Поэтому я предлагаю вам установитьsmartmontoolsи бегисмартктлна вашем диске. Вам следует запустить расширенный тест, который является наиболее полезным,

 sudo smartctl -t log /dev/sde

Это займет некоторое время, если вы хотите увидеть оценку того, как долго вы сможете бежать.

 sudo smartctl -c /dev/sde

допервая команда сообщит вам, сколько времени это займет.

Очевидно, что ваш диск переходит в автономный режим не из-за команды sleep, а из-за неустранимых ошибок. smartctl поможет вам найти все ошибки на вашем диске, которых, как мы уверены, уже предостаточно.

Связанный контент