Refind lost

[joneall]

I've been using refind for a long time without any problems. But for the last few days, I have to use grub instead. Problem is, if I click on the "Mint" icon in refind, it should open the system on /dev/sda5. Instead, it brings up /dev/sdb2, which is the next entry.

I presume this is due to a problem in the files refind reads to get the systems. In that case, deleting and reinstalling refind won't fix anything. Nevertheless, I'd like to know if I can do that without hurting anything.

If my suspicion is right and it's the files input to refind which have a problem, what files are those?

P.S. Is this post in the right place? I just put everything in Neon because that's what I'm using ... for now.

[Qqmike]

Haven't used rEFInd in years, although it's about the best thing you can use for multi-booting UEFI.
At that time, we routinely would run sudo refind-install to refresh it. That will not mess with your configuration refind.conf.
If that changes boot orders, you can always fix that using efibootmgr, as you know.
At the same time, each time the PC boots up, rEFInd re-scans your system for kernels to boot.

If secure boot is involved, there's always an issue of updating Shim and keys.
( can refind-sb-healthcheck help with that? I read about it once.)

Rod Smith is the expert, as you know, the author.
https://www.rodsbooks.com/refind/linux.html

He does read, I believe, https://askubuntu.com/ and he responds to many questions.

Sorry, that's all I got on this specific issue.