Cowork: VM connection timeout on Windows ARM64 (Snapdragon X Plus)
Resolved 💬 13 comments Opened Apr 8, 2026 by afram123 Closed May 28, 2026
Description
Claude Cowork fails to start on Windows ARM64 (Snapdragon X Plus) with "VM connection timeout after 60 seconds." It has never successfully connected — zero successful guest connections across 30+ attempts from March 26 to April 9, 2026.
System Info
- CPU: Snapdragon X Plus (X1P42100), 8 cores
- OS: Windows 11 Home ARM64, Build 26200
- RAM: 32GB
- Disk: 693GB free
- Claude version: 1.1348.0.0 (arm64, Microsoft Store)
- VM config: 4096MB RAM, 2 CPUs allocated
Failure Pattern
The VM boots successfully via HCS, but the Linux guest never establishes an HvSocket connection:
[VM:steps] create_vm_config completed (63ms)
[VM:steps] vm_boot completed (104ms)
[VM:steps] add_plan9_shares completed (3ms)
[VM:start] Still waiting for guest connection... 10130ms elapsed, 21 polls
[VM:start] Still waiting for guest connection... 20293ms elapsed, 41 polls
[VM:start] Still waiting for guest connection... 30474ms elapsed, 61 polls
[VM:start] Still waiting for guest connection... 40645ms elapsed, 81 polls
[VM:start] Still waiting for guest connection... 50849ms elapsed, 101 polls
[VM:start] Connection timeout, last completed step: add_plan9_shares
What I've Tried
- Restarting the computer (multiple times)
- Deleting
smol-bin.vhdxand letting it recreate - Full workspace reinstall (deleted entire
vm_bundlesdirectory, fresh re-download) — same timeout - Stopping vmcompute service, killing vmwp.exe, restarting services
- The auto-reinstall ran once on March 26 and failed with the same timeout
Additional Context
- Hyper-V Host Compute Service (vmcompute) and HvHost are both running correctly
- The VM boots (vmwp.exe starts), but the ARM64 Linux kernel/init inside the VM appears to fail silently before it can start its agent service
- Secondary issue: after a failed attempt,
vmwp.exeholds a lock onsmol-bin.vhdx, causing EBUSY errors on subsequent attempts until vmcompute is stopped and vmwp is killed - Cowork was announced for Windows ARM on 2025-03-25; the first attempt on this machine was March 26 and it has never worked since
Relevant Logs
cowork_vm_node.log: Every attempt ends withConnection timeout, last completed step: add_plan9_sharescowork-service.log: HCS initializes correctly, VM session created, network configured — all infrastructure works- Boot mode:
UEFI BootThis+VmbFs (ARM64) - Kernel cmdline:
initrd=\initrd root=/dev/sda1 rootfstype=ext4 rw panic=10
This issue has 13 comments on GitHub. Read the full discussion on GitHub ↗