Сводка: иногда запуск Наутилуса или делание снимка экрана занимают 20 секунд или больше. Единственное решение, кажется, перезагружает. В каждой перезагрузке у меня есть 50%-й шанс этого появления снова.
Посмотрите обновления внизу!
У меня есть ноутбук Dell с Ubuntu 16.04 (пред) установленный. Несколько раз (я сказал бы, каждые 2 сессии), мне влияла на мою всю сессию проблема с некоторым зависанием приложений или не запуском вообще. Это обычно решается путем перезагрузки (который не идеален).
Наиболее распространенный способ я понимаю, что текущая сессия затронута, путем попытки открыть окно наутилуса (путем нажатия на значок панелей "Файлов"). Окно откроется, но только после ~20 секунд.
Также, если я попытаюсь запустить диалоговое окно Файла из других программ (например, при выполнении Файла> Открытый или Почтовый> Присоединение), то средство выбора файла появится после 20 секунд, замораживая родительскую программу тем временем.
Другая вещь, которая происходит, является этим, если я запускаюсь gnome-screenshot
от прикрепления (эквивалентный gnome-screenshot -i
), это не зависает, но после того, как я нажимаю Take Screenshot, который это берет за ~20 секунд до этого на самом деле сделать снимок экрана. Тем временем я, может казаться, не запускаю другие экземпляры gnome-screenshot
.
По крайней мере одна программа (блендер) не запустится вообще: если я запускаю исполняемый файл Блендера 2.80 (который обычно хорошо работает), с --debug-all
, все, что я вижу, является этой строкой в терминале Switching to fully guarded memory allocator
, затем ничто (с программой, все еще содержащей терминал неограниченно долго).
Большинство других программ, которые я использую, незатронуто этим.
Дополнительная информация:
nvidia-prime
Обновления 19 августа (благодарен за то, что Robert Riedl заставляет меня посмотреть на периферийные устройства и системные журналы):
Взгляд на /var/log/syslog
s, я могу заметить эти различные поведения:
gnome-screenshot
: хорошая сессия: Aug 19 08:13:01 quokka dbus[964]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Aug 19 08:13:01 quokka systemd[1]: Starting Hostname Service...
Aug 19 08:13:01 quokka kernel: [ 162.129006] talpa-vfshook: devpts is on the skip list, not patching
Aug 19 08:13:01 quokka kernel: [ 162.129031] talpa-vfshook: mqueue is on the skip list, not patching
Aug 19 08:13:01 quokka kernel: [ 162.129037] talpa-vfshook: Patching hugetlbfs
Aug 19 08:13:01 quokka dbus[964]: [system] Successfully activated service 'org.freedesktop.hostname1'
Aug 19 08:13:01 quokka systemd[1]: Started Hostname Service.
gnome-screenshot
: плохая сессия:
Ничто в огне; затем, когда в конечном счете снимок экрана сделан, только эта строка
Aug 19 07:57:51 quokka dbus[1029]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
nautilus
: хорошая сессия:
Никакие соответствующие системные журналы
nautilus
: плохая сессия:
Ничто в огне; затем, когда в конечном счете окно открыто, только эта строка
Aug 19 08:01:31 quokka dbus[1029]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Походит на эту 2-летнюю ошибку:
решение, кажется, добавляет
dbus-update-activation-environment --systemd DBUS_SESSION_BUS_ADDRESS DISPLAY XAUTHORITY
кому:
.xinitrc
или.xsession
.
Этот поток имеет методы, которые можно использовать для сужения проблемы:
В следующий раз это происходит, вместо того, чтобы запустить Наутилус с рабочего стола GUI или меню открывают терминал и тип nautilus
. Затем Вы будете, надо надеяться, видеть некоторые сообщения об ошибках, которые говорят Вам точную проблему.
В ссылке выше решения, на которое намекают, должен был использовать:
cp /etc/X11/xinit/xinitrc ~/.xinitrc
Затем отредактируйте файл ~/.xinitrc
и добавьте dbus
команда. В моей системе конечный результат был бы похож на это:
$ cat ~/.xinitrc
#!/bin/sh
# /etc/X11/xinit/xinitrc
#
# global xinitrc file, used by all X sessions started by xinit (startx)
# invoke global X session script
. /etc/X11/Xsession
dbus-update-activation-environment --systemd DBUS_SESSION_BUS_ADDRESS DISPLAY XAUTHORITY
Nicola,
В дополнение к рассмотрению журналов рекомендуют, чтобы я настоятельно рекомендовал открытие терминала и наблюдение рабочей "лучшей" сессии прежде, чем копировать проблему.
Также можно выполнить его от F1, или другие txt входят в сессии, или даже удаленно через ssh, если сессия зависает.
У меня были различные проблемы с наутилусом и приложениями (главным образом через vnc, но иногда в хосте), и это иногда имеет вывод к разрешению.
Например, Вы смогли говорить, который процесс поднимает все время, приложение, наутилус или другой.
Curt