LINUX.ORG.RU

[что умирает?]рандомные глюки


0

1

uname -a Linux cnrde 2.6.32-37-generic #81-Ubuntu SMP Fri Dec 2 20:32:42 UTC 2011 x86_64 GNU/Linux

Регулярно виснет, начиная мигать светодиодами на клавиатуре.

Иногда не прогружается.

Регулярно выкидывает на экран логина.

Регулярно после загрузки предлагает удалить аплеты с панелей (разные).

Только что после перезагрузки слетела тема, следующая перезагрузка вылечила.

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

★★
Ответ на: комментарий от chenger

1 Raw_Read_Error_Rate 0x000f 107 085 006 Pre-fail Always - 111038119

7 Seek_Error_Rate 0x000f 066 044 030 Pre-fail Always - 515942251551

У тебя что то с позиционированием головки. Прогони хотя бы линейное чтение через Victoria (DOS).

Deleted
()
Ответ на: комментарий от GotF

Ну то что пишется в смарт, память не затрагивает. Но конечно же полная диагностика никогда не помешает.

Deleted
()
Ответ на: комментарий от GotF

Точно - не пролистал вниз, там действительно ещё два. С Сегейтами согласен но Hardware_ECC_Recovered - это не нормально.

Deleted
()
Ответ на: комментарий от Deleted
# smartctl -a /dev/sda | grep Hardware
195 Hardware_ECC_Recovered  0x001a   043   024   000    Old_age   Always       -       167754234
# smartctl -a /dev/sdb | grep Hardware
195 Hardware_ECC_Recovered  0x001a   048   028   000    Old_age   Always       -       201104128

Диски в полном порядке, ни единого сбоя. Такие ошибки на любом диске происходят постоянно, но не все производители считают нужным их отражать в статистике, как и атрибуты 1 и 7.

GotF ★★★★★
()

Память проверял, memtest из груба, вроде все нормально. Еще раз повторюсь, может-ли быть такая ситуация из-за материнки (контроллер сата, или южный мост) или это точно HDD просто уже выбрал себе новое железо, а теперь задумался.

Хард есть новый, сигэйт, 500. Останавливает только лень, желание сохранить систему и инфу как оно есть.

chenger ★★
() автор топика
Ответ на: комментарий от GotF

А зря - это тоже важный параметр. Косвенно - отражает состояние подшипников и потребляемой мощности.

У меня на Hitachi:

3 Spin_Up_Time 195 (Average 195)

Т.е. время раскрутки соответствует норме.

Deleted
()
Ответ на: комментарий от chenger

Проверь Викторией и не гадай.

Deleted
()
Ответ на: комментарий от chenger

Кстати если часто дергал SATA шлейфы, хотя бы свыше 100 раз. То тоже желательно заменить - так как по спецификации у них малый ресурс - «втыкания и вытыкания». Люфтить начинают страшно.

Deleted
()
Ответ на: комментарий от chenger

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

Может, но я не думаю, что в этом виноват hdd. Причин может быть много, мало инфорации для диагноза.

aidaho ★★★★★
()
Ответ на: комментарий от chenger

Вот тебе хинт по байпасу лени - втыкаешь новый винт, грузишь систему, желательно сделать ремаунт ro, но не смертельно и без него, потом делаешь

dd if=старый_диск of=новый_диск
и если не делал ремаунт, то лучше это оставить где-нить на ночь или вобще не трогать систему. Когда все это закончится, вырубаешь машину, старый диск достаешь, а новый подключаешь на его место - система даже не поймёт, что что-то случилось. Сам так несколько раз переносил систему - ни одного глюка.

А по поводу причин сего действа - виновато может быть всё. Тут даже бп может оказаться при делах. Так что если есть возможность - по очереди заменяй каждый элемент системы и смотри что будет.

aleks13
()
Ответ на: комментарий от aleks13

Текущий системный 750, новый есть, 500. При учете фрагментации данных в линуксе dd нормально не пройдет. А про способ в курсе.

chenger ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.