BlueScreen Installing 7.1.6 on Windows 10 Host

[Geitda]

The installers for VirtualBox-7.1.6-167084-Win.exe and the latest stable branch build VirtualBox-7.1.7-167262-Win.exe result in a BSOD. After making selections for what to install, the progress bar comes up and seems normal for approx. 15 to 20 seconds, then an error dialog comes on screen for about 2 seconds, and finally the blue screen appears. The error dialog message is

1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 19

The blue screen stop code is ACPI_BIOS_FATAL_ERROR, and using NirSoft's BlueScreenView to inspect the MINIDUMP, I can see bug check code 0x000000e0, at address ntoskrnl.exe+9b53ea
I have an installation log generated by running

VirtualBox-7.1.7-167262-Win.exe -vvv -l --msi-log-file "C:\vbox7.1.7-installer.log"

See attached (bigger than 256 KiB uncompressed, so it's in a ZIP archive).
I don't have an installation log for 7.1.6, but the symptom is identical, so I assume it's the same thing. Although I can reproduce it if it's really crucial.
Version 7.1.4 installs fine, and I have a successful installation log from that if it would help to see the difference.
Host is Windows 10 Pro (22H2; build 19045.5371)
The last lines of the installation log seem to indicate a write-protect error when installing VBoxSup.sys or VBoxSup.inf

Code: Select all

VBoxInstallHelper: Installing driver "C:\Program Files\Oracle\VirtualBox\drivers\vboxsup\VBoxSup.inf" ... 
VBoxInstallHelper: Setting non-interactive mode ...
VBoxInstallHelper: INF type is: Primitive
VBoxInstallHelper: Determined parameters:
VBoxInstallHelper: 	INF File: C:\Program Files\Oracle\VirtualBox\drivers\vboxsup\VBoxSup.inf
VBoxInstallHelper: 	   Model: VBoxSup
VBoxInstallHelper: 	  PnP ID: <None>
VBoxInstallHelper: 	 Section: <None>
VBoxInstallHelper: Using g_pfnDiInstallDriverW(), dwInstallFlags=0x2
VBoxInstallHelper: INF file "C:\Program Files\Oracle\VirtualBox\drivers\vboxsup\VBoxSup.inf" opened
VBoxInstallHelper: Installing INF section "DefaultInstall" ...
VBoxInstallHelper: Installing INF section "DefaultInstall" successful
VBoxInstallHelper: INF section "DefaultInstall.Services" not found, skipping
VBoxInstallHelper: Installing INF section "DefaultInstall.NTAMD64" ...
VBoxInstallHelper: Requesting installation media "C:\Program Files\Oracle\VirtualBox\drivers\vboxsup\VBoxSup.sys"...
VBoxInstallHelper: Started copying "C:\Program Files\Oracle\VirtualBox\drivers\vboxsup\VBoxSup.sys" -> "C:\WINDOWS\system32\DRIVERS\VBoxSup.sys"
VBoxInstallHelper: Finished copying "C:\Program Files\Oracle\VirtualBox\drivers\vboxsup\VBoxSup.sys" -> "C:\WINDOWS\system32\DRIVERS\VBoxSup.sys"
VBoxInstallHelper: Installing INF section "DefaultInstall.NTAMD64" successful
VBoxInstallHelper: *** Error: Could not install INF services section "DefaultInstall.NTAMD64.Services": VERR_WRITE_PROTECT (19 / 0x13)
VBoxInstallHelper: *** Error: Trying INF section failed with VERR_WRITE_PROTECT
VBoxInstallHelper: INF file "C:\Program Files\Oracle\VirtualBox\drivers\vboxsup\VBoxSup.inf" closed
VBoxInstallHelper: *** Error: Installing driver(s) failed with 2 errors, 0 warnings (rc=VERR_WRITE_PROTECT)
VBoxInstallHelper: *** Error: Driver installation failed with VERR_WRITE_PROTECT
VBoxInstallHelper: DriverInstall: Handling done (rc=VERR_WRITE_PROTECT)
CustomAction ca_VBoxSupDrvInst returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)
Action ended 17:09:10: ca_VBoxSupDrvInst. Return value 3.
Action ended 17:09:10: INSTALL. Return value 3.
MSI (s) (4C:50) [17:09:10:808]: MainEngineThread is returning 1603
MSI (s) (4C:94) [17:09:10:809]: RESTART MANAGER: Failed while closing session. Error: 29
MSI (s) (4C:94) [17:09:10:813]: User policy value 'DisableRollback' is 0
MSI (s) (4C:94) [17:09:10:814]: Machine policy value 'DisableRollback' is 0
MSI (s) (4C:94) [17:09:10:818]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (4C:94) [17:09:10:819]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 19 

[Geitda]

Bumping this as it's been a month. Anything to be done at this point? I can try the latest revision 167776 if there's any reason to believe this has been addressed since my previous test with revision 167262, but I'd rather not waste time if there's been no changes that would be relevant to the installer / installation process.

[klaus]

Yes, please use the latest r167776 installer, it has additional fixes for installing drivers properly as admin.

