Отладка катастрофического отказа, когда клавиатура не является быстро реагирующей
Ubuntu 14.04, Ядро 3,13 катастрофических отказа очень часто, особенно при использовании Firefox, Eclipse и VLC. Эффект катастрофического отказа:
- все USB-устройства прекращают отвечать
- при проигрывании видео это зависает и походит на старую запись stuckup (играет секунду видео в бесконечном цикле),
- если я пытаюсь повторно включить USB-устройства, они не получают питание
- Следовательно SysRq не работает
- никакая запись в kern.log или системном журнале
Примечание: ничто упомянутое в официальном решении для отладки в https://help.ubuntu.com/community/DebuggingSystemCrash не работает по очевидным причинам, никакие активные устройства ввода данных.
Я попробовал следующее без удачи
- обновление ядра (попробовал 3.19),
- изменяя графические драйверы (nouveau, nvidia 331, 304 и 340)
Дополнительная информация:
- Система: XPS 8700
- Процессор: i7-4770
- ПОРШЕНЬ: 16 ГБ
- Графика: (OEM) NVidia GTX645
- Материнская плата: http://www.findlaptopdriver.com/dell-0kwvt8-mainboard-specifications/
- ОС: испытанный тар
Править: Я очень взволнован, проблема НЕ решена, но впервые, система выложила читаемую ошибку.
Системная установка: ядро 3.18.7 - драйверы Nouveau
Ошибочное изображение 
Альтернативное ошибочное изображение 
Любая справка будет значительно цениться, даже шепот или параметры отладки.
Редактирование 24.02.2015: Просто помнивший другая информация, которая могла бы помочь, я столкнулся с той же проблемой с Ubuntu 13.10. Я решил его путем замены nouveau драйвера nvidia 331.113 и выключения аппаратного ускорения на Firefox и VLC. Eclipse все еще разрушается время от времени, но терпимый (печальный сказать это).
1 ответ
Можно просмотреть некоторые сообщения от предыдущей начальной загрузки до journalctl с, например, journalctl -b -1 (эти -1 означает, что "предыдущая начальная загрузка", -b -2 дал бы Вам ту перед этим и т.д.). Журнал не сохранит журналы через начальные загрузки, если каталог /var/log/journal не будет существовать, таким образом sudo mkdir /var/log/journal, если это не там (и затем systemctl restart systemd-journald или перезагрузка, чтобы заставить его заметить его).
Волшебство sysrq не работает, когда ядро запаниковало , который, кажется, Ваша ситуация. (Но в случае, если Вы хотите удостовериться, что у Вас есть он иначе, сделайте cat /proc/sys/kernel/sysrq, чтобы проверить, включен ли sysrq. 0 отключен, 1 включен, , другие числа активируют отдельные опции .)
Другая вещь, которая может быть полезной, состоит в том, чтобы попробовать живой дистрибутив для тестирования очень недавних ядер/драйверов; дистрибутивы live/resque могут сделать немного более безопасным экспериментировать с различными версиями драйвера. Конечно, помогает, в состоянии ли Вы найти "минимальное" или максимально минимальный ситуация, которая воспроизводит Ваш катастрофический отказ, таким образом, Вы не должны быть на той живой сессии дольше, чем необходимый, чтобы узнать, собирается ли это отказать или нет:)