Fully configured VM Crashed on Host System restart/shutdown

Discussions related to using VirtualBox on Windows hosts.
Post Reply
nairvoyance@gmail.com
Posts: 1
Joined: 12. Oct 2020, 06:01

Fully configured VM Crashed on Host System restart/shutdown

Post by nairvoyance@gmail.com »

Good morning,

I am new to the usage of VM on windows. It took me a month to configure my newly setup VM for my project. All was fine till I went for a system restart of the host system. The system went in to restart without even warning me about the VM that was running in the background. Ideally the windows before restarting/shut down asks for safe exit of applications that are running but there was no action taken from the Oracle VM to ensure safe exit from the running VM.
The result is the that, the entire setup in the VM has crashed and and all data is lost. Not only that, now when I try to create a new VM, it does not work as expected and has become extremely slow(almost dead). Is there anyway I can recover my lost data in the VM (I have deleted all the images of the VM that I created as it was not working)?
I recommend that if there is any instance of the VM running in the system, the host system should not be allowed to go into restart/shut down mode unless it saves the current state of the VM.

I hope the your development team looks into this issue as this is big loss for the developers.

Thanks,
Saurabh.
scottgus1
Site Moderator
Posts: 20945
Joined: 30. Dec 2009, 20:14
Primary OS: MS Windows 10
VBox Version: VirtualBox+Oracle ExtPack
Guest OSses: Windows, Linux

Re: Fully configured VM Crashed on Host System restart/shutdown

Post by scottgus1 »

This one has been discussed for a really long time, several years, and I'm sure the devs have tried every way to Sunday to figure out how to block Windows from shutting down when a guest is running, That they haven't shows that it cannot be done. Other programs might be able to do it, just not Virtualbox for some reason.
nairvoyance@gmail.com wrote:the entire setup in the VM has crashed and and all data is lost. Not only that, now when I try to create a new VM, it does not work as expected and has become extremely slow(almost dead)
There are a couple possible ideas to try. Start the guest from full power off, not save-state. Run until you see the problem happen, then shut down the guest from within the guest OS if possible. If not possible, close the Virtualbox window for the guest with the Power Off option set.

Please right-click the guest in the main Virtualbox window's guest list, choose Show Log. Save the far left tab's log, zip the log file, and post the zip file, using the forum's Upload Attachment tab.
nairvoyance@gmail.com wrote:the host system should not be allowed to go into restart/shut down mode unless it saves the current state of the VM.
Good idea, if it can be caught, and the host doesn't power off before the guest is fully handled. Change the host shutdown procedure so you find it harder to turn off the computer before checking that a guest is running. Also, back up the guest regularly, and the host too, in a way that has been tested as restorable. Data that is not restorably backed up is not important.
multiOS
Volunteer
Posts: 1227
Joined: 14. Sep 2019, 16:51
Primary OS: Mac OS X other
VBox Version: VirtualBox+Oracle ExtPack
Guest OSses: Windows, Linux, BSD
Location: United Kingdom

Re: Fully configured VM Crashed on Host System restart/shutdown

Post by multiOS »

Personally, I haven't experienced any auto-update restarts in Windows 10 for over 2 years, possibly largely down to the constant pressure put on Microsoft Developers by the Windows Insider Community's constant demands for more user control over the update process, because of the high level of risk of data loss/corruption as Windows 10 couldn't, by design, be prevented from rebooting by deliberate third party (software-in-use) intervention.

In my experience, there now seems to be an adequacy of Windows 10 built-in features which can be used to both control the application of updates and inhibit auto-restarts, providing Update settings are correctly configured. First there's the simplicity of setting Active Hours to prevent auto-restarts during defined working hours; then there are also various additional 'Advanced' Update settings which offer additional update controls and/or the display of restart required warnings; and, finally, there's the 'nuclear' option of 'switches' which can completely prevent auto-updates for specified periods, but which can also be overridden by manually applying updates at convenient times.
Post Reply