LINUX.ORG.RU

Kernel Panic на ядрах 4.x

 , , , ,


0

1

Приветствую! Уже не раз обращался за помощью разобраться в причине Kernel Panic'ов на моей системе. Недавно проблема напомнила о себе. Итак: проц Intel Core i3-550, мать MSI H55M-P31, видеокарта встроенная, 8 гигов памяти. Стоит Debian 8. На стандартном ядре 3.16 всё работает хорошо. Стоит поставить любое из 4 ветки - при загрузке файлов в облако, при общении через Скайп или Hangouts, ядро рандомно падает. Пробовал Ubuntu 16.04 (ядро 4.4) - то же самое. Собирал ванильные ядра, включая последнее 4.7. Не помогает. В чём может быть причина? Такое бывает только при каких-либо сетевых операциях. Может быть моё железо уже настолько древнее, что не поддерживается ядром?

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

Хотя бы то, что выводит на экран при панике.

dmesg смотрел?

tyakos ★★★ ()

1) Сетевуху другую пробовал?
2) Настрой сеть напрямую через /etc/network/interfaces, вырубив network-manager.
3) Kernel Panic, насколько я помню, вылетает с полным листингом ошибки. Гуглил на предмет фэйлового модуля и кода ошибки?

PS логи ядра: /var/log/kern.log. Вероятнее там же можно будет найти и листинг kernel panic.
Ещё есть файл /var/log/syslog. Полный лог системы.

Ignatov ★★★ ()

Я вчера не смог нормально собрать ядро 4.7. Система не загружается.

Ядра с версии 4.5 пошли какие-то хитрые. Парни кто-нибудь вкурсе что с ведром творится а?

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

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

anonymous ()

Извиняюсь за отсутствие. Итак. Забыл сказать что у меня интернет через 3G-модем Huawei. Сегодня обнаружил одну интересную деталь: если после включения компа (с подключённым интернетом), отключить и снова включить модем - ядро может очень долго не падать. А то и вовсе не упасть за весь день. Вот лог netcat:

[  459.600646] perf: interrupt took too long (2507 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
[  697.704347] perf: interrupt took too long (3136 > 3133), lowering kernel.perf_event_max_sample_rate to 63750
[  711.505823] Timer[2979]: segfault at 0 ip           (null) sp 00007fd78defe088 error 14 in firefox[561bd6523000+1d000]
c2 01 74 7a 48 83 e2 fc 0f 85 6b ff ff ff f3 c3 f3 c3 48 8b 7a 08 48 89 c1 48 83 c9 01 48 89 78 10 48 89 42 08 <48> 89 0f 48 8b 08 48 89 0a 48 83 e1 fc 48 89 10 0f 84 1f 01 00 
[  711.594052] RIP  [<ffffffff812e8b34>] rb_erase+0x194/0x380
[  711.595937]  RSP <ffff8801f5117c48>
[  711.597818] CR2: 0000000000000000
[  711.599762] ---[ end trace b3107cb7b28991d5 ]---
Кстати несмотря на то, что в логе фигурирует Firefox - такая же беда происходила и с Хромом. Вот dmesg http://pastebin.com/HMKgKdw0

Пробовал в прошлый раз разобраться с проблемой с помощью Kdump - безрезультатно.

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

Гонял несколько месяцев назад мемтестом - ошибок не было. Да и 3.16 ядро работает прекрасно.

Sunderland93 ★★★★★ ()

Есть правда нюанс. У меня 4 планки по 2 гига, Silicon Power. Параметры у них идентичны, но одна из планок имеет другой дизайн (чипы с двух сторон паяются). Плюс однажды когда чистил комп - он при включении сразу вырубался. Но после того как пошевелил память - включился и работал без сбоев.

Sunderland93 ★★★★★ ()

Кажется я нашёл причину. У меня на компе стоял Autofs, который монтировал мне NFS-шару с ноутбука. Снёс его - и пока спокойно. Буду рад если прав, потому как Autofs у меня один хрен через очко работал

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