Technical Anshu
Tutorials Blog
🐧 Dual Boot and Secure Boot

Secure Boot and Ubuntu Why It Works and the NVIDIA Driver Catch

Old forum posts say dual booting means switching Secure Boot off. For Ubuntu that advice is years out of date — Ubuntu boots happily with Secure Boot on. There is exactly one common catch, and it involves NVIDIA graphics drivers. This page separates the myth from the catch.

✍️ Technical Anshu🐧 Ubuntu and Windows⏱️ 8 minute read
🎥 Watch the video — the dual boot installation Secure Boot fits into, shown live

Secure Boot is the firmware check that only allows signed bootloaders to run, and it is on by default on every modern Windows PC. Years ago it genuinely blocked Linux installs. Ubuntu solved that long ago — its bootloader arrives signed through Microsoft's own signing programme, so a stock Ubuntu installs and boots with Secure Boot fully enabled. The one place you will still meet friction is the closed-source NVIDIA driver, and it is a five-minute detour, not a wall.

1

Why Ubuntu Works With Secure Boot On

Ubuntu's boot chain starts with a small loader called shim, which carries a Microsoft signature. The firmware trusts that signature out of the box, shim then verifies and starts GRUB, and GRUB starts Ubuntu. No settings changed, no security lowered.

  1. Leave Secure Boot on during installation — the installer expects it
  2. Windows is equally unaffected; both systems boot under the same Secure Boot policy
  3. This is the normal, supported route for Ubuntu — not a trick

Honest limit: this signed path is a mainstream Ubuntu feature. Tiny hobby distributions and hand-built kernels may not carry signatures, and those are the cases where people still reach for the off switch.

2

The NVIDIA Catch — Unsigned Driver Modules

The open-source nouveau driver that Ubuntu uses by default is part of the signed system and works under Secure Boot. The proprietary NVIDIA driver, which gamers and CUDA users want, is built on your machine as unsigned kernel modules — and Secure Boot refuses to load unsigned modules.

  1. Nothing is broken and nothing warns you loudly — the driver simply does not load
  2. The symptom is a PC that looks fine but quietly runs on the basic driver, with games and GPU tools underperforming
  3. Ubuntu's answer is a MOK — a Machine Owner Key you create and enrol, so the firmware trusts modules you sign yourself

When you install the NVIDIA driver through Software and Updates, Ubuntu offers to set a MOK password for exactly this purpose. That password is used once, at the next reboot — remember it until then.

Shim UEFI key management — the blue screen after a driver install
Perform MOK management

Enroll MOK — Continue — Reboot. Choose Enroll MOK and type the password you set while installing the driver, and the key is trusted from this boot onward.

This screen appears once, on the first reboot after installing the NVIDIA driver with Secure Boot on. It is part of the process, not an error.
3

Enrolling the MOK — the One Reboot Step

Restart after the driver install and, before Ubuntu loads, the blue MOK management screen appears. This is the moment most people panic and just press continue — which skips enrollment and leaves the driver unloaded.

  1. Choose Enroll MOK, then Continue
  2. When asked, type the password you set during the driver installation
  3. Confirm and choose Reboot
  4. Back in Ubuntu, confirm the driver is alive with nvidia-smi in a terminal

Missed the screen or forgot the password? No harm done. Reinstall the driver from Software and Updates, Additional Drivers — Ubuntu will offer to create a fresh MOK and the blue screen returns at the next reboot.

4

Other Unsigned Pieces — VirtualBox and Friends

NVIDIA is the famous case, not the only one. Anything that builds its own kernel module on your machine meets the same rule — VirtualBox host drivers are the other common one, and some Wi-Fi and VPN drivers behave the same way.

  1. The pattern is always identical — install, enrol a MOK at the next reboot, done
  2. Ubuntu signs the module with your key during installation once a MOK exists
  3. After the first enrollment, later driver updates usually sign quietly without new blue screens

If a piece of hardware suddenly stops working right after a kernel update, an unsigned module that failed to rebuild is a prime suspect — the fix is reinstalling that driver, not disabling security features.

5

When Turning Secure Boot Off Is a Fair Choice

There are honest cases for the off switch: an old or exotic distribution without signed boot files, development work with self-built kernels, or hardware whose vendor tools demand it. It is your machine and your call — made with eyes open.

  1. Turning Secure Boot off does not damage either system, and Windows keeps working normally
  2. Know the trade: the firmware stops verifying bootloaders, which is one real layer of protection gone
  3. BitLocker may ask for its recovery key after the change — suspend BitLocker first and keep the key handy

For a standard Ubuntu dual boot, though, the answer stands: you do not need the off switch, and the NVIDIA detour is the only toll on the road.

🔴 Do not disable Secure Boot just because an old guide said so. Stock Ubuntu is signed and supported with it on. The blue MOK screen after an NVIDIA driver install is a normal enrollment step — skipping it, not Secure Boot itself, is what leaves the driver unloaded.

🎥 Watch the Dual Boot Video

The full dual boot installation from the video works with Secure Boot on — watch it done live, step by step.

▶️ Watch Full Video
❓ Frequently Asked Questions

Do I need to turn off Secure Boot to install Ubuntu alongside Windows

No. Ubuntu ships a bootloader signed through Microsoft's programme specifically so it installs and boots with Secure Boot enabled, and that is the standard supported setup. The old advice to disable it belongs to other distributions and much older guides.

I installed the NVIDIA driver but games still run badly on Ubuntu

The driver is probably not loaded, because its unsigned modules were blocked by Secure Boot. If you skipped the blue MOK enrollment screen or never saw it, reinstall the driver from Software and Updates, set the MOK password when offered, and choose Enroll MOK at the next reboot. nvidia-smi in a terminal confirms when the driver is really active.

Will turning Secure Boot off break Windows or BitLocker

Windows runs normally with Secure Boot off, but the change can make BitLocker demand its recovery key at the next start, because a boot security setting changed. Suspend BitLocker before changing it and keep the key saved. For a normal Ubuntu dual boot you do not need to turn it off at all.

This guide is based on the Technical Anshu video linked above • Stuck on a step? Ask in the video comments — you will get a reply 🙏