回答:
これは実際には機能であり、バグではありません。これが行われる前は、システムは保存されていない作業が失われたときにログアウトし、損傷がないようにします。
今日、待つ価値のある長いタスクを実行するアプリケーションは、DBusを介して自分自身をシェルに登録します。これらは、ビデオのエンコード、Ubuntu OneまたはDropBoxタスクのアップロードと同期などです。
アプリケーションがクラッシュして、保留中のタスクの登録解除に失敗することがあり、それらがfirefoxである場合とそうでない場合があります。
d-feetなどのDBusビューアを使用して、シャットダウン阻害要因を調査できます。
セッションバスでは、org.gnome.SessionManager
インターフェイスがメソッドを公開しGetInhibitors()
ます['/org/gnome/SessionManager/Inhibitor2']
。このパスにあるオブジェクトを使用すると、GetAppId()
(例:ハンドブレーキ)、GetReason()
(例:エンコーディング)、GetToplevelXid()
(例:79691816L)などのさまざまなクエリを実行できます。特に最新のものが役に立つ場合があります。xwininfo -id 79691816
ウィンドウがまだ存在するかどうかを確認し、ウィンドウがまだ存在する場合は、実際のタイトルを確認できます。
Firefoxは長い間、不正なメモリリークに悩まされてきました。そして、それは最近のいくつかのリリース(4、5、6)で悪化しています。
私はしばしばこの「応答なし」のメッセージを受け取り、試行錯誤によってそれがFirefoxからのものであることを学びました。お使いのコンピュータでFirefoxがこれを引き起こしているかどうかを確認するには、次の手順を試してみてください。
[応答なし]ダイアログが表示されたら、システムモニターを開きます。プロセスリストでfirefox-bin実行可能ファイルを探し、見つかった場合は、待機チャネルヘッダーに「futex_wait_queue_me」と表示されているかどうかを確認します。
このエントリが表示された場合は、ターミナルを開いて「killall firefox-bin」と入力してください。このコマンドはプロセスを終了します。
ここで、[応答なし]ダイアログを作成したことを繰り返し(たとえば、コンピューターを再起動またはシャットダウンしようとする)、すべてが協調しているかどうかを確認します。すべてがスムーズで、別の[応答なし]ダイアログが表示されない場合は、Firefoxのメモリリークが原因であると推測できます。