Page 2 of 3
Re: dual boot menu vs. new kernels
Posted: Sat Jan 18, 2025 2:00 pm
by imschmeg
operadude wrote: Sat Jan 18, 2025 11:40 am
rEFInd is totally compatible with MX.
Does rEFInd show multiple ways of booting each OS install, such as MX's usual two kernels X sysVinit/systemD? Does it remember a default or last option?
Do MX Boot Options and MX Boot Repair know about rEFInd, and if so, how do they interact?
Would it help if I installed rEFInd in both OS installs that I'm dual booting?
Re: dual boot menu vs. new kernels
Posted: Sun Jan 19, 2025 2:34 am
by operadude
imschmeg wrote: Sat Jan 18, 2025 2:00 pm
operadude wrote: Sat Jan 18, 2025 11:40 am
rEFInd is totally compatible with MX.
Does rEFInd show multiple ways of booting each OS install, such as MX's usual two kernels X sysVinit/systemD? Does it remember a default or last option?
Do MX Boot Options and MX Boot Repair know about rEFInd, and if so, how do they interact?
Would it help if I installed rEFInd in both OS installs that I'm dual booting?
A bit above my pay-grade, but I can tell you that you can drop in the rEFInd menu multiple OSs to boot from. I have 3 OSs, with icons, showing on my rEFInd main GUI menu (MX Fluxbox, KDE, & Xfce). Also, if I happen to plug-in a bootable USB, it will show-up, with an icon and name, on the rEFInd GUI menu (nice!).
After selecting an OS to boot-into, you are taken to the standard MX GRUB menu, and from there, you have all your boot options, including booting into another OS, e.g. Windows (which I do, on a separate drive).
AFAIK, rEFInd is not installed per OS. It is installed on the EFI partition (I think-- again, I'm not sure about the exact details: others, e.g.
@fehlix can address the technical aspects), which is independent of the partitions where the OSs reside. So, think of it as a UEFI/BIOS staging option, if that makes sense. All the rEFInd stuff happens BEFORE any OS loads, so you need to install it only once.
And, you can install it, try it out, and if you need help, just ask the Forum
There are many, many folks here with skills way more advanced than mine, who can help you out of a tight spot (as they have done for me)
I would give it a try...and if it's not your cup of tea, just uninstall it.

