It is a time for a single linux boot.
I never did dual boot. The first time moving from windows 2000 to Linux, my hard drive was only 2 GB and I couldn’t fit both of the OS:es on it, so I nuked the windows one.
At one point my 1GB disk was the “big one” in the dorm. It was the windows share of some random media. I had room for the whole 40MB videos “Jesus vs Frosty” (The Spirit of Christmas) and “Jesus vs Santa Claus”. It was before South Park became an actual show, but people watched those 100’s of times off my hard drive.
When I bought a 3GB from Fry’s it was an open question how we’d fill it. Of course, that was just as the mp3 codec started to gain traction… Problem solved.
That is freedom.
That’s what happens when you don’t keep windows locked inside a virtual machine.
Microsoft breaks bootloader and nixes Linux partition
Microsoft: “patch seems to be working as intended”
as they like to do every once in a while
Microsoft! You missed your last chance to stay on my computers with your os. Take care, so long and thanks for all the cons.
They don’t want you to have dual boot. They want you to choose.
Glad I chose linux then.
I’m going to choose a VM.
I’d almost bet money that in a year or two they’ll make it so that the latest version of windows cannot be installed in virtual machines
That would break 90+% of installations then. And all of Azure.
That’s when they “graciously” offer to whitelist “approved” devices to boot windows VM from.
Then anyone running a Windows VM would just switch to a Server edition, which is almost exclusively run via a VM.
I have a morbid curiosity to see that happen.
Yes and
I put windows in the shame box (VM).
Removed by mod
I dual booted a few times back in the days of winxp and win7. Never had a good experience somehow windows or a grub update always messed up things. Haven’t ran windows in years but when I have to it goes on a separate drive now.
This again?
This reminds me I still have a win 10 partition on my drive. Ye! Extra space to reclaim!
No surprises there, just the usual shitWell, you can just fix the bootloader, but that’s not super exciting I guess.
So they were trying to patch systems that use GRUB for Windows-only installs? What a load of BS. Why would anybody install GRUB to boot only Windows with that? Or am I overlooking something?
Furthermore, if GRUB has a security issue, they should’ve contributed a patch at the source instead of patching it themselves somehow. I’m a bit stunned at the audacity of touching unmounted filesystems in an OS patch. Good thing Windows still doesn’t include EXT4 and BTRFS drivers because they might start messing with unencrypted Linux system drives at this rate
deleted by creator
What is that latter fallback called? I set up my boot manually using an EFI stub last time I installed arch but wasn’t aware of any fallback bootloader
[This comment has been deleted by an automated system]
Thanks for the detailed explanation, makes a lot of sense! I guess what I did was set up a UEFI entry that specifies the location of the Linux kernel without any intermediate bootloader. Pretty sure I didn’t set the fallback, so I’m guessing that’s still owned by windows.
[This comment has been deleted by an automated system]
This is a regular occurrence and honestly we need to stop recommending dual boot. Use separate drives if you need to, but sharing the same drive is destined to brick something
But having 2 drives does not solve the boot loading issue, I mean, even if you have two drives, you still have only one bootloader, not?
No. You can have more than one EFI system partition with separate bootloaders on each drive and set their boot order in the BIOS, just like booting from USB or anything else.
This is also possible with just one drive. The efi boot entries for each OS are stored separately in the efi system partition.
EFI can also live in firmware memory.
You can pull the linux drive, boot from the windows drive, and if one of the firmware updates was for efi, windows will trash the entry for your Linux disk.
This has happened for me many times, I had to use a grub rescue disk to rebuild the efi table.
The boot entries live in firmware yes, efibootmgr can create and remove them. The are pointers to the bootloader. Many systems can boot from the disk itself without the entry, the entry just makes it pretty (“Fedora” instead of NVME1).
I’m not exactly sure what you’re suggesting. Isn’t that more or less what I just said?
Somewhat. One, a system can be bootable without the entries because they are just pointers to the actual bootloader, so even if windows does the stupid and deletes them it isn’t the end of the world. It does depend on your specific firmware though.
Also two, you can write them again with a single line in efibootmgr, they’re just saying “if I click Fedora load the shim from the EFI system partition on disk 1”.
This is very different than the old world where windows would delete your bootloader entirely and the MBR couldn’t be easily explored. They live in the efi system partition instead - or at least the shim does- and typically every OS leaves the other ones alone (even Windows, except in this case, although it didn’t touch the shim itself).
The initial comment was about the bootloader and really only applies to MBR partitions.
Good intention, shit execution.