Spotted a very odd line in your log file:

InstallHelper: Detected Windows version 6.0.6000 (amd64)

This hints that on your setup the installer is somehow run in compatibility mode, set to "Windows Vista". Use the "Properties" menu item from the context menu of the VirtualBox installer file and go to the "Compatibility" tab. It must not be set to run in compatibility mode.

If this doesn't work, try running the installer from a cmd.exe or powershell running as admin.

[Geitda]

Thank you for your response.
Revision 167776 makes no change.
The installer log still shows a line towards the end about the detected Windows version:

VBoxInstallHelper: Detected Windows version (6.0) does not match the one stored in the registry (10.0)

I can confirm I am running the installer from an Admin command line (in order to get the log file in the first place) - command is `VirtualBox-7.1.7-167776-Win.exe -vvv -l --msi-log-file "C:\vbox7.1.7-167776-installer.log"`
I haven't made any changes to the Compatibility settings with any version of installer, and please remember that 7.1.4 (r165100) installs and runs fine, although I notice there's nothing in that installer's log about a "Detected Windows version" when installing it.
Interestingly, elsewhere in the most recent (7.1.7 r167776) log I can see that it's detecting Windows 10 just fine:

MSI (s) (D8:64) [19:18:58:209]: Doing action: ca_IsWindows10
Action start 19:18:58: ca_IsWindows10.
MSI (s) (D8:A0) [19:18:58:214]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI94E8.tmp, Entrypoint: IsWindows10
VBoxInstallHelper: IsWindows10/CurrentMajorVersionNumber: 10
Action ended 19:18:58: ca_IsWindows10. Return value 1.

So the MSI installer sees it's Windows 10, but VBoxInstallHelper doesn't??
Full log attached.

[Geitda]

Another month, another testbuild, no improvement. See attached for result from build 168159.

[pentagonik]

The provided logs shows

VBoxInstallHelper: *** Error: Could not install INF services section "DefaultInstall.NTAMD64.Services": VERR_WRITE_PROTECT (19 / 0x13)
VBoxInstallHelper: *** Error: Trying INF section failed with VERR_WRITE_PROTECT
VBoxInstallHelper: INF file "C:\Program Files\Oracle\VirtualBox\drivers\vboxsup\VBoxSup.inf" closed
VBoxInstallHelper: *** Error: Installing driver(s) failed with 2 errors, 0 warnings (rc=VERR_WRITE_PROTECT)
VBoxInstallHelper: *** Error: Driver installation failed with VERR_WRITE_PROTECT
VBoxInstallHelper: DriverInstall: Handling done (rc=VERR_WRITE_PROTECT)

No idea how to come into the state of VERR_WRITE_PROTECT ... please also attach your setupapi*.log files -- might be that there is a hint.

[Geitda]

Relevant portions of a rolled-over setupapi.dev.20250409_091932.log with entries from 20250405 - I expect there will be both successful and failed entries, as I reverted to VirtualBox 7.1.4 after the failed 7.1.7 install. And also the setupapi.app.log.

[Geitda]

No change with the newly-released 7.1.8-168469, either: still results in BSOD, and shows a VERR_WRITE_PROTECT (this time when trying to install VBoxUSB). Included the setupapi.dev.log: you'll see `[Deinstall network driver]`, `[Delete Device - ROOT\NET\0000]`, and several `[SetupUninstallOEMInf]` as this is from uninstalling 7.1.4 before attempting the 7.1.8 install.
Also, should I update the thread title with "7.1.8" since that's what's (still) happening?

[Geitda]

Still happening on 7.1.9

[Geitda]

And also still happening on 7.1.10

[vbicf]

I cannot install anything after version 7.1.4. During installation, one of the screens goes black, and my USB devices act erratically. What could be happening?

[pentagonik]

@vbicf Does this also happen w/ 7.1.10? Any old(er) VirtualBox versions installed?

[vbicf]

yes, same issues with 7.1.10.

7.1.4 works without any flaws

[vbicf]

@Geitda Did you try first to uninstall virtualbox and then install the latest version?

Anybody else?

[Geitda]

Yes, every time I try to "upgrade" from my working 7.1.4 installation I uninstall, reboot, delete the C:\Program Files\Oracle\VirtualBox folder entirely, and then attempt an install of 7.1.6 (or higher).
I've tried:

• 7.1.6-167084 (February)
• 7.1.7-167776 (March)
• 7.1.7-168159 (early April)
• 7.1.8-168469 (mid April)
• 7.1.9-168935 (May)
• 7.1.10-169112 (June)

All of which fail to install with a bluescreen (forcing a reboot) and leaves a partially complete install behind. Reverting to 7.1.4 requires trying to install it, getting an error about the existing aborted install, confirming to remove that incomplete install, rebooting, actually succeeding with the 7.1.4 installation, rebooting when prompted at the end of that install, and then needing another reboot as there's an odd error message whey I try to start a VM, before VBox actually works again. I'm not worried about this odd error since I can get it working with the extra reboot. I am worried about getting farther and farther behind the current version if I can't get any of them to install.