概要:Nautilusを起動したり、スクリーンショットを撮ったりすると、20秒以上かかることがあります。唯一の解決策は、再起動することです。再起動するたびに、これが再び発生する可能性は50%です。
下部の更新を参照してください!
Ubuntu 16.04(プレ)がインストールされたDellラップトップを持っています。ときどき(2セッションごとに)、セッション全体が一部のアプリケーションがハングするか、まったく起動しないの問題の影響を受けます。これは通常、再起動することで解決します(これは理想的ではありません)。
現在のセッションが影響を受けることを私が認識する最も一般的な方法は、nautilusウィンドウを開こうとする(「ファイル」ドックアイコンをクリックすること)です。 ウィンドウが開きますが、〜20秒後にのみ。
また他のプログラムからファイルダイアログを起動しようとした場合(たとえばを実行している場合、[ファイル]> [開く]またはMail> Attach)、20秒後にファイルピッカーが表示され、その間に親プログラムがフリーズします.
もう1つ、ドックからgnome-screenshot
を起動すると(gnome-screenshot -i
と同じ)ハングしませんクリックした後スクリーンショット実際にスクリーンショットを撮る前に、20秒ほどかかります。それまでの間、gnome-screenshot
の他のインスタンスを起動できないようです。
私が使用する他のプログラムの大部分はこれによる影響を受けません。
追加情報:
nvidia-prime
によってアクティブまたは無効にされているかどうかに関係なく発生します8月19日更新(周辺機器とSyslogを確認してくれた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
:良いセッション:
関連するsyslogはありません
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
。
このスレッドには、問題を絞り込むために使用できる手法があります。
次回、Nautilusを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
ニコラ、
ログを確認することに加えて、問題を複製する前に、ターミナルを開いて実行中の「トップ」セッションを確認することを強くお勧めします。
また、F1または他のtxtログインセッションから実行することも、セッションがハングした場合はsshを介してリモートで実行することもできます。
Nautilusとアプリ(主にvncを介して、場合によってはHostで)にさまざまな問題があり、これが解決につながることがあります。
たとえば、アプリ、ノーチラス、その他のどのプロセスが常に使用されているかを確認できる場合があります。
Curt