таинственный сбой программы: где искать подсказки?

Выходные данные программ, вызываемых через графический интерфейс, отправляются в файл .xsession-errors в вашем домашнем каталоге, поэтому вы должны посмотреть здесь для подсказки.

Поскольку вывод всех программ идет до того же места, может быть трудно сказать, что исходит из программы сбоя. Если вы хотите получить вывод определенной программы, начните его с терминала. Либо введите имя исполняемого файла в командной строке, например Тип Firefox В приглашении оболочки или перенаправьте вывод в файл:

{ firefox; echo $?; } </dev/null >~/firefox-$(date).log 2>&1 & disown

Вы можете закрыть терминал, как только вы издали эту команду.

Все выход из Firefox будет войти в файл под названием Дата Firefox- .Log в вашем домашнем каталоге. Как только Firefox выходит, последняя строка в файле журнала станет кодом состояния: 0 для нормального выхода, 1-127 для ошибки и 128-255, если Firefox погиб из-за сигнала (например, 139 для нарушения сегментации, то есть Неверный доступ указателя).

Существует два основных виновника для частых аварий:

• ошибки видео драйвера. Если вы используете 3D-среду, такие как Unity (по умолчанию), попробуйте использовать 2D-среду вместо этого, например, LXDE без Compiz.
• Дефектная оперативная память. ОЗУ может идти плохо со временем. Проверьте свою оперативную память. Перезагрузите компьютер и нажмите и удерживайте Shift , как только вы видите сообщение о инициализации клавиатуры; Вы должны увидеть меню загрузки GRUB через несколько секунд. (Если вы не можете увидеть меню загрузки, см. Нажатие Shift не допускает меня в любое меню GRUB .) Пусть тест работает как минимум на один полный проход. Если оно сообщает об ошибке, немедленно измените свой RAM и проверим все ваши данные - плохой оперативной памяти может привести к повреждению коварных данных.

Проверяли ли вы, включено ли 3D?

glxinfo |egrep  -w 'rendering|renderer'

Если вы прочитали что-то о «растровом» или «нет», то оно не включено. Даже если включен opensource драйвер хороши, но есть много работы, чтобы сделать для достижения, по крайней мере, для старых карт одинаковой производительности драйвера nvidia.

Не ясно

«Строка поставщика OpenGL: VMware, Inc». Использование этого параметра в виртуальной машине?

Вызов исполняемого файла, которым вы не владеете, не является чем-то примечательным. Большинство исполняемых файлов в системе принадлежат root, и их запуск не дает пользователю никаких дополнительных привилегий.

Только исполняемые файлы setuid начинаются с эффективного UID , набора владельцу исполняемого файла, в то время как реальный UID остается реальным UID процесса вызова.

sudo является корнем setuid, поэтому он работает с эффективным 0 UID и реальным идентификатором UID. Но когда он вызывает другую команду, он устанавливает как эффективный UID, так и реальный UID для целевого пользователя. Вы должны поймать sudo сам, чтобы наблюдать EUID, который отличается от RUID. Это будет слишком быстро увидеть, если sudo не предложит пароль.

Можно легко наблюдать различные UID, выполнив команду passwd в качестве пользователя, не являющегося пользователем root. Во время отображения приглашения выполните ps в другой темринальной области:

ps -o user,ruser -C passwd

Чтобы найти все выполняющиеся процессы с различными идентификаторами EUID и RUID, можно использовать

ps -e -o user= -o ruser= | awk '$1 != $2'

Обычно не найти ни одного, большинство процессов setuid недолговечны.

Я бы начал с запуска с терминала. Вы уже сказали, что ваш графический терминал является проблемным приложением, поэтому используйте TTY:

1. Control + Alt + F1 , чтобы получить доступ к TTY1
2. Регистраций.
3. Запустите DISPLAY =: 0 gnome-terminal , чтобы запустить проблемное приложение на дисплее (очевидно, измените номер дисплея, если выполняется несколько).
4. Вернитесь к серверу X с помощью Control + Alt + F7 и используйте Gnome Terminal до тех пор, пока не произойдет сбой.
5. Вернитесь к TTY1 и просмотрите сообщение об ошибке.

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

Предполагая, что вы не найдете хорошее сообщение об ошибке Googleable, я бы запустил memtest (от grub или LiveCD/USB) и посмотрел, есть ли более стабильные драйверы для видеокарты. Затем измените версию ядра. К этому пункту речь идет о воспроизведении ошибки и заметке того, что вы изменили.