Зависание системы, где искать информацию?

Добрый день!
Мой дистрибутив основан на генту, но им не является (sabayon, 3.10.6 ядро). Недавно я провел обновление системы и теперь она периодически (раз в 1-3 дня) зависает (экран становится черным, курсор видим, не реагирует на нажатия клавиш, движения мышкой, на другую консоль не переключается).
Однако, очевидно, этой информации очень мало для того чтобы можно было сделать какие-либо выводы относительно причины. Соответственно мой вопрос заключается в том, как можно эту информацию получить?
Заранее спасибо за ответ.

dmesg /var/log/

dmesg
/var/log/

Однако же dmesg вроде при

Однако же dmesg вроде при следующем запуске будет содержать только данные, относящиеся к запуску новой системы. Да и в логах программ (я конечно же прочитаю все) не факт что будет отображена информация о самом зависании системы.

.

ranhel написал(а):
Мой дистрибутив основан на генту, но им не является (sabayon, 3.10.6 ядро). Недавно я провел обновление системы и теперь она периодически (раз в 1-3 дня) зависает (экран становится черным, курсор видим, не реагирует на нажатия клавиш, движения мышкой, на другую консоль не переключается).

Включая /usr/src/linux/Documentation/sysrq.txt?
В нормальном режиме Ctrl-Alt-F1 отрабатывает корректно?

ranhel написал(а):
Однако, очевидно, этой информации очень мало для того чтобы можно было сделать какие-либо выводы относительно причины. Соответственно мой вопрос заключается в том, как можно эту информацию получить?

Судя по вопросу, журналирование не настраивалось.
Рекомендую (смотреть как это ни странно в Security Handbook).
Возможность поднять sshd и попробовать удалённо подиагностировать есть?

:wq
--
Live free or die

Anarchist написал(а): Включая

Anarchist написал(а):
Включая /usr/src/linux/Documentation/sysrq.txt?

Не знал, при следующем зависании попробую.

Anarchist написал(а):
В нормальном режиме Ctrl-Alt-F1 отрабатывает корректно?

Да.

Anarchist написал(а):
Судя по вопросу, журналирование не настраивалось.
Рекомендую (смотреть как это ни странно в Security Handbook).

Спасибо, попробую.

Anarchist написал(а):
Возможность поднять sshd и попробовать удалённо подиагностировать есть?

Да, есть, однако что смотреть если таки соеденится помимо dmesg и копирования логов из /var/logs для их разбора?

ranhel написал(а): Да, есть,

ranhel написал(а):
Да, есть, однако что смотреть если таки соеденится помимо dmesg и копирования логов из /var/logs для их разбора?

Если соединится - система живая и проблема вероятно, в X. Смотреть /var/log/Xorg.0.log тогда

Как то этим летом я

Как то этим летом я заморочился на даче поставить что-то подобное. Конечно плевался долго..
Вообщем смотрите в параметры загрузки ядра: чего они туда напихали - половину редактируйте!
И смотрите rc-update show. Там они тоже не поленились - напихали все чего только возможно.
Логи иксов, dmesga смотреть обязательно.
Особенно уделить внимание драйверу видюхи и что установилось.

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Цитата: И смотрите rc-update

Цитата:
И смотрите rc-update show.

В Sabayon systemd.

>>Мой дистрибутив основан на

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

Дополнительный вариант,

Дополнительный вариант, поднять ssh и подключиться к компу после его зависания, скорее всего падают иксы

буду честен, я не знаю, почему у меня все работает

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".