the user OReactko in github os windows sanbox issue opened wrote this
A little more technical details now that I could grab a whole trace with ProcMon:
1. Hyper-V Infrastructure Healthy:
* vmms.exe (PID 4048) and vmcompute.exe (PID 4356) successfully create/load VM config files (.vmcx), mappings for C32.dll/exe.
* All FileSystemControl, CreateFileMapping, QuerySecurityFile operations on system files (32.dll, .sdb) return SUCCESS.
* No ACCESS_DENIED, STATUS_FILE_LOCKED, or I/O timeouts in early VM setup phase.
2. Sandbox VHDX Creation & Growth:
* Sandbox VHDX: C67c5896-3699-4e6f-9b26-5cb6aa5dd754.vhdx (for the run I traced down).
* Phase 1 (Sysprep): vmmemCmSysprep (PID 74012) writes continuously ~295MB+ offsets, 4-65KB blocks, all SUCCESS non-cached IO.
* Phase 2 (FirstBoot): Transitions to vmmemCmFirstBoot (PID 53304), reads/writes high offsets (341MB+, up to 820MB+), indicating guest OS OOBE/config in progress.
* VHDX grows as expected during boot sequence, no disk/NTFS errors.
3. Failure Pattern:
* No explicit errors (IRP_MJ_DEVICE_CONTROL, DeviceIoControl failures) explaining timeout.
* Activity continues post-Sysprep into FirstBoot, but Sandbox UI times out (likely 0x800705B4) waiting for guest readiness signal.
* Container orchestration fails handshake despite VM I/O healthy.
Environment:
* Windows 11 25H2 Build 26200.7462
* Windows Sandbox 0.5.13 (Microsoft Store, 2025-09-11)
* Hyper-V features enabled, no WSL/VMware conflicts visible.
Implication: Product bug in Sandbox boot orchestration, not host storage/Hyper-V fault.
yeah, when I tried run Hyper-V VM, it was ok