LINUX.ORG.RU
ФорумAdmin

Ядро виснет намертво

 , , ,


0

1

Есть у меня старенький Mint 14, ставил на него ядро 3.14.1-031401-lowlatency с сайта ядер Убунты. Ядро мне нравится, в нём есть zswap, да и не тормозит звук, как на обычном, это уже третее ядро из этой линейки которое я поставил. И на всех этих ядрах проблема: всё работает-работает, всё хорошо и тут БАЦ — всё зависло (двигается только курсор). Переключиться на терминал по Alt+F* не получается. Получается только Alt+PrtScr+REISUB

Какой лог нужно почитать чтобы увидеть что происходит при зависании?

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

просто причина точно в ядре (точнее в какой-то несовместимости) , так как кроме него ничего не менялось) в логе иксов порядок

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

Я бы для начала убрал вот это:

[ 0.063310] pci 0000:00:1f.0: address space collision: [io 0x0400-0x047f] conflicts with ACPI CPU throttle [??? 0x00000410-0x00000415 flags 0x80000000]
[ 0.063315] pci 0000:00:1f.0: quirk: [io 0x0580-0x05bf] claimed by ICH6 GPIO

и

[ 7.392332] ACPI Warning: SystemIO range 0x00000428-0x0000042f conflicts with OpRegion 0x0000042c-0x0000042d (\GP2C) (20131218/utaddress-258)
[ 7.392333] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 7.392517] lpc_ich: Resource conflict(s) found affecting gpio_ich
[ 7.498595] [drm] Initialized drm 1.1.0 20060810
[ 7.540862] leds_ss4200: no LED devices found
[ 7.780053] [drm] Memory usable by graphics device = 2048M
[ 7.780057] checking generic (d0000000 500000) vs hw (d0000000 10000000)
[ 7.780059] fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver

И еще - есть ли то же самое но с проблемой? Т. е. завис, ты сделал Magic+S Magic+B, а после перезагрузки взял лог с предыдущей загрузки? Думаю, там много ценного можно будет узнать.

Kroz ★★★★★ ()
Последнее исправление: Kroz (всего исправлений: 2)
Ответ на: комментарий от Kroz

Memory usable by graphics device = 2048M (вообще-то используется интеграшка, 300 с чем-то памяти я ей выделил, что это за глюк может быть?)

conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver (может из-за этого?)

Подключусь с нетбука по ssh и открою логи через tail -f , если даже не сохраниться после перезагрузки то инфа останется

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

Как я сказал, не факт, что из-за этого, но перед тем, как ловить проблему, нужно исключить все подозрительные фкторы.

Подключусь с нетбука по ssh и открою логи через tail -f , если даже не сохраниться после перезагрузки то инфа останется

Если покажет tail -f , то и после перезагрузки оно останется (если логи принудительно не очищаются). Если записать не сможет (проблема в дисковом i/o) то и tail -f не покажет. Если и правда хочешь выловить сообщение даже при сломанной дисковой i/o - с помощью системного логгера нужно отправлять логи по сети на другой комп. Я такое делал, но придется заморочиться. Если есть интерес - можно, по пока, с точки зрения сохранения энергии, я бы сначала просто посмотрел логи после проблемы.

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