大楽勝成らず、LinuxMint（親機）＆Windows（子機）Googleリモート運用

Linux Mintで挑むアマチュア無線リモート化：Chromeリモートデスクトップ設定の「光と影」1. 導入：シャックの夢と現実、そして名機「Let's Note」

アマチュア無線家にとって、自宅のシャック（無線室）に鎮座するリグを、離れた場所から操作する「リモート運用」は、技術的好奇心を最も刺激するテーマの一つです。JH4SBD氏がこの挑戦を決意したのは、地元の無線家たちが集まった懇親会でのことでした。「Linux Mint上のWSJT-Xを、Windowsから手軽に制御できる」という仲間内の情報に、胸を躍らせたのです。

相棒に選んだのは、日本の無線家にも愛用者が多い名機、Panasonicの CF-SZ6。堅牢なこのモバイル機にLinux Mintをインストールし、夢のリモートシャック構築が始まりました。しかし、「手軽なはずのツール」が牙をむくまでに、そう時間はかかりませんでした。

Google Chromeの導入は、本来なら単純な作業です。しかし、ソース資料が語るプロセスは、まさに「OSとの対話」そのものでした。AI（Grok）は当初、このツールをこう称賛していました。

「固定IPやポート開放が不要で、設定が簡単です。」

ところが、現実のターミナルは甘くありません。インストール直後から sudo apt --fix-broken install による依存関係の修復を迫られ、さらにXfceデスクトップ環境を認識させるために .chrome-remote-desktop-session という設定ファイルを自作する「儀式」が必要となりました。この一筋縄ではいかない手触りこそ、LinuxというOSの奥深さでもあります。

ブラウザ上のGUI設定画面で、期待した「オンにする」ボタンが反応しないという事態。ここでテクニカル・エバンジェリストが選ぶ次の一手は、コマンドラインによる「ヘッドレス方式」です。しかし、ここには初心者を拒絶するような高い壁が立ちはだかっていました。

• OAuth errorとの戦い： 認証用コードの有効期限は極めて短く、操作が数分遅れるだけで無情なエラーが返されます。
• ストイックな無音のターミナル： Enter a PIN と表示された際、セキュリティの仕様で入力した数字は1文字も表示されません。この「沈黙」に耐え、己の指先を信じて6桁の数字を打ち込む度胸が試されます。
• 厳格な引数管理： --pin=123456 といった引数を正確に渡さない限り、ツールはただ「使い方のヘルプ」を表示して沈黙を守るだけでした。

設定の核心部分で、JH4SBD氏は usermod: グループ 'chrome-remote-desktop' は存在しません という致命的なエラーに遭遇します。パッケージをインストールしたにもかかわらず、本来あるべき権限グループが自動生成されないという、Linuxのパッケージ管理における不測の事態です。

この問題に対し、sudo groupadd chrome-remote-desktop で手動作成し、自らを所属させてから再ログインを敢行。Linuxの権限管理がいかに厳格で、かつ手動介入の余地を残しているかを痛感させるエピソードです。

ついに Active: active (running) という輝かしいステータスを勝ち取った瞬間。しかし、Windows側の画面は依然として冷酷なグレーアウトのままでした。

ログを精査すると、そこには残酷な真実が隠されていました。Main PID が勝手に切り替わり、Tasks: 1 という「中身が空」のゾンビ状態。さらに xdpyinfo: unable to open display ":20" というエラーが追い打ちをかけます。これは、Chromeリモートデスクトップが独自の仮想ディスプレイを生成しようとする際、Linux Mint (Nobleベース) のXfce/LightDM環境と真っ向から衝突している証拠でした。

JH4SBD氏は、仮想フレームバッファを補完する xvfb や xbase-clients を導入するという専門的なアプローチまで試みましたが、この「ディスプレイ番号 :20」の壁を突き崩すことは叶いませんでした。

最終的に、JH4SBD氏の記録は「残念ながらリモート運用には至りませんでした」という言葉で締めくくられています。しかし、これは決して「敗北」ではありません。

• Linux Mint + Xfce環境において、Chromeリモートデスクトップの仮想ディスプレイ管理は極めて不安定であること。
• Ubuntu 24.04 (Noble) ベースのOSでは、既存のデスクトップセッションとの競合が深刻であること。

これらの知見は、同じ道を歩む無線家たちにとっての「道標」となります。結論として、この環境ではWindows標準アプリで接続できる xrdp の方が、圧倒的に安定したリモート環境を提供できる可能性が高いのです。

あなたは一つのツールを完遂することに固執しますか？ それとも、目的である「交信」のために、柔軟に手段を切り替えますか？ 困難に直面した際の「戦略的撤退」と「次の一手」こそが、アマチュア無線家らしい、真にクリエイティブな技術への向き合い方なのです。

2. 衝撃の事実1：「簡単設定」の裏に潜むLinux特有の儀式3. 衝撃の事実2：GUIがダメなら「ヘッドレス」で攻めろ4. 衝撃の事実3：存在しない「グループ」の壁5. 衝撃の事実4：「Active (running)」なのに繋がらない！魔のディスプレイ番号 :206. 総括：ツールに固執しない「勇気ある撤退」と次の一手　ーーーーーーーーさらにつづく