Комп виснет и не загружается
 

Уже третий раз столкнутлся с непонятной проблемой. Если запустить сборку какой-нибудь большой программы (FireFox, LibreOffice, wine), то комп зависает намертво и даже после перезагрузки reset'ом не загружается. Просто щелкает винтом и лампачка HDD моргает в такт щелчкам. Монитор при этом из дежурного режима не выводится. Если выключить и через минут 5 включить, то он предлагает загрузить стандартные настройки биоса (для этого нужно нажать F2) и тогда загрузка идёт.

Я думал, что дело в старом винте (который на 160ГБ) и когда к нему идёт много обращений, то он глючит (при сборке ПО именно так и есть). Перенёс /tmp на другой винт (более новый на 500ГБ) - ничего не изменилось. Да и с чего бы биосу слетать в таком случае? Материнка MSI 770-C45 на AMD770, причём это уже вторая: менял по гарантии через 2 дня после покупки - просто сдохла и вообще не запускалась. Однако проблема 100% связана с обращениями к винтам, если запустить сборку в tmpfs (в RAM), то ничего не виснет (однако такой вариант неприемлем, 4ГБ под временные файлы во многих случаях мало, а просто добавить памяти - это костыль и причину проблемы не устраняет). Но не могут же сразу оба винта сдохнуть...

shisik, Рекомендую проверить все HDD с помощью MHDD или Victoria.

Прошу прощения за долгое молчание. Винты проверил через MHDD, на 160ГБ показывает 7 Reallocated Sectors (но они там уже лет 5 есть), а также 63 «коричневых» блока («красных» и ниже нет). Отключил этот винт - ничего не изменилось. Значит, дело не в нём.

Второй винт (500ГБ) показывает 0 Reallocated Sectors и 1 «коричневый» блок. «Красных» и ниже также нет. Но его отключение, кажется, дало результат. Всю ночь гонял маленький винт сборкой тяжелых программ (libreoffice, firefox, wine и др.) - ничего не зависло, хотя до этого висло постоянно (когда /tmp был на 500ГБ винте). Значит дело в 500ГБ винте? А как же тесты? И что значит «коричневый» блок (<500ms)? В смысле насколько это страшно, на что может влиять и можно ли это лечить?

Не надо много рассказывать..., --- SMART и SCAN проблемного харда (а лучше обоих) представьте.

SMART обоих винтов во вложениях (получены с помощью smartctl из linux; sda - 160GB, sdb - 500GB). Логи сканирования поверхности будут позже - это долго.

Да. Я вчера на большом (проблемном) винте запускал SMART self-test (через smartctl --test=long /des/sdb), предварительно отмонтировав все разделы (т.е. отключив использование винта). Пишет вот что:

Единственно, что не понравилось на 500 GB Самсунге
Не знаю насколько этот атрибут критичен...???..., но периодичсеки возникают проблемы с записью...

ЗЫ Может с питанием нехорошо
А почему два блока питания...???...

Потому что 2 системника. Там же всего по 2 :) Конкретно в этом компе используется Chiftec 450W, ему 1,5 года.

shisik, Разгон есть...???...

Есть, но его отключение вообще ничего не меняет. В то же время с одним винтом даже при наличии разгона ничего не виснет. Не в разгоне дело - это точно.

Тогда это что меняет ===>
...???...

Что меняет сброс настроек? Устраняет CRC Error, которая почему-то возникает в биосе. Причём независимо от наличия разгона. Я не помню дословно по-английски, но смысл такой:

Кстати, это не всегда происходит при зависании. Но где-то в 90% случаев.

Хм... Возьмите Victoria 3.52 for DOS протестируйте ей интерфейс. Видно ошибки DMA контроллера как-то регистрируются в BIOS.
См.
Документация к программе Victoria
Проверка интерфейса:
http://hdd-911.com/index.php?option=...emid=27#interf

Кстати, в Victoria for Windows можно было бы запустить верификацию, но она деструктивна для данных :(
Victoria API + DDD (destructive). Тест не только прогоняет массу информации через интерфейс, но плюс к этому проверет корректность записанного, --- интерфейсная CRC срабатывает не всегда.

ЗЫ На первом харде 160 были интерфейсные ошибки, а вот на 500 GB самсунге 199 атрибут чист...
ЗЗЫ Дата кабели поменяйте, шлейфы почистите, ..., etc

Пока больше ничего придумать не могу...

Я только что погонял этот винт сборкой LibreOffice - это самая тяжелая прога из известных мне, собирается больше часа с реальной нагрузкой на винт, раньше на нём всегда висло. Так вот всё в порядке. В принципе, может всё намного проще? Когда я отключал этот винт (500ГБ), я ещё и перебрал весь комп - в смысле все шлейфы и т.п. вытаскивал и вставлял заново. И питание, и шлейфы данных, и память вытаскивал.. только проц не трогал. Может в этом дело? Может просто контакт был где-то плохой. Я не знаю... В общем, пока проблема вроде бы пропала, а там видно будет. Спасибо за помощь.

P.S. «Решено» пока не ставлю, т.к. за 2 дня ничего понять нельзя. Если недельку поработает без проблем, отмечу тему решенной. Ещё раз спасибо.

- да, возможная ситуация.- не имеет отношения к проблеме как и:

Имеет непосредственное отношение, потому что висло именно от нагрузки на винт. А сборка ПО просто приводит к такой нагрузке. Просто запустить копирование файлов не создаст того количества рандомных обращений к винту...

Ну чтож, похоже проблема решилась. В чём конкретно было дело - не знаю, но после проверки обоих дисков программой MHDD, нескольких проверок файловых систем с помощью fsck и переподключения всех шлейфов в ситемнике глюки вроде пропали. Вот уже неделю не виснет...