[BUG] [Cowork] Windows: VM starts successfully but crashes within 5 minutes, service unrecoverable (Win 11 Pro, Hyper-V)

Resolved 💬 6 comments Opened Feb 12, 2026 by thisisJohnAU Closed Mar 29, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report
  • I am using the latest version of Claude Code

What's Wrong?

Cowork workspace setup begins but consistently fails with: "VM service not running. The service failed to start."

The VM briefly starts successfully (confirmed via Hyper-V event logs) but crashes within ~5 minutes. All subsequent attempts fail with the same error. This appears related to the broader pattern of Windows Cowork VM failures reported in #24974, #24962, #25024, #24945, and #24918.

Environment

  • Claude Desktop: v1.1.2685
  • Windows 11 Pro (build 26220)
  • Lenovo ThinkPad X1 Nano Gen 1 (20XYS03200)
  • 11th Gen Intel i7-1165G7, 16 GB RAM
  • Hyper-V enabled, Intel VT-x enabled in BIOS
  • Hyper-V services (vmms, vmcompute) running

Diagnostic Steps Taken

  1. Enabled Hyper-V via Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All
  2. Enabled Intel Virtualization Technology (VT-x) in BIOS (Security > Virtualization)
  3. Confirmed Hyper-V services running: vmms (Automatic), vmcompute (Manual)
  4. Confirmed VirtualizationFirmwareEnabled = True and VMMonitorModeExtensions = True
  5. Deleted claude-code-vm and vm_bundles directories to force clean rebuild — same failure
  6. Multiple Claude app restarts and full system reboots — no change

Hyper-V Event Log Evidence

The VM ('cowork-vm', ID 960E110C-FC59-5B4B-843D-68737D617893) started successfully at 13:55:21, connected to virtual network, then was turned off by 14:00:24. Subsequent attempts fail to restart the service.

13:55:20 - 'cowork-vm' properties were successfully initialized
13:55:21 - 'cowork-vm' connected to virtual network
13:55:21 - 'cowork-vm' started successfully
14:00:24 - 'cowork-vm' was turned off

Sentry Error IDs from main.log

  • 504336fc02cb420495984bc29c96127d
  • fdb50d1f08454b29a3cbeb235b3f0d15

Both errors: "VM service not running. The service failed to start."

Additional Log Notes

  • CSP violation errors blocking connections to https://a-api.anthropic.com/v1/m — consistent with the CSP bug reported in #25024 (fixed on macOS but not ported to Windows)
  • Repeated MaxListenersExceededWarning for AutoUpdater state store
  • Bundle version: fc96f5bc6a7aeee6e651437eba3c76d0fe9a16f3

Related Issues

  • #24974 — sessiondata.vhdx not created + macOS diagnostics on Windows
  • #24962 — Missing sessiondata.vhdx, no NAT, macOS commands on Windows
  • #25024 — CSP blocks a-api.anthropic.com, API unreachable from VM
  • #24945 — VM boots but API unreachable on Windows
  • #24918 — Cannot connect to Claude API from workspace (Windows 11)

Expected Behaviour

Cowork VM should start and remain running, with the workspace available for task execution.

What Actually Happens

VM starts, crashes within minutes, and cannot be restarted without manual cleanup of app data directories — after which the rebuilt VM crashes identically.

What Should Happen?

After Hyper-V and VT-x are enabled, the Cowork VM should start, remain running for the duration of the task, and recover gracefully if interrupted. Specifically:

  1. The VM should persist beyond initial boot without crashing unprompted
  2. If the VM service fails, the app should be able to restart it without requiring manual deletion of claude-code-vm and vm_bundles directories
  3. The Cowork tab should surface actionable error information rather than the generic "VM service not running" message, particularly any guest OS or coworkd logs from inside the VM that would explain why it stopped

Error Messages/Logs

In Cowork:

Failed to start Claude's workspace
VM service not running. The service failed to start.
Restarting Claude or your computer sometimes resolves this. If it persists, you can reinstall the workspace or share your debug logs to help us improve.

Steps to Reproduce

  1. Install Claude Desktop v1.1.2685 on Windows 11 Pro
  2. Enable Hyper-V and Intel VT-x (required — neither was enabled by default)
  3. Open Cowork and submit a task
  4. Workspace setup begins, VM starts successfully
  5. VM crashes within ~5 minutes
  6. All subsequent attempts fail with "VM service not running. The service failed to start."
  7. Deleting claude-code-vm and vm_bundles directories triggers a clean rebuild, but the rebuilt VM crashes identically

Claude Model

Opus

Is this a regression?

No, this never worked

Last Working Version

_No response_

Claude Code Version

Claude Desktop: v1.1.2685

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

_No response_

View original on GitHub ↗

This issue has 6 comments on GitHub. Read the full discussion on GitHub ↗