Coworkの「Plan9 mount failed」エラーが出たときの対処法

Windows版のClaude DesktopでCoworkを使っていると、「RPC error -1: failed to ensure virtiofs mount: Plan9 mount failed: bad address」で止まることがあります。GitHubのissue #26554には60件のコメントが付き、OSが書かれた報告はすべてWindowsです。issueは2026年3月10日にクローズされ、3月26日に自動ロックされました。

2026年9月からは、Windowsの月例更新KB5124008(ARM64はKB5124012)が原因の別系統の報告が出ています。該当するかどうかは「2026年9月のWindows更新(KB5124008)が原因のとき」の節で見分けます。そのうえで、コメントに書かれた対処を「効いた」「効かなかった」に分け、原因について出ている仮説を症状別に並べます。KB5124008の系統には修正版が出ています。それ以外の対処と仮説は、どれもユーザーの報告で、原因が特定されたわけではありません。

このエラーはローカルセッションのVMで出る

Coworkの実行場所には、クラウドとローカルの2通りがあります。Plan9のエラーが出るのは、VMを使うローカルの側です。

2026年10月6日から、ProとMaxプランの新しいCoworkタスクはクラウドで動き、設定の「Only on your computer」は削除されます。それ以前にPC上で始めたタスクは、PC上のまま続きます。TeamとEnterpriseでは、組織設定でクラウドセッションをオン・オフでき、ローカルのCoworkを残すこともできます。この切り替えの仕組みはCoworkの有効化とクラウド実行は別トグルにまとめています。

issueはどう動いたか

発生から修正の宣言、再発報告、ロックまでを日付で並べると、「直ったと言われたのに直らなかった」経緯が見えます。Coworkの全体像はClaude Cowork完全ガイドにあります。

修正の宣言に原因の説明はなく、1.1.5749以降も再発した報告が残っています。

報告された環境とログの見方

コメントに出てくる環境は、WindowsのエディションもPCの構成もばらばらです。

出方も一様ではありません。毎回出る人、2通目のプロンプトで出る人、セッションの途中や1時間ほどたってから出る人がいました。数日間は問題なく使えていたのに、システムを変えていないまま急に出始めた、という報告もあります。

自分の環境が同じ現象かどうかは、cowork_vm_node.logの次の行で見分けられます。

Spawn failed: RPC error -1: failed to ensure virtiofs mount: Plan9 mount failed: bad address

この報告者のログでは、VMへの接続自体は成功していて([startVM] VM already connected)、失敗はvirtiofsのマウントの段階でした。別の報告者のログでは、同じエラーの前後でStarting file watcherが4分間に5回繰り返されています。

報告された原因の仮説

原因については、コメントごとに違うことが書かれています。どれも「その人の環境ではそうだった」という報告で、共通の原因は示されていません。

どの仮説にも反例が出ています。ある報告者は、空白もシンボリックリンクもクラウド同期もないローカルフォルダーで、Google共有ドライブでも失敗しました。OneDriveについては、ファイルを外に移したら15分おきの再起動が要らなくなったという報告と、内外で変わらなかったという報告の両方があります。

2026年9月のWindows更新(KB5124008)が原因のとき

2026年9月9日ごろから、次の2つのエラーが出ます。1つは「Plan9 mount failed: invalid argument」。もう1つは「sandbox-helper: no Plan9 drive shares mounted under /mnt/.virtiofs-root/shared」です。どちらも、Coworkのdevice_bashがすべて失敗する症状です。こうした報告が相次いでいます。GitHubのissue #92984(コメント120件)と#92958が中心です。#26554の「bad address」とは別系統です。上の仮説を当てはめたり、次の節以降の対処を試したりする前に、まずこちらに当てはまるかを確かめます。

見分ける材料は次の3つです。

• Windowsのバージョン情報で、OSビルドが26200.9445(25H2)または26100.9445(24H2)になっている(いずれもx64)。ARM64では28000.2954(KB5124012)
• Get-HotFix -Id KB5124008でKB5124008が出る
• Claude Desktopのバージョンを変えていないのに、更新の再起動の後から失敗し始めた

