Я пытаюсь выяснить, что не так с моим новым жестким диском Seagate ST2000DM001(-9YN164), если вообще что-нибудь. Нерегулярно, но, по-видимому, каждые несколько минут (каждые 3-7 минут сейчас, в то время, когда я его рассчитывал), он издает короткий (0,2 секунды максимум), довольно высокий звук из двух частей. Это определенно ненормальный "рабочий шум", и, похоже, нет никакой связи с работой диска.
Странно то, что когда я использовал накопитель с адаптером USB-SATA (одна из тех заглушек, а не подставка для плагинов), сидя на корпусе компьютера с бумажным магазином для изоляции, он не делал любые необычные шумы во время копирования около 1 ТБ данных с внутреннего диска (на которых были признаки начала сбоя, включая сообщение о неисправимых ошибках чтения во время обычного сканирования файловой системы). После этого я удалил старый внутренний диск, заменил его новым и снова подключил кабели данных и питания SATA.
Я использовал GSmartControl, который представляет данные smartctl (я использую Debian 6.0 в этой системе) для проверки данных SMART диска, обращая особое внимание на счетчик пусков / остановов (отображается как: норма 100, наихудшая 100, порог 20). , необработанное значение 5), частота ошибок поиска (66, 65, 30, 3981634) и число повторных попыток вращения (100, 100, 97, 0) (прерывистые ошибки вращения или поиска были моей первой гипотезой, но данные не Кажется, не поддерживает это). Кажется, что ни одно из этих значений не меняется, и все (как до сбоя, так и по старости) говорит, что не удалось "никогда", что следует ожидать от ИМО на диске, который находился в эксплуатации всего несколько дней. Необработанное значение коэффициента ошибок при поиске кажется высоким, но если оно не будет быстро расти, я не считаю это главной причиной для беспокойства. Используя тот же инструмент, я также провел тесты на транспортировку и короткие самопроверки, которые прошли без ошибок и в журнале испытаний показали значение продолжительности жизни в 41 час. В настоящее время я провожу расширенную самопроверку диска (включая сканирование поверхности диска), но, честно говоря, не думаю, что это вызовет что-то интересное. Одна вещь, которая, безусловно , интересна, это то, что за немногим более 15 минут, когда была запущена расширенная самопроверка, я не слышал такого шума, который, если не сказать больше, указывает на что-то Виновником стал новый диск (я не делал ничего другого в это время).
Используя hdparm, я отключил энергосбережение с помощью root, запустив hdparm -S 0 /dev/sda (где /dev/sda - рассматриваемый диск). Это не имело видимого эффекта.
Любые идеи были бы хорошы.
РЕДАКТИРОВАТЬ: Следуя предложению @totaam, я полностью выключил компьютер (включая главный выключатель на задней панели блока питания), затем перезагрузил компьютер и постепенно добавил сложности. Насколько я мог судить по уровню выполнения 1, все было нормально, но на уровне запуска 2 (который в Debian является многопользовательским с X, так что в этот момент встроена кухонная раковина) привод снова начал демонстрировать такое же поведение. Итак, я посмотрел на то, что было начато при входе на уровень выполнения 2, в поисках возможных виновников, и нашел в качестве ясного кандидата acpid . Однако его отключение, похоже, не помогло, даже после повторного запуска hdparm вручную. Я также внимательно посмотрю на настройки BIOS, но пока приведу список того, что было начато с уровня запуска 2, по порядку; Кто-нибудь еще видит возможных виновников? (И частота ошибок поиска по-прежнему растет, теперь до необработанного значения 4008400.)
- statd
- rsyslogd
- binfmt-поддержка
- acpid (теперь удалено)
- virtualbox-ose (модули ядра хоста)
- робость
- DBus
- Hald
- Anacron
- фактическое время убытия
- GDM
- Avahi-демон
- хрон
- cupsd
- kerneloops
- CPUfreq
- пЪрд
- постфикс
- SSHD