Re: dual boot menu vs. new kernels
Posted: Sun Jan 19, 2025 1:48 pm
by imschmeg
I'm reading the rEFInd doc, which is very extensive. I think I understand what it does now, and how to configure things. It seems like rEFInd installs itself as an boot manager, which becomes known to your machine's hardware (non-volatile RAM based) BIOS/EFI system. You can go into your machine's BIOS boot-order settings and have the machine boot rEFInd first before any other installed OS - although, as with any new entry that is installed, it should show up as the first (and thus default) entry at that time anyway. When you boot to rEFInd, instead of that loading up an OS's GRUB menu, it runs rEFInd and that searches at that time among all currently connected drives for partitions that contain OSs. Which one you choose at that point will then run its GRUB menu (if it has one, like linuxes do, else just boot like Windows would).
So the way to configure things on a multi-boot system is to install rEFInd, set it as the first (default) boot option in the BIOS boot order, and then turn off OS prober in you grub settings in each OS install on that machine. Each OS will manage its own GRUB menu, ignoring the other installed OSs then - but you use rEFInd first to decide which OS's GRUB menu to launch. Installing a new kernel in any OS will update its GRUB menu. That kernel will then (based on how the owning OS works, but usually it does this) become the new default for that OS's GRUB menu. Hence no more obsolete/missing kernel selections in GRUB menus (as is my current problem with using MX's GRUB menu with OS prober). Yeah!
This also means that having rEFInd installed doesn't mean any of the other boot options are missing - they're just not the first in your machine's boot order. You can still get to them from your machine's BIOS, such as through a one-time boot menu if your hardware has that (usually available by holding down some function key at boot time).
And it means that rEFInd and MX Boot Options won't interfere. MX Boot Options configures the MX-specific GRUB menu, which is reachable from rEFInd.
Hmmm.... Also, this means that if I could have my machine always just show its "one-time boot menu" when booting with some timeout before continuing with the default (first) entry, then I wouldn't need rEFInd. Because that is all that rEFInd does (minus the GUI differences).
I'm not sure of the above - because I haven't tried it yet (working up the confidence), and having finished reading all of the doc. Maybe rEFInd tries to bypass the OS-specific GRUB menus, and offer direct choices to the OS kernel selections? In which case, it wouldn't work with MX as well as MX's own GRUB menu - because it wouldn't offer sysVinit vs. systemD options. I don't think.
I'm also not sure about MX Boot Repair - that could interfere with rEFInd, depending on what Boot Repair does.
@operadude - when you boot with rEFInd, and then select MX, do you then get the MX boot menu, or does rEFInd bypass that and give you multiple MX selections based on the kernels you have installed in MX? If it bypasses the MX Grub menu, how does it show the different MX boot options, such as different kernels and sysVinit vs. systemD?
Re: dual boot menu vs. new kernels
Posted: Mon Jan 20, 2025 2:40 am
by operadude
@operadude - when you boot with rEFInd, and then select MX, do you then get the MX boot menu, or does rEFInd bypass that and give you multiple MX selections based on the kernels you have installed in MX? If it bypasses the MX Grub menu, how does it show the different MX boot options, such as different kernels and sysVinit vs. systemD?
See what I wrote before:
After selecting an OS to boot-into, you are taken to the standard MX GRUB menu, and from there, you have all your boot options, including booting into another OS, e.g. Windows (which I do, on a separate drive).
Once presented with the MX GRUB menu for the OS you selected with rEFInd, you have an "Advanced Options" tab/entry that you can select for your MX distro. I believe from the "Advanced Options" tab, you can select which kernel to boot from.
Why not give it a try?
Good Luck

Re: dual boot menu vs. new kernels
Posted: Mon Jan 20, 2025 3:30 pm
by imschmeg
It works! Mostly. One issue I have is how do I reset the MX grub boot menu to NOT show what it picked up when using OS prober. In other words, only show MX boot choices. Merely setting /etc/default/grub to have GRUB_DISABLE_OS_PROBER=true and doing an update-grub didn't change the menu back. I even tried using MX Boot Options afterwards to make minor changes just to make sure something was getting updated - and those options did take effect.
How does one remove old OS Prober-introduced choices from MX's grub boot menu?
Re: dual boot menu vs. new kernels
Posted: Mon Jan 20, 2025 3:47 pm
by dolphin_oracle
imschmeg wrote: Mon Jan 20, 2025 3:30 pm
It works! Mostly. One issue I have is how do I reset the MX grub boot menu to NOT show what it picked up when using OS prober. In other words, only show MX boot choices. Merely setting /etc/default/grub to have GRUB_DISABLE_OS_PROBER=true and doing an update-grub didn't change the menu back. I even tried using MX Boot Options afterwards to make minor changes just to make sure something was getting updated - and those options did take effect.
How does one remove old OS Prober-introduced choices from MX's grub boot menu?
and deselect the os-prober option.
then run update-grub.
Re: dual boot menu vs. new kernels [Solved]
Posted: Mon Jan 20, 2025 4:22 pm
by fehlix
imschmeg wrote: Mon Jan 20, 2025 3:30 pm
How does one remove old OS Prober-introduced choices from MX's grub boot menu?
The safest may be this b/c update-grub will ignore those parts which do not hold an execution bit:
Code: Select all
sudo chmod -x /etc/grub.d/30_os-prober
At least as long grub-customizer was not used. Alternatively removing os-prober package may also help.
Re: dual boot menu vs. new kernels [Solved]
Posted: Mon Jan 20, 2025 6:01 pm
by imschmeg
The sudo dpkg-reconfigure grub-pc followed by update-grub trick didn't work. But the chmod -x trick (followed by update-grub) did work.
Thanks!
Re: dual boot menu vs. new kernels [Solved]
Posted: Tue Jan 21, 2025 2:23 am
by operadude
imschmeg wrote: Mon Jan 20, 2025 6:01 pm
The sudo dpkg-reconfigure grub-pc followed by update-grub trick didn't work. But the chmod -x trick (followed by update-grub) did work.
Thanks!
Really glad you got this sorted, via help from none other than both Masters
Not that they need (or want?) the attribution, but as a point of order, it is best to choose as "[SOLVED]" the post that actually solved your issue, which, I believe, you mean to be post #17, authored by none other than the indominatable fehlix, who, incidentally, was the one who recommended to me rEFInd, and helped me with the multi-distro install (
viewtopic.php?p=668133#p668133), all those years (3+) ago
To clarify, you selected your own post (#18) as the one that solved your issue.
Anyway, glad that you are satisfied.
Am I right, or am I right, about the awesomeness of this Forum?

Re: dual boot menu vs. new kernels
Posted: Tue Jan 21, 2025 11:08 am
by imschmeg
Oops!