Элементарная ОС зависает случайным образом

Question

Я работаю с Elementary OS Freya уже давно, такая же установка не менее 2 лет, и время от времени она просто зависает полностью, больше не отвечает, не только рабочий стол, но и полностью, единственный способ исправить это удерживать кнопку питания ..
Сначала у меня была проблема со свопом, но я ее исправил, и я также установил проприетарные драйверы nvidia, но, похоже, ничего из этого не исправило.

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

Кроме того, это, кажется, происходит совершенно случайно

    Aug 21 13:15:34 Asus colord: Automatic metadata add icc-dc945c3592fc6c2089fd79db35a300dc to xrandr-LVDS1
    Aug 21 13:15:34 Asus colord: Profile added: icc-dc945c3592fc6c2089fd79db35a300dc
    Aug 21 13:15:34 Asus kernel: [   42.656869] audit_printk_skb: 48 callbacks suppressed
    Aug 21 13:15:34 Asus kernel: [   42.656874] audit: type=1400 audit(1503314134.828:28): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=2314 comm="apparmor_parser"
    Aug 21 13:15:34 Asus kernel: [   42.656883] audit: type=1400 audit(1503314134.828:29): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2314 comm="apparmor_parser"
    Aug 21 13:15:34 Asus colord: Profile added: M2020-Series-Gray..
    Aug 21 13:15:34 Asus colord: Device added: cups-M2020-Series
    Aug 21 13:15:35 Asus dbus[457]: [system] Activating service name='org.freedesktop.UDisks2' (using servicehelper)
    Aug 21 13:15:35 Asus udisksd[2385]: udisks daemon version 2.1.3 starting
    Aug 21 13:15:35 Asus dbus[457]: [system] Successfully activated service 'org.freedesktop.UDisks2'
    Aug 21 13:15:35 Asus udisksd[2385]: Acquired the name org.freedesktop.UDisks2 on the system message bus
    Aug 21 13:15:39 Asus kernel: [   46.979071] ACPI Warning: \_SB_.PCI0.PEG0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150930/nsarguments-95)
    Aug 21 13:15:39 Asus kernel: [   46.979166] ACPI Warning: \_SB_.PCI0.PEG0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150930/nsarguments-95)
    Aug 21 13:15:39 Asus kernel: [   46.979239] nouveau 0000:01:00.0: DRM: suspending console...
    Aug 21 13:15:39 Asus kernel: [   46.979243] nouveau 0000:01:00.0: DRM: suspending display...
    Aug 21 13:15:39 Asus kernel: [   46.979254] nouveau 0000:01:00.0: DRM: evicting buffers...
    Aug 21 13:15:39 Asus kernel: [   46.979256] nouveau 0000:01:00.0: DRM: waiting for kernel channels to go idle...
    Aug 21 13:15:39 Asus kernel: [   46.979297] nouveau 0000:01:00.0: DRM: suspending client object trees...
    Aug 21 13:15:39 Asus kernel: [   46.979533] nouveau 0000:01:00.0: DRM: suspending kernel object tree...
    Aug 21 13:16:12 Asus wpa_supplicant[1005]: wlan0: CTRL-EVENT-SCAN-STARTED 
    Aug 21 13:16:13 Asus sm-mta[1873]: unable to qualify my own domain name (Asus) -- using short name
    Aug 21 13:16:13 Asus sm-mta[1873]: gethostbyaddr(192.168.0.103) failed: 1
    Aug 21 13:16:13 Asus sm-mta[2633]: starting daemon (8.14.4): SMTP+queueing@00:10:00
    Aug 21 13:16:15 Asus sm-msp-queue[1882]: unable to qualify my own domain name (Asus) -- using short name
    Aug 21 13:16:16 Asus kernel: [   84.366042] init: plymouth-stop pre-start process (2771) terminated with status 1

Answer 1

Это не имеет особого смысла, но удаление wingpanel-indicator-power мне решить проблему с зависанием.

sudo apt-get remove wingpanel-indicator-power

Моя система не зависала полностью, как вы сообщали, но у меня были быстрые зависания, например, при открытии новой вкладки в Chrome.

Answer 2

Действительно трудно дать серебряный ответ на такой вопрос, потому что он настолько широк, но теоретически вы можете получить его, пройдя через слои вашей системы (ознакомьтесь с этим подробным описанием дистрибутива eOS) до ядра, чтобы посмотрим, что именно вызывает проблему. Считайте, что это ответ, чтобы помочь вам прийти к более точному вопросу. В процессе вы, вероятно, узнаете много нового о том, как работает ваша система.

Для начала, в следующий раз, когда он зависает, попробуйте переключиться на tty. Это делается с помощью нажатия клавиш (CTRL + ALT + F1 through F6 . Если ваши функциональные клавиши обычно используются для регулировки громкости, яркости и т.д., Возможно, вам придется включить клавишу Fn в эти комбинации. Если это успешно, то я бы начал подозревать какую-то часть вашего графического интерфейса. После переключения введите свои учетные данные пользователя, а затем вы можете попробовать множество методов для диагностики источника проблемы. Пара может быть:

• Запустите команду top и найдите процесс (в верхней части списка), который потребляет 100% ресурсов ЦП или большое количество любых других ресурсов.
• Проверьте различные слои журналов. Если вы подозреваете проблему с графическим интерфейсом, начните с журналов Xorg, которые являются самым низким уровнем "GUI", то есть вашим рабочим столом. Попробуйте проверить, регистрирует ли X-сервер какие-либо события, например. Направления Arch Wiki по этому вопросу довольно хороши. А именно, попробуйте проверить Xorg.0.log и Xorg.1.log на наличие строк, начинающихся с EE или WW которые указывают на ошибки или предупреждения соответственно.

Чтобы вернуться в графический интерфейс, нажмите Ctrl + Alt + F7 (опять же, здесь может быть применена клавиша Fn ).