報告者の検証では、Claude Desktop(1.49585.0)とVMバンドルを固定したまま、KB5124008を外すとマウントが戻り、入れ直すと再発しました。ホスト側はadd_plan9_shares completedと成功を記録するのに、VMの中では共有が0件しかマウントされない、という出方です。ファイルの一覧・転送(device_list_dirなど)は動き続けるため、シェルだけが止まったように見えます。バンドルの再ダウンロードやコネクトしたフォルダーの付け直しは効かなかったと書かれています。

直し方は、報告の中で2通りに分かれます。

Windows 10でも同じ症状が出た報告があり、Windows 10向けの臨時更新KB5129236を更新プログラムカタログから手動で入れて直ったというコメントがあります。Windows 11の26H2のInsider Preview(ビルド26340台)でKB5124008なしに同じ失敗が出たという報告もあり、その場合は上の見分け方の1つ目に当てはまりません。

KB5124008に当てはまらない場合や、修正版を入れても直らない場合は、次の節以降の対処に進みます。issue #92984はオープンのままで、10月にも追記があります。

効いたという報告の順番

「直った」と書かれた対処を、軽い順に並べます。

サービスの再起動は、次の2行です。

net stop CoworkVMService
net start CoworkVMService

CoworkVMServiceは、Windowsのサービス一覧では「Claude」という表示名で出る、という報告があります。

対処の後で「VM service not running. The service failed to start.」に変わる報告も2件あります。1件は、復旧にパソコンの再起動が要り、1日に何度も起きると書いています。もう1件は、ログアウトとプロセス終了のあとに同じ文言が出て、ワークスペースの再インストールでも直りませんでした。

vm_bundlesフォルダーを削除したら直ったが、セッションの途中でまた壊れた、という報告もあります。このフォルダーが膨らむ別の問題は、CoworkのVMバンドルが重くなる原因と対処法で扱っています。

コミュニティが公開したPowerShellスクリプト集もあり、プロセス終了・サービス停止・VMキャッシュの削除・再起動を自動で行います。直ったという報告のほか、毎回2〜3GBのVM資材を再ダウンロードする副作用の報告もあります。公式のものではないので、実行前に中身を読む必要があります。

効かなかった対処

あるMaxプランの利用者は、次の対処をすべて試してもマウントの失敗が続きました。

• AppData・MSIXパッケージ・CoworkVMServiceをすべて削除したうえでのクリーン再インストール
• sfc /scannow(破損ファイルの修復には成功)
• DISM /Online /Cleanup-Image /RestoreHealth
• Hyper-Vのサービス(vmms、vmcompute)の再起動
• 修復後の完全な再起動と、VPNの無効化

別の報告者は、再インストールをしても変わらず、翌日にプロセスの終了とログアウトを試して直りました。OSの修復や再インストールより前に、上のステップを試す順番になります。

Hyper-Vの無効化は選べないことがある

仮想化機能が原因に見えますが、Hyper-Vを無効にできない環境もあります。WSL2とDocker Desktopが業務に必須だと書いた報告者は、この対処を選べませんでした。VirtualBoxに切り替えたら動いたという報告も1件ありますが、理由は書かれていません。

直らないときの選択肢

繰り返し出てVMを調整できないときは、いくつか道があります。

• クラウドセッションに切り替える: 実行場所が変わるとデータの扱いも変わります。Claude Coworkのデータ取得の仕組みで、切り替え前の違いを読めます。
• VMなしで使える範囲を知る: ローカルのVMが起動できないとき、ファイル操作とWebツールは動き続け、シェルコマンドとコード実行だけが「workspace unavailable」と報告します。この表示はCoworkで「workspace unavailable」と出たときの対処法にあります。
• 管理者に仮想化機能を尋ねる: 社給PCでは、仮想化機能をポリシーで制限していないかが論点になります。環境の報告には、BIOSの仮想化・Virtual Machine Platform・Windows Hypervisor Platformをすべて有効にしたうえで発生した例があります。
• 最新版のClaude for Windowsを使う: Claude Desktop for Windowsはすべての有料プランで使え、Coworkには最新版が必要です。

まとめ

2026年9月以降にこのエラーが出始めたなら、まずKB5124008とその修正版(x64はKB5129195、ARM64はKB5129194)を疑います。それ以外では、版数を上げても再発した例があり、issueに原因の説明はありません。OSの修復や再インストールより、軽い対処で戻ったという報告が中心です。直らなければ、新しいissueにログの該当行を添えて報告する手があります。