この回答は、FrançoisBeaufortのG +投稿での Rob Calistriのコメントに由来しています。ソースへのクレジット。最近、Ubuntu(またはUbuntu Gnome)を空白の画面ではなく更新した場合、Chromeリモートデスクトップ経由で接続すると、パネルのない壁紙だけが表示される可能性があります。この変更により、Chromeリモートデスクトップは新しいデスクトップを作成する代わりに既存のXサーバーを使用するようになります。
Debianパッケージをインストールした後chrome-remote-desktop_current_amd64.deb
、現在のユーザーがchrome-remote-desktop
グループの一部であることを確認してください。
sudo usermod -a -G chrome-remote-desktop username
Chromeリモートデスクトップを停止します。
/opt/google/chrome-remote-desktop/chrome-remote-desktop --stop
元の構成をバックアップします。
sudo cp /opt/google/chrome-remote-desktop/chrome-remote-desktop /opt/google/chrome-remote-desktop/chrome-remote-desktop.orig
(設定ファイルを編集してsudo vim
、gksudo gedit
など):
gksudo gedit /opt/google/chrome-remote-desktop/chrome-remote-desktop
DEFAULT_SIZES
リモートデスクトップの解像度を見つけて修正します。例えば:
DEFAULT_SIZES = "1920x1080"
Xディスプレイ番号を現在のディスプレイ番号に設定します(echo $DISPLAY
どの端末からでも取得できます)。Ubuntu 17.10以前では、これは通常0
であり、Ubuntu 18.04では、通常は1
次のとおりです。
FIRST_X_DISPLAY_NUMBER = 0
次に示すように、追加のディスプレイを探すセクションをコメントアウトします。
#while os.path.exists(X_LOCK_FILE_TEMPLATE % display):
# display += 1
新しいセッションを起動する代わりに、既存のXセッションを再利用します。アルターlaunch_session()
コメントアウトによるlaunch_x_server()
と、launch_x_session()
関数定義は、最終的に以下のように見えるようにし、代わりにDISPLAY環境変数を設定します:
def launch_session(self, x_args):
self._init_child_env()
self._setup_pulseaudio()
self._setup_gnubby()
#self._launch_x_server(x_args)
#self._launch_x_session()
display = self.get_unused_display_number()
self.child_env["DISPLAY"] = ":%d" % display
エディターを保存して終了します。Chromeリモートデスクトップを起動します。
/opt/google/chrome-remote-desktop/chrome-remote-desktop --start
注意:この回答が2015年2月にUbuntu(Gnome)14.04向けに最初に書かれたとき、Chromeリモートデスクトップが何らかの理由でdeja-dup-monitorが暴走し、システムメモリをすべて消費するという問題がありました(launchpadバグを参照)。これにより、Chromeリモートデスクトップ経由で接続/切断した後、Ubuntuは本質的に使用できなくなりました。
2016年11月の更新:上記のリンクされたG +の投稿コメントでのRob Calistriによる更なる更新に基づいて、手順が修正されました。Ubuntu 16.04では、deja-dup-monitorのバグは解決されたようです(前回のテストでメモリ使用量が2.8 MiBを超えたことはありません)。