Убунту и фризы

kernel panic чтоли? magic-sysrq работают?

каюсь, по ссылке не сходил.
а MagicSysrq вообще в убанте включены подефолту?

А если наблюдать зависание вне иксов, на консоли что-нибудь появляется?

Проверил, в штатном режиме работают. Во время фриза не помогают.

А как? Зависоны возникают совершенно случайным образом. Вчера ни одного, сегодня утром сразу два подряд. В логах чисто.

Долго пытаться. Запустить на скачивание что-нибудь через wi-fi, какой-нибудь трехмерный тест видеокарты, переключиться в консоль и ждать. 100% результат, понятное дело, не гарантируется. Ну а что ещё можно придумать? Соединить 2 компьютера через COM и сказать ядру, чтобы оно считало тот com-порт одной из консолей?

Дрова сейчас nouveau?

У меня было похожее, вылечилось заменой на блоб (m-a a-i nvidia-kernel-source).

И целый день сидеть и глядеть на чорную консоль и чего-то ждать? Я уверен, есть более простые способы. Например, как-то перенаправить это дело в виртуальную консоль. Только хз, как.

У меня сейчас блоб.

> перенаправить это дело в виртуальную консоль
А смотреть-то её как после зависания? ИМХО, стоит где-либо достать второй компьютер и настроить консоль на ttySn.

Провел пару тестов. С nouveau виснет на момент старта иксов стабильно. С nv сейчас работает и пока еще не повисло.

Я не уверен, что оно того стоит. Ядро может даже и пикнуть не успеть до фриза.

Чорд... Оно и с nv повисло. Может, дело не в иксах?

Виснет намертво?
На пинги машина откликается? Через ssh залогиниться не пробовал?

Нашествие мега-Ъ? Если ядро не реагирует на магические кнопки, то пинги оно точно будет игнорировать.

Что если выгрузить драйвера всех устройств, кроме дискового контроллера и диска, и запустить что-нибудь тяжёлое(в голой консоли)?

И что это даст? Тут скорее нужно нечто, способное отловить, что и когда виснет.

Попробуй заюзать netconsole, авось перед зависоном там чего появится.