4

Since installing Ubuntu 16.04 as a dual-boot setup with Windows 10 I'm having frequent blue screens of death in Windows (about 5 per day).

All the error codes are related to a problem in Windows kernel.

Error: KMODE_EXCEPTION_NOT_HANDLED
file path: C:\WINDOWS\system32\ntoskrnl.exe

The problem occurs only when I boot Windows from GRUB. If I boot Windows directly through the UEFI boot menu, I get no BSODs.

I've read that Ubuntu can put some hardware into a specific physical state and Windows then can't properly access it, and a cold reboot is required.

So my question is: does GRUB have the capability to temporarily corrupt hardware?

Zanna
  • 72,312

2 Answers2

1

Grub can only make use of the UEFI bios to read the system from the disk to boot it, just like the Windows UEFI boot loader does. I'm not sure if the Windows boot loader bothers to make use of the graphics services provided by the UEFI bios, but grub does ( to display the menu ); so it is possible that your UEFI bios leaves the graphics hardware in some state that the Windows driver isn't happy with, and if the Windows UEFI loader does not bother using the graphics, that could explain the difference in behavior.

psusi
  • 38,031
0

I used this script: How to display grub menu and options without booting? to look at the Windows boot options used by grub:

menuentry 'Windows Boot Manager (on /dev/nvme0n1p2)' --class windows --class os $menuentry_id_option 'osprober-efi-D656-F2A8' {
savedefault
insmod part_gpt
insmod fat
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root D656-F2A8
else
search --no-floppy --fs-uuid --set=root D656-F2A8
fi
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
Press <Enter> to continue

Using a similar program or manually viewing /boot/grub/grub.cfg check what .efi program is being loaded on your system. Them compare it to the version that is being used in your BIOS boot up. If different try running boot-repair on grub to fix.