LINUX.ORG.RU

комп виснет


0

1

Виснет намертво, ни на что не реагирует, в dmesg, /var/log/messages никаких ошибок. При этом сдыхает винт. Биос каждый раз говорит, что надо backup and replace. Казалось бы, в этом и проблема, но...

Виснет при большой нагрузке процессора. без нагрузки не виснет. Например, при компиляции виснет часто, или когда пускаю оффтопик в вируталбоксе и делаю там что-то. В общем, когда CPU usage >= 80% примерно, даже иногда при просмотре видяшечек на ютубе во весь экран.

Если проблема в жестком диске, то должно вроде и при больших копированиях зависать? Но этого не наблюдается. Только при нагрузке на проц. Хотя, нагрузка на проц сопровождается интенсивным использованием диска.

Температура при этом, вроде, не поднимается до каких-то экстремально больших значений. По крайней мере, так говорит lm_sensors. При 100% нагрузке выше 65°C не поднимается - это ведь не много? Специально мониторил, зависло при 63°C. Это при том, что раньше были времена, когда он нагревался и до 70-80 и работал себе нормально. На винт навесил охлаждение в виде двух маленьких шумных кулеров.

Комп старый, Asus P5GD1 Pro, Pentium 4 3.00 GHz. Недавно поставил памяти две планки по 512, к имевшимся двум по 256. Происхождение не известно. Мемтест не гонял. Может это давать такой эффект? Кроме умирающего жесткого диска и новой памяти изменений не было. Зависания начались после того, как перенес его в другой корпус и поставил эту память, да и диск начал быться в агонии примерно в это же время. Хотя уже давно у него были неполадки, и лет ему очень много. Его сосед вот недавно сдох окончательно.

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

Ах да, чуть не забыл: иногда и не загружается, а уходит в кернел паник. Тоже вот недавно появилось, вместе с проблемой с диском и новой памятью. смотрите сами (горизонт завален): http://ompldr.org/vOGF4eQ/P1010325.JPG что значат эти надписи?

Вау.

Ты забыл написать дистрибутив(ы).

Раз из dmesg логи смотришь, значит убунта, так бы из KInfoCenter смотрел или ещё каким-нибудь средством просмотра журналов. Попробуй другой дистрибутив (например LiveUSB), благо их много, и если не воспроизведётся хорошо, значит что-то не так настроено, если воспроизведётся - или баг в железе (спасай винт), или тотальный баг в софте.

Виснет при большой нагрузке процессора

И жёсткого диска конечно же. Затронули сбойный кластер - всё.

ZenitharChampion ★★★★★
()

> Недавно поставил памяти две планки по 512, к имевшимся двум по 256. Происхождение не известно. Мемтест не гонял. Может это давать такой эффект?

Конечно может. Вон у меня была сбойная планка на 256 Мб, винда 95 (для прикола) просто ничего не делала и врдруг - синий экран. Винда XP висла когда я начинал что-то делать, а Linux не вис. KNOPPIX если интересно.

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

дистрибутив

gentoo

перед тем, как начались проблемы, настроек никаких не менял, ядро новое или с другим конфигом не собирал. система стоит и работает уже года три. Ну, раз появилась память, поставил кеды, но проблема была уже, когда начал их ставить. пока всё собралось, раз 5 или 10 зависло, ужас.

всё-таки грешу на диск... уже делаю dd if=/dev/sda of=/dev/null

Hrenomoto
() автор топика

раз уж биос тебе говорит «смени диск» , так смени же , какие проблемы .. возможно дело не столько в сбойных секторах сколько в плате контроллера . просто в один прекрасный день он не заведётся и все прощай инфа 100% .

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

что надо сменить диск, это и так понятно, но менять его пока не на что, а из 200 гигов 500 мегабайт действительно нужной инфы забекаплены на флешке

так что хотелось бы услышать немного более других советов, если такое возможно, конечно... например «проверь БП», «сделай такие-то шаманства с диском, чтобы он подольше продержался»...

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

да можно что угодно делать , но если сдох винт тут уж ничего не поможет , а самообман до добра не доведет ... ради спортивного интереса покажи вывод :

$ smartctl --all /dev/<твой диск>

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

Проверять БП мультиметром вестимо, напряжения смотрите под нагрузкой, колебания больше 5% должны насторожить http://pinouts.ru/Power/atx_v2_pinout.shtml

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

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

Deleted
()
Ответ на: smartctl от Hrenomoto

> Power_On_Hours 27307410174036

Да, пора менять... 3 млрд лет для винта - это не шутки

:D

YAR ★★★★★
()

>что значат эти надписи?

Kernel panic - not syncing: Fatal exception in interrupt

Значит, во время какого-то прерывания IRQ (скорее всего, от НЖМД), происходит исключение.

gentoo_root ★★★★★
()

>Виснет намертво

иногда и не загружается, а уходит в кернел паник

Возможно, он просто во время работы паникует.

gentoo_root ★★★★★
()

# 9 Vendor (0x6b) Fatal or unknown error 60% 52182 4190088313#Power_On_Hours

# 2 Vendor (0xe7) Completed: servo/seek failure 130% 23862 2624044415

он уже на полпути в страну «вечного BSOD'а и Виндовс без глюков»

Gramozeka ★★
()

вот для сравнения вывод смарта для диска 3-х летней свежести :

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   253   006    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0003   098   097   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   099   099   020    Old_age   Always       -       1751
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   084   060   030    Pre-fail  Always       -       301808248
  9 Power_On_Hours          0x0032   078   078   000    Old_age   Always       -       19868
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   020    Old_age   Always       -       1166
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   058   022   045    Old_age   Always   In_the_past 42 (1 63 46 41)
194 Temperature_Celsius     0x0022   042   078   000    Old_age   Always       -       42 (0 19 0 0)
195 Hardware_ECC_Recovered  0x001a   076   069   000    Old_age   Always       -       44688154
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0000   100   253   000    Old_age   Offline      -       0
202 Data_Address_Mark_Errs  0x0032   100   253   000    Old_age   Always       -       0

Gramozeka ★★
()
Ответ на: дистрибутив от Hrenomoto

dd if=/dev/sda of=/dev/null

390721968+0 записей считано
390721968+0 записей написано
скопировано 200049647616 байт (200 GB), 4212,11 c, 47,5 MB/c


и ни разу не завис. значит, дело не в диске? на днях достану у друга исправный БП, проверю...

Hrenomoto
() автор топика
Ответ на: smartctl от Hrenomoto

тут можно подробней познакомиться со значением переменных smartctl - тыц

Gramozeka ★★
()
Ответ на: dd if=/dev/sda of=/dev/null от Hrenomoto

это ещё ни очём не говорит , ..

ну проверь крепление планок памяти , процессора , термопасту , пыль - вдруг чё отходит ..

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

Люто бешено плюсую!
И ещё рекомендую осмотреть материнку на предмет вздувшихся кондёров.

carasin ★★★★★
()

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

anonymous_1493
()
Ответ на: smartctl от Hrenomoto

учитывая то, что gentoo и ядро стабильное, хочется увидеть Ваш make.conf

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

металлические контакты от окиси... руками, как =)

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

Оперативку ластиком чистить

так можно дорожки содрать с текстолита

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

Если контакты окислены, то при высокой интенсивности работы могут начинаться сбои. Вытащить планки и несколько раз провести по контактам ластиком с обоих сторон планки.

CrossFire ★★★★★
()

>Pentium 4 3.00 GHz... Зависания начались после того, как перенес его в другой корпус

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

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