So basically I converted my Mint partition to BTRFS and am trying to add it to Endeavour’s grub
Unfortunately os-prober doesn’t seem to work with btrfs and using the os-prober-btrfs AUR package makes it show up in the OS list but doesn’t add it to the grub.cfg
If it’s relevant the root partition (including /boot (not /boot/efi that’s its own partition)) of Mint is in the @mintroot subvolume and home directories in @minthome subvolume
I reckon the issue might be with 30_os-prober since with the patched os-prober the output seems fine /dev/sda6:Linux Mint 21.3:Linux:linux:btrfs:UUID=e9f06825-1028-4dfe-84d4-982bb2cedd60:subvol=@mintroot
I already said I tried that
Nothing gets added to the grub.cfg no mention of mint despite os-prober finding it
And yes i did enable os-prober in the grub file
Do they have different bootloader IDs? If you use “GRUB” for both of them, one will overwrite the other and you’ll have to chroot in and reinstall the bootloader.
Check in /boot/efi/EFI/ and see what directories are in there if you aren’t sure.
If so, one relatively easy way to have a Grub boot menu with boot entries from both of your systems would be to create a custom.cfg in your Mint’s /boot/grub.
You could then copy the menuentries from your EnOS’ grub.cfg to this custom.cfg.
This file will not be overwritten when there is an update to your Mint’s grub.
Also, since kernel images in Arch/EnOS are not named after the version, the menuentries specified in the custom.cfg won’t need to be updated whenever kernels are updated in your EnOS.
Put the boot0002 first in boot order and you should be pretty much good to go.
Not entirely sure about that
I’d rather use Endeavour’s grub due to Endeavour being more modifyable
Would it be possible to chainload Mint’s grub from Endeavour’s? I feel like for now it would be the most elegant solution
The OS being more modifiable? I fail to see what does that have to do with using a functional solution regardless the Grub being used.
At any rates, that is irrelevant. If you don’t like the proposed “workaround” you may try to chainload Mint’s Grub and see if that would get you the desired result.
Also, myself, I use systemd-boot as “boot manager” (note: not bootloader) to manage the Grub of different systems I have on one and the same btrfs partition:
mount -t btrfs -o subvol=@subvolume /mountpoint
mount /dev/sdx /mountpoint/boot/efi
for i in sys proc dev dev/pts run sys/firmware/efi/efivars; do mount -o bind "/$i" "/mountpoint/$i"; done
chroot /mountpoint /bin/bash
export HOME=/root
export PATH=$PATH:/sbin:/usr/sbin
update-initramfs -ck all
exit
grub-mkconfig -o /boot/grub/grub.cfg
It seems to me there should have been an easier way to just regenerate the initramfs with grub on eos using btrfs and dracut? I’m not knowledgeable enough on all things btrfs and grub and dracut to really say even though I’m using btrfs myself. I have just gotten away from multibooting.
Okay … i wasn’t thinking about that. As i say my knowledge is limited to what i know using btrfs on eos and dual booting only with Windows on one machine. I know Mint doesn’t play nice with arch based distros when it comes to grub so it is better to use eos to control the boot. I haven’t used Mint in a while with eos and never on btrfs.
