Невозможно отладить / воспроизвести сбой Ubuntu

Question

Я вообще озадачен этим крахом Ubuntu, который у меня есть. Машина зависает, мышь не двигается. Не может выйти в терминал, не может выйти из X, Apport ничего не сообщает.

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

Это совершенно новый Thinkpad T410. Он шел с Win 7, который я сохранил, и теперь у него двойная загрузка с Ubuntu 10.04.

Я попытался запустить Win 7, чтобы посмотреть, не сработает ли он там, потому что я подумал, что это может быть аппаратный дефект, но он там не рухнул. Я не исключаю эту возможность, потому что авария происходит так время от времени.

В Ubuntu я пробовал несколько ядер: 2.6.32.(21-23) и в режиме восстановления, и все они страдают от этой проблемы.

Я гуглял и проверял все системные журналы в поисках чего-то подозрительного и ничего не нашел. В журналах есть информация о моей Wi-Fi-карте, но ошибок нет.

Ищете идеи, что попробовать дальше.

Answer 1

Вы пробовали Memtest86? Это может быть проблема с ОЗУ, если ваша система случайно зависает. Запустите его на ночь и посмотрите, нет ли ошибок.

Ноутбук все еще на гарантии? Если так, тогда просто попросите замену, поскольку раздражающие проблемы теперь станут большими проблемами позже

Answer 2

По аналогии с MSW, если у вас запущен sshd, вы можете попробовать подключить ssh к вашему компьютеру с другого компьютера (если он у вас есть). Возможно, X просто завис, но компьютер все еще отвечает.

За все мои годы использования linux и оказания помощи другим в решении проблемы linux было всего несколько раз, когда я видел, как компьютер под управлением linux фактически зависал (не мог подключиться к SSH). Эти ситуации почти всегда были связаны с аппаратным обеспечением (за исключением времени, когда я запускал вилку для забавы ... Была еще одна проблема, связанная с драйверами, но я не помню, была ли она полностью заморожена или нет). Надеюсь, если вы сможете использовать SSH, у вас будет больше инструментов для диагностики проблемы. Если вы не можете, вероятно, его аппаратное обеспечение ... хотя, похоже, вы уже проверили память, что было бы моим первым предположением.

Еще одно предложение: попробуйте отключить Compiz (это можно сделать в меню «Внешний вид», установив специальные эффекты на «Нет»).

РЕДАКТИРОВАТЬ: Хорошо, звучит так, как будто это больше, чем просто сбой X. Факт, что окна работают, интересен все же. Попробуйте отключить как можно больше аппаратного обеспечения (принтеры, карты Wi-Fi и т.д.), А затем отключите драйверы Wi-Fi. Отключите как можно больше компонентов Ubuntu. Возможно выгрузка неиспользуемых модулей ядра. Отключить X. Отключить ненужные сервисы. Если проблема не исчезла, по крайней мере, вы исключили некоторые вещи ... Если нет, попробуйте включить / повторно подключить одну вещь за раз.

Это может занять немного усилий ... проще попробовать, которая может решить проблему, это новая установка Ubuntu (если вы сделали резервную копию /home /, /etc / и список установленных приложений, и вы выиграли не знаю разницу). Это может не решить эту проблему, учитывая (это звучит так), что у вас в настоящее время довольно свежая установка, но если это произойдет, она обещает довольно минимальные усилия.

Answer 3

Включите аварийный люк X:

$ gnome-keyboard-properties

а затем макеты ➤ Параметры ... Sequence Последовательность клавиш, чтобы убить X-сервер ➤ включить. Если X захватывает вашу машину (возможно, через видеодрайвер), это может вывести вас на проверку состояния.

/var/log/Xorg.0.log и ~/.xsession-errors могут содержать полезную информацию для вас. Наконец, если ваши журналы переполнены сообщениями беспроводной карты, это не должно быть, и, к сожалению, эти два могут быть связаны. Опубликуйте пример ошибок WiFi и их частоту.

обновление:

Я склоняюсь к плохому оборудованию, плохой стороне видео драйвера с сильным предпочтением драйвера, поскольку Win7 работает. Если вы пытаетесь использовать экспериментальные драйверы Nouveau для своего nVidia Quadro 3100M, не используйте его. Canonical действительно подтолкнул это до прайм-тайма.

$ 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. Теперь я убежден, что это ошибка драйвера.

Answer 4

Я, казалось, решил проблему. После установки новой Ubuntu (10.10) у меня еще не было сбоев. Прошло 2 недели. Используется ядро 2.6.35-22 64 бит.

Я понимаю, что это не отвечает на мой общий вопрос о том, как отлаживать очень глубокие сбои, но решает мою проблему.