Am 14.04.23 um 02:07 schrieb Mike Maslenkin: > Hibernate is disabled by default, that is why "shutdown /h" fails. > It can be enabled by 'powercfg.exe /h /size 100; powercfg.exe /h on' > > anyway, my hypotheses can be checked easily: just run the VM with > changed RAM size (±1). This should have to drop hibernate state.
You got it! The VM boots when I change the RAM size. I now enabled hibernation and tried to reproduce the issue with "shutdown /h", but couldn't. And not sure how the VM ended up hibernated when it was disabled, maybe somehow as part of the installation/upgrades? Best Regards, Fiona > > BTW I couldn't reproduce problem as well. > > On Thu, Apr 13, 2023 at 3:10 PM Fiona Ebner <f.eb...@proxmox.com> wrote: >> >> Am 13.04.23 um 13:46 schrieb Mike Maslenkin: >>> Sorry for the noise, but just curious, how did you shutdown Windows? >>> Did you use 'shutdown /s' or just press power button? >>> Could it be that Windows was actually hibernated. >>> So, when you try to boot it on the new (old) QEMU version with changed >>> PCI topology, this could make it upset. >>> I observed similar behaviour in case of Windows for ARM, but there was >>> true GSOD afterwards. >>> When windows is starting again its hibernated state dropped and all goes >>> fine. >>> >>> Best Regards, >>> Mike >> >> I think I either pressed the shutdown button in our UI, which sends >> system_powerdown via QMP or via "Shut down" in the Windows start menu. >> Hibernation is surely something I need to consider (next time), so thank >> you for the hint, but if it were that, I'd be surprised at why it got >> stuck even with QEMU 6.2.0 today. >> >> If I try "shutdown /h" explicitly, I get "The request is not >> supported.(50)". >> >> Best Regards, >> Fiona >> > >
