ターミナルとNautilusがクラッシュ後に機能しなくなった


9

何かがひどく間違っていて、私が作業していたC ++プログラムがクラッシュした後、端末とnautilus(ファイル)が機能しなくなりました。

ターミネーター(別のシェルエミュレーター)をインストールできました。ターミネーターからターミナルを起動しようとすると、次のようになります。

(gnome-shell:779):Clutter-CRITICAL **:01:49:35.532:Clutterを初期化できません:Clutterバックエンドを初期化できません:利用可能なドライバーが見つかりません。(gnome-shell:779):mutter-WARNING **:01:49:35.532:Clutterを初期化できません。

Nautilusを起動すると、次のようになります(ところで、アイコンをクリックすることではなく、Terminatorから起動できます)。

**(nautilus:445):警告**:01:48:33.021:AT-SPI:デスクトップパスまたは名前を取得できません**(nautilus:445):警告**:01:48:33.026:AT-SPI :デスクトップパスまたは名前を取得できません**(nautilus:445):警告**:01:48:33.031:AT-SPI:デスクトップパスまたは名前を取得できませんでした

.....そのエラーをさらに10〜15回繰り返す....

**(nautilus:445):警告**:01:48:33.509:AT-SPI:デスクトップのパスまたは名前を取得できません**(nautilus:445):警告**:01:48:33.509:AT-SPI :デスクトップのパスまたは名前を取得できませんでした

どうすれば正常に戻すことができるかについてのアドバイスはありますか?

編集:再起動後も保持されます。


おそらくばかげた質問かもしれませんが、これは再起動後も持続しますか?それを質問に追加してください。
バナジウム

@バナジウムフェア質問!再起動後も保持されますが、編集しました。
Rotkiv 2018年

1
私もこれをヒットし、その問題レポートを提出しました:bugs.chromium.org/p/chromium/issues/detail?id
Daniel Fackrell

回答:


12

私はあなたが今日説明するのと同じ問題を経験し始めました。私の解決策はこのスレッドで見つかりました:https : //forums.linuxmint.com/viewtopic.php?t=279168

(後世のために)まず、TerminatorまたはXtermをインストールして、正常に機能する端末を入手します。Synaptic Package Managerを開き、そこにインストールします。

ホームフォルダー内のファイルのアクセス許可を確認する

find $HOME ! -user $USER

特に、ファイルの監視に注意してください .dbus

すべての権限を一度に解決できます

sudo chown -Rc $USER:$USER $HOME

さらに、でファイルを削除し$HOME/.dbus/session-bus、Chromeリモートデスクトップとそのデータを削除し$HOME/.config/chrome-remote-desktopて再起動しました。私の想定では、Chromeリモートデスクトップは更新中に自動的に再起動し、いくつかのファイルをrootとしてホームフォルダーに書き込みました。


3
私の場合もchrome-remote-desktopかもしれません。本当に奇妙です。いずれかの方法。現在は機能しています。ありがとうございました!
Rotkiv 2018年

お役に立てて嬉しいです。/var/log/apt/history.log過去数日間の他の更新に関連してchrome-remote-desktopがポップアップするかどうかを確認することができます。
ミシェル

それはまた私に起こりました。今回はただ取り除くだけで$HOME/.config/chrome-remote-desktop直った。だから、間違いなく何かがある。
ミシェル

おかげで、回復から私を救いました。
モンテネグロ

この答えは私にも役立ちます。Ubuntuを18.04から19.04にアップグレードし、chrome-remote-desktopアプリをインストールしました。回答からの手順と再起動で問題が解決しました。
voleger

2

上記の回答が言及するように、ディレクトリ〜/ .dbus /は重要です。存在しない場合は作成してください。

それでも解決しない場合は、環境変数を設定しますNO_AT_BRIDGE=1


2

https://bugs.chromium.org/p/chromium/issues/detail?id=988902を通じてクロモッティングチームと協力した後、私が学んだことは次のとおりです。

Gnome(およびおそらくXFCEなど)は現在、同じユーザーの複数のセッションを非常に適切に処理していません。

この場合、Chromeリモートデスクトップを追加すると、CRDクライアントを使用して接続できるデフォルトのGnomeセッションが作成されます。この2番目のセッションは、最初にローカルセッションの後に作成されたため、ローカルセッションではすべて正常であるように見え、次の再起動まで問題が完全に認識されない可能性があります。

ただし、再起動後、リモートセッションは起動時に実行され、通常ローカルセッションに使用されるリソースを取得します。これには、dbusソケット、オーディオシステム、ユーザーのキーリング、そしておそらく私が見つけなかった他のものを含めることができます。

これらは、後で開始するローカルセッションでは利用できなくなるため、使用を必要とするアプリケーションや機能は失敗し、関連するログの場所がわからない限り、サイレントモードで動作します。

現時点で推奨される回避策は、CRDを構成して別のセッションタイプを使用することです。たとえば、目的の構成で〜/ .chrome-remote-desktop-sessionファイルを作成します。

クロモティングチームには、ユーザーエクスペリエンスを大幅に向上させることが期待される新しいバージョンで展開するパッチがあります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.