Lennart Sorensen wrote:
I know Debian puts the kernel and initramfs in /boot and only puts grub on the UEFI partition. Why would any distribution put the kernel files on the UEFI partition? That sounds like a dumb thing to do.
I think I have read some distributions mount the UEFI partition as /boot and then dump crap in there, so I can see how that would be a problem.
Checking opensuse, I see kernel and such in /boot and the uefi partition with grub is mounted as /boot/efi.
Because of grub. If 1 OS, 1 Device, then by all means grub. Once alternatives like systemd-boot or limine are used, all bets are off and all distros will copy kernels and other files to the UEFI Partition. Both don't support ext4 (fat32 support) unlike grub. So for systemd-boot(meh, long live SysV!), refind (fave for 3+ Linux distro and hackintosh on a thinkpad x220 on 1 disk), limine (btrfs snapshot + kernel reversal support) PROS: * Best for multi boot on the same machine, as they usually automatically configures and detects multi OS and boot seamlessly unlike grub where it's a manual change and prone to potential breakage. * Eliminate misbehaving windows updates that might wipeout grub. CONS: * As discussed, more storage. It's all good, 2GB isn't huge. * More of a distro thingy. If multi booting, they usually don't warn or offer to increase existing UEFI partition, leading to confused users why OS installation was successful but won't boot or installing a new Linux kernel and suddenly won't boot. Afraid of future rampant issue as more people are going for Linux.