Не мог отладить/воспроизвести катастрофический отказ Ubuntu
Я обычно озадачиваюсь с этим катастрофическим отказом Ubuntu, который я имею. Замораживания машины, мышь не перемещается. Escape наклона к терминалу, не может выйти X, Apport ни о чем не сообщает.
Я, пытались в течение многих недель надежно воспроизвести катастрофический отказ, но я не могу определить шаблоны. Иногда это будет работать в течение многих дней. Но обычно когда это отказывает, это делает так снова после следующих нескольких начальных загрузок приблизительно за 5-10 минут.
Это - совершенно новый Thinkpad T410. Это шло с Win 7, который я сохранил, и теперь имейте его двойная загрузка с Ubuntu 10.04.
Я попробовал рабочий Win 7, чтобы видеть, отказывает ли он там, потому что я думал, что это мог бы быть аппаратный дефект, но он не отказал там. Я не исключаю эту возможность, хотя, так как катастрофический отказ происходит так эпизодически.
В ubuntu I попробовали несколько ядер: 2.6.32. (21-23) и в режиме восстановления и они все страдают от этой проблемы.
Я гуглил и проверял все системные журналы, ища что-то подозрительное и ничего не нашел. Журналы отчасти загрязнены информацией о моей карте Wi-Fi, но нет никаких ошибок.
Поиск идей того, что попробовать затем.
4 ответа
Я, казалось, решил проблему. Начиная с установки новой Ubuntu (10.10) я еще не испытал катастрофический отказ. Это были 2 недели. Это использует ядро 2.6.35-22 64 бита.
Я понимаю, что это не отвечает на мой общий вопрос о том, как отладить очень глубокие катастрофические отказы, но он решает мою проблему.
Вы попробовали Memtest86? Это могла быть проблема RAM, если Ваша система случайным образом запирается. Выполните его в течение ночи и посмотрите, получаете ли Вы какие-либо ошибки.
Находится ноутбук все еще в соответствии с гарантией? Если так, затем просто попросите замену, поскольку раздражающие проблемы теперь станут большими проблемами позже
В том же направлении как магистр социального обеспечения, если у Вас есть выполнение sshd, можно попробовать к ssh в компьютер от другого компьютера (если Вы имеете один в наличии). Могло бы случиться так, что X просто замерзается, но компьютер все еще отвечает.
Во всех моих годах других использования и помощи Linux с там проблемой Linux существуют только несколько разы, где я видел, что компьютер запустить Linux на самом деле замерзает (не мог SSH в него). Эти ситуации были почти всегда связаны с аппаратными средствами (кроме времени, я выполнил fork-бомбу для забавы... Был другой, который был проблемой драйвера, но я не помню, было ли это полностью заморожено или не). Надо надеяться, если Вы можете, SSH в Вас будет иметь больше инструментов для диагностирования проблемы. Если Вы не можете его, вероятно, аппаратные средства..., хотя похоже, что Вы уже проверили память, которая была бы моим первым предположением.
Другое предложение: Попытайтесь отключить Compiz (это может быть сделано в меню появлений путем установки специальных эффектов ни на один).
Править: Хорошо, поэтому кажется, что это - больше, чем всего X катастрофических отказов. То, что работы окон интересны все же. Попытайтесь разъединить как можно больше аппаратных средств (принтеры, карта Wi-Fi, и т.д.) и затем отключить Ваши драйверы Wi-Fi. Выключите как можно больше компонентов Ubuntu. Возможно, разгружая неиспользованные модули ядра. Отключите X. Выключите ненужные сервисы. Если проблема сохраняется, по крайней мере, Вы исключили некоторые вещи... В противном случае попытайтесь позволить/повторно подключить одну вещь за один раз.
Это могло приложить немного усилий... более легкая вещь попробовать, который может решить проблему, новая установка Ubuntu (если Вы создаете резервную копию / домой/, / и т.д./, и список Ваших установленных приложений, и Вы не будете знать различия). Это не может решить данный (это походит), у Вас в настоящее время есть довольно новая установка, но если это делает это имеет обещание довольно минимального усилия.
Включите X аварийных люков:
$ gnome-keyboard-properties
и затем Разметки ➤ Опции... ➤ Сочетание клавиш для уничтожения X-сервера ➤ включают. Если X захватывает Вашу машину (вероятно, через видеодрайвер), это могло бы вывести Вас для проверения большего количества состояния.
/var/log/Xorg.0.log и ~/.xsession-errors может иметь полезную информацию для Вас. Наконец, если Ваши журналы становятся полными беспроводных сообщений карты, это не должно быть, и к сожалению эти два могли быть связаны. Отправьте пример ошибок WiFi и их частоты.
обновление:
Я склоняюсь к неисправному оборудованию, плохая сторона видеодрайвера теперь с решительным предпочтением драйверу, поскольку Win7 работает. При попытке использовать Nouveau экспериментальные драйверы для Вашей Nvidia Quadro 3100M, не делать. Канонический действительно продвинул это перед прайм-таймом.
$ sudo apt-get remove xserver-xorg-video-nouveau libdrm-nouveau1
$ sudo apt-get install jockey-gtk nvidia-current nvidia-settings \
xserver-xorg-video-nv
Не волнуйтесь если apt-get remove жалуется, что материал не там, поскольку Вы не хотите, чтобы он был. Я все еще хотел бы видеть Ваш файл Xorg.0.log.
обновление 2:
Спасибо за Xorg.log. Это NVS 3100M графический процессор в Вашем T410 является вполне буквально шизофреником, поскольку он будет вести себя как Nvidia Quadro или Intel 8xx в зависимости от... чего-то. Ваш X-сервер рассматривает его как набор микросхем Intel.
(II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
Который должен работать, но кто знает. Подтвердите, думает ли Ваша система Windows, что Вашим графическим процессором является Nvidia или Intel. Я теперь убежден, что это - ошибка драйвера.