VM connection timeout after 60 seconds が出るときに、まず見るところこの症状は、少なくとも今回渡された issue では 2 つの見え方に分かれています。ひとつは Windows 11 ARM64 / Snapdragon X 系で、VM の起動や共有設定までは進むのに、ゲストがホストへ戻ってこず 60 秒で失敗するパターンです。もうひとつは、VM の状態が残ったままになり smol-bin.vhdx が掴まれ続けるパターンです。前者は #85739、後者は #79270 に書かれています。
ただし、今回の二件だけでは「同じ原因」とまでは言えません。#85739 では、VM 自体は始まっていて、add_plan9_shares までは 500ms 未満で終わる一方、その先のゲスト接続待ちで止まっています。対して #79270 では、load_swift_api の段階で失敗し、さらに VM instance ID が再起動をまたいで同じだったと報告されています。症状は似ていますが、止まる場所が違います。
自分のケースがどちら寄りかを見分けるには、まず「どの段階で止まるか」を見ます。issue 上で確認できる範囲では、add_plan9_shares まで進むなら #85739 側の像に近く、load_swift_api より前で失敗したり、VM の状態が再起動後も残っていそうなら #79270 の像に近いです。
#85739 の要点は、再インストールや vm_bundles の削除でも再現するという点です。報告では、vm_bundles ディレクトリを消して fresh initrd と fresh copy of smol-bin.arm64.vhdx を作り直しても、VM connection timeout は続いたとされています。つまり、少なくともその報告者にとっては「古いキャッシュが残っていたから直った」という話ではありません。
#79270 では、別の問題も同時に出ています。Get-HnsNetwork が elevated session から 0 件を返したとあり、さらに [KernelBugMonitor] State reset が毎回失敗の 4 分後に発火していたと書かれています。これは Windows 側のネットワーク層やホスト状態の問題を疑いたくなる材料ですが、ここから先は issue の記述以上には踏み込めません。
筆者の環境で確認できたのは、Claude Code が複数インストールされていることです。これは今回の VM timeout issue の直接原因だとは断定できませんが、少なくともインストール状態に注意が必要な例としては使えます。実測ではこう出ています。
$ claude --version
2.1.207 (Claude Code)
$ claude doctor
Claude Code doctor
Running: native (2.1.207)
Commit: bc512d563325
Platform: darwin-arm64
Path: ~/.local/share/claude/versions/2.1.207
Config install method: native
Search: OK (bundled)
Auto-updates: enabled
Auto-update channel: latest
Last update attempt: none recorded
Multiple installations found
- npm-global at /usr/local/bin/claude
- native at ~/.local/bin/claude
Remote Control
Control this session from claude.ai/code or the Claude mobile app
1 warning found
- Leftover npm global installation at /usr/local/bin/claude
Fix: Run: npm -g uninstall @anthropic-ai/claude-code
For a full setup checkup that can also fix issues, run /doctor in a Claude Code session.
この出力から言えるのは、少なくとも筆者の環境では native と npm-global の両方が見えていることです。なお、これは macOS の検証結果で、issue にある Windows ARM64 の VM timeout を再現したものではありません。そこは分けて読んでください。
現時点で、解決済みの一般手順として確立しているものは、この 2 件だけからは見えません。#79270 は closed ですが、本文にある通り duplicate 扱いで閉じられており、コメントでは #40198 を追うよう案内されています。つまり、この症状は「その issue 単独で完結した修正済みバグ」というより、別 issue に集約されている最中と読むのが自然です。
自分で切り分けるなら、まずは「Windows ARM64 / Snapdragon X かどうか」「add_plan9_shares まで進むか」「load_swift_api 付近で止まるか」「再起動後も同じ VM instance ID やロックが残るか」を見ます。ここで見える事実が、今回の 2 件のどちらに近いかを決めます。逆に、それ以外の情報だけでは、原因の断定はできません。
claude --version : 2.1.207 (Claude Code)
OS : Darwin 25.3.0 (arm64)
Python : 3.14.2
検証日時 : 2026-08-16T14:06:54+09:00