Жесткий диск USB перестал работать в Debian без размонтирования

Question

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

У меня есть внешний жесткий диск, и он работает нормально, но через некоторое время монтируется и работает нормально, он отключается, и соответствующий вывод dmesg выглядит следующим образом:

[22653.465263] usb 1-6: USB disconnect, device number 3
[22654.341275] Buffer I/O error on device sdb1, logical block 5851506
[22654.341285] Buffer I/O error on device sdb1, logical block 5851507
[22654.341290] Buffer I/O error on device sdb1, logical block 5851508
[22654.341295] Buffer I/O error on device sdb1, logical block 5851509
[22654.341300] Buffer I/O error on device sdb1, logical block 5851506
[22654.472971] Buffer I/O error on device sdb1, logical block 5851506
[22654.474689] Buffer I/O error on device sdb1, logical block 55417728
[22654.474698] Buffer I/O error on device sdb1, logical block 55417728
[22654.488099] Buffer I/O error on device sdb1, logical block 55417728
[22654.625318] Buffer I/O error on device sdb1, logical block 15213709
[22655.852960] usb 1-6: new high-speed USB device number 4 using ehci_hcd
[22655.986631] usb 1-6: New USB device found, idVendor=0bc2, idProduct=2300
[22655.986636] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[22655.986639] usb 1-6: Product: Portable        
[22655.986641] usb 1-6: Manufacturer: Seagate 
[22655.986644] usb 1-6: SerialNumber: 2GH1D7N9    
[22655.995937] scsi7 : usb-storage 1-6:1.0
[22656.997526] scsi 7:0:0:0: Direct-Access     Seagate  Portable         0130 PQ: 0 ANSI: 4
[22656.999376] sd 7:0:0:0: [sdc] 488397168 512-byte logical blocks: (250 GB/232 GiB)
[22657.001473] sd 7:0:0:0: [sdc] Write Protect is off
[22657.001478] sd 7:0:0:0: [sdc] Mode Sense: 2f 08 00 00
[22657.002044] sd 7:0:0:0: [sdc] No Caching mode page present
[22657.002049] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[22657.006538] sd 7:0:0:0: [sdc] No Caching mode page present
[22657.006545] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[22657.064746]  sdc: sdc1
[22657.068549] sd 7:0:0:0: [sdc] No Caching mode page present
[22657.068555] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[22657.068560] sd 7:0:0:0: [sdc] Attached SCSI disk
[22661.658006] quiet_error: 23 callbacks suppressed
[22661.658012] Buffer I/O error on device sdb1, logical block 15752430
[22661.658115] Buffer I/O error on device sdb1, logical block 15752435
[22661.809572] Buffer I/O error on device sdb1, logical block 15752430

и это продолжается. Я переустановил систему некоторое время назад, и до этого она работала отлично.

У меня установлена последняя версия Debian Wheezy, а диск - это Seagate объемом 250 ГБ (я не знаю модель). Я должен добавить, что на момент выпуска я не читал и не записывал что-то на диск.

Заранее спасибо!

Редактировать: устройство монтируется в начале системы, и строка в fstab выглядит следующим образом:

UUID=1678E1CC78E1AB27       /media/Expansion\040Drive     ntfs-3g    auto,user,rw,uid=1000,umask=077  0       0

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

Answer 1

Мое первое предположение состоит в том, что это может быть проблемой сна. Мне кажется, я видел сообщения о том, что не покупал "зеленые" диски для устройств NAS из-за таких вещей. В спецификациях накопителя может быть что-то об этом.

Чтобы эмпирически проверить это (и предоставить временное исправление), вы можете написать небольшой сценарий оболочки для периодического доступа к диску. Если это решает проблему, то вы знаете, что это такое.

Вы можете запустить этот скрипт с помощью cron или при входе в систему (~/.profile), если вам нужно, чтобы он был "постоянным" решением.

#!/bin/bash

MOUNT="/media/Expansion\040Drive" ## Your mount point
SLEEP_TIME="10m"  ## How long to sleep between accesses
while true
do
  ls "${MOUNT}" > /dev/null
  sleep "${SLEEP_TIME}"
done

Чтобы это оказало еще меньшее влияние на вашу систему, вы можете заменить ls на сенсорную команду, чтобы обновить метку времени (возможно, пустого) файла на диске.

Кроме того, вы можете назвать точку монтирования как угодно, так зачем вам нужен \040 "? Если я сделал мои преобразования правильно, это просто ASCII пробел в восьмеричном. Вы можете создавать все имена файлов, которые вам нужны, с пробелами в них, но использование подчеркивания и т.д. Может избавить вас от многих проблем со скриптами и программами, которые имеют тенденцию разделять токены по пробелам.