{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreiecvlh4vgh5humex6q24t5ukikt2drrymwjqqdmqzpfew43nb33tu",
    "uri": "at://did:plc:ws6dhxzqnqxu5aqxt4kd27oc/app.bsky.feed.post/3mmsisezgjrj2"
  },
  "coverImage": {
    "$type": "blob",
    "ref": {
      "$link": "bafkreiazhyidgcte3guht6pu6uvvjsra3xipplqtxwnx43wjd6ay545wrq"
    },
    "mimeType": "image/png",
    "size": 830786
  },
  "description": "Clear the bad memory image, restore permissions, and get the virtual machine booting again on Windows Server or Windows 11.",
  "path": "/hyper-v-vm-stuck-in-saved-state-how-to-fix-it/",
  "publishedAt": "2026-05-27T02:51:31.000Z",
  "site": "https://allthings.how",
  "tags": [
    "@Techi"
  ],
  "textContent": "A Hyper-V virtual machine that refuses to leave the Saved state is one of those problems that looks small in Hyper-V Manager and turns into an outage in practice. The VM sits there with a paused-clock icon, the Start action does nothing useful, and the error usually reads _Failed to restore virtual machine state_ or _Virtual machine could not be started because the hypervisor is not running_. The fix is almost always to discard the saved memory image and boot the VM cold, but a few different things can block that simple step.\n\n**Quick answer:** In Hyper-V Manager, right-click the stuck VM and choose **Delete Saved State** , then click **Start**. If that option fails or the VM still won't boot, fix NTFS permissions on the VM folder, confirm the host has free RAM and disk space, and verify the storage path holding the `.bin` and `.vsv` (or `.vmrs`) files is online.\n\nA Hyper-V guest stuck in the Saved state on a Windows host.\n\n* * *\n\n### What the Saved state actually is\n\nWhen you pick **Save** instead of **Shut Down** , Hyper-V freezes the guest by writing its RAM and device context to disk and releasing host resources. On older configuration versions, you get a `.bin` file for memory contents and a `.vsv` file for device state, such as CPU registers and network adapter buffers. Newer VM configuration versions consolidate this into `.vmrs`.\n\nOn Start, Hyper-V reads those files back into memory and resumes execution. If anything between save and resume changes — the files get corrupted, the host hardware changes, a drive letter shifts, permissions are stripped — the resume fails, and the VM cannot transition out of Saved. That is the entire problem in one paragraph.\n\nSaved state is not the same as a checkpoint. Checkpoints capture disk plus memory and live alongside the VHDX as `.avhdx` differencing disks. Deleting a saved state never touches the virtual disks, only the memory image.\n\nImage credit: __Microsoft (via YouTube/@Techi Jack)__\n\n* * *\n\n### Common reasons it fails to resume\n\nCause| What you'll see\n---|---\nCorrupted memory image (`.bin`/`.vsv`/`.vmrs`)| \"Failed to restore virtual machine state\" after a crash or power loss\nHost hardware or CPU change after the save| \"The virtual machine is not compatible with the physical computer\"\nStorage gone offline or drive letter changed| VM can't find its files; status flips to Saved-Critical\nBroken NTFS permissions on the VM folder| `Start-VM` returns `AccessDenied` / `PermissionDenied`\nInsufficient host RAM or disk space| Resume hangs at a low percentage, then errors out\nInterrupted backup job| VM left in Saved by the VSS writer mid-snapshot\nConfiguration version mismatch after host upgrade| VM saved on an older host won't resume on a newer one\n\n* * *\n\n### Delete the saved state from Hyper-V Manager\n\nThis is the safe default. It discards anything held only in the guest's RAM at the moment of save (unsaved app data, in-memory caches), but it does not modify the VHDX, so the file system and installed software are untouched. Treat it as the equivalent of pulling the cord on the VM and booting fresh.\n\n**Step 1:** Open **Hyper-V Manager** and select the affected host in the left pane. Find the stuck guest in the Virtual Machines list.\n\n**Step 2:** Right-click the VM and choose **Delete Saved State**. Confirm the prompt. The state should flip from Saved to Off within a couple of seconds.\n\n**Step 3:** Right-click the VM again and click **Start**. The guest should perform a cold boot like it had been powered off.\n\nImage credit: __Microsoft (via YouTube/@Techi Jack)__\n\n⚠️\n\nIf you see \"The operation cannot be performed while the object is in use\" when deleting the saved state, reboot the Hyper-V host once. A locked file handle from a backup agent or the VMMS service is usually behind it.\n\n* * *\n\n### Fix it from PowerShell\n\nThe PowerShell equivalents are useful when the GUI fails, when you're scripting recovery, or when you're working over a remote session without a graphical Hyper-V Manager.\n\n\n    Remove-VMSavedState -Name \"VMname\"\n    Start-VM -Name \"VMname\"\n\n\nDiscard saved state and start the VM\n\nIf `Start-VM` comes back with `AccessDenied` and a `VirtualizationException`, the saved-state file is gone but NTFS permissions on the VM folder are wrong. Each VM runs under a virtual account named `NT VIRTUAL MACHINE\\<VM-GUID>`, and that account must have Full Control on the configuration and disk files.\n\nGet the VM's ID first:\n\n\n    Get-VM | Select-Object Name, Id, State\n\n\nFind the VM GUID\n\nThen grant permissions to the matching virtual account. Run the icacls commands from an elevated Command Prompt, not PowerShell, so the parser doesn't trip on the colons:\n\n\n    icacls \"C:\\Path\\To\\VM\\{VM-GUID}.vhdx\" /grant \"NT VIRTUAL MACHINE\\{VM-GUID}:(F)\"\n    icacls \"C:\\Path\\To\\VM\\{VM-GUID}.vmrs\" /grant \"NT VIRTUAL MACHINE\\{VM-GUID}:(F)\"\n    icacls \"C:\\Path\\To\\VM\\\" /reset /T\n\n\nRestore NTFS permissions on the VM folder\n\nConfirm the inheritance is back, then try `Start-VM` again.\n\nImage credit: __Microsoft (via YouTube/@Techi Jack)__\n\n* * *\n\n### Check host resources and storage paths\n\nResume needs to read the memory image off disk and allocate the same amount of RAM the guest had when it was saved. A host that's tight on either will fail the operation without offering much detail in the error.\n\nOpen **Task Manager** on the host and check the Performance tab for free physical memory. Compare that to the VM's assigned memory. For a VM with 16 GB assigned, the host needs roughly that much free, plus headroom for the hypervisor itself.\n\nCheck disk space on the volume holding the VM configuration. If it's near full, the VM can flip into Saved-Critical and refuse to start. Free space, then retry.\n\nFor VMs stored on iSCSI, SMB shares, or external drives, verify the storage is mounted with the same path it had at save time. A drive letter that changed from `E:` to `F:` after a reboot will break the resume even though the files are intact. Reassign the original letter or update the VM configuration to point at the new path.\n\nIn failover clusters, open **Failover Cluster Manager** and confirm all nodes see the Cluster Shared Volume at the same mount point. A node that lost its CSV link will report the role as failed and the guest as Saved-Critical.\n\n* * *\n\n### Manually delete the saved-state files\n\nWhen neither the GUI nor PowerShell can clear the state — usually because the files are locked or the configuration is partially corrupt — remove them by hand.\n\n**Step 1:** Stop the affected VM if it's listed as anything other than Off. Then open `services.msc`, find **Hyper-V Virtual Machine Management** (VMMS), right-click it, and choose **Stop**.\n\n**Step 2:** Open File Explorer and navigate to `C:\\ProgramData\\Microsoft\\Windows\\Hyper-V\\Virtual Machines`, or to the custom path used for your VMs. Delete the `.bin` and `.vsv` files (or the `.vmrs` on newer configuration versions) whose GUID matches the stuck VM.\n\n**Step 3:** Restart the VMMS service from the Services console and try starting the VM again from Hyper-V Manager. It should boot cold.\n\n🛑\n\nNever delete .vhdx or .avhdx files during this process. Those hold the actual guest operating system and data. You only want the memory and device state files.\n\n* * *\n\n### When the VM is in Saved-Critical\n\nSaved-Critical means Hyper-V cannot reach the storage backing the VM at all. It looks similar to Saved but blocks almost every management action, including delete and rename. This typically follows a RAID failure, a missing iSCSI LUN, or a CSV that went offline.\n\nFirst, bring the storage back online. If the underlying volume is permanently lost and you only want to remove the orphan entries, stop VMMS, delete the matching configuration file, and restart the service:\n\n\n    Stop-Service -Name vmms\n    Remove-Item -Path \"C:\\ProgramData\\Microsoft\\Windows\\Hyper-V\\Virtual Machines\\<GUID>.vmcx\" -Force\n    Start-Service -Name vmms\n\n\nRemove an orphaned VM whose storage is gone\n\nIf the VHDX files survived on backup or on a different volume, create a new VM shell with the same generation and specs, then attach the existing virtual hard disks during the wizard. The guest OS will boot the moment the disk is attached to a valid configuration.\n\n* * *\n\n### Upgrade the configuration version after a host upgrade\n\nVMs created on older Windows Server builds carry an older configuration version. After you upgrade the host (for example, from Server 2016 to 2019 or 2022), a VM saved on the older host may refuse to resume because the save-state format isn't compatible with the new hypervisor.\n\nShut the VM down fully, not Save. In Hyper-V Manager, select it and click **Upgrade Configuration Version** in the Actions pane. Then start it normally. The previous saved state will no longer be valid, but the disks remain intact and the guest boots cold.\n\n\n    Get-VM | Select Name, Version\n    Update-VMVersion -Name \"VMname\"\n\n\nCheck and upgrade configuration version\n\n* * *\n\n### Export and re-import as a last resort\n\nIf the configuration itself is corrupt and none of the cleanup steps work, export the VM's metadata to a fresh path, remove it from the inventory without deleting the disks, then import it back. This rebuilds the internal references without touching the VHDX contents.\n\n\n    Export-VM -Name \"VMname\" -Path \"D:\\Exports\"\n    Remove-VM -Name \"VMname\" -Force\n    Import-VM -Path \"D:\\Exports\\VMname\\Virtual Machines\\<GUID>.vmcx\"\n\n\nRefresh a VM by export and import\n\nDuring import, attach the original virtual hard disks when prompted. The guest will start as if nothing happened.\n\n* * *\n\n### How to know the fix worked\n\nThe VM should change state from Saved to Off, then to Running, and the heartbeat in Hyper-V Manager should report OK within a minute. Inside the guest, the uptime counter will reset because the resume was replaced by a cold boot. Event Viewer on the host, under **Applications and Services Logs > Microsoft > Windows > Hyper-V-Worker**, will log a clean start instead of a restore failure.\n\nIf the same VM keeps falling back into Saved or Saved-Critical after every host reboot, the underlying cause is almost always storage. Move the VM to a volume that stays online through reboots, verify your RAID controller has battery-backed write cache enabled, and make sure backup software is configured to use checkpoints or production checkpoints instead of the legacy saved-state method.",
  "title": "Hyper-V VM stuck in Saved State: How to fix it",
  "updatedAt": "2026-05-27T02:51:34.115Z"
}