Arun G

That does not work. I have edited the csv with latest version number and followed the procedure and it produced an unbootable refindx64.efi

Good to know. I didn't see jxl in the page and also the gm binary GraphicsMagick 1.3.38 2022-03-26 Q16 from fedora repo did not work with jxl.

https://jpegxl.info/

According to archwiki, shim won't launch efi which does not have sbat. When I check sbat for refind, it does not exist. [root@hp-fedora]/boot/efi/EFI/refind# objdump -j .sbat -s /tmp/refind_x64.efi /tmp/refind_x64.efi: file format pei-x86-64 objdump: section '.sbat' mentioned in a -j option, but not found in any input file I have extracted the refind.efi from https://sourceforge.net/projects/refind/files/0.13.3.1/refind-0.13.3.1-1.x86_64.rpm/download

I have xz, gzip, zstd etc. in /usr/bin but compression is greyed out.

I am using manual mode for savings few seconds at boot. menuentry Fedora { icon EFI/refind/icons/os_fedora.png volume fb3b80c1-97b4-4de3-bc6b-xxxxxx loader vmlinuz-5.16.8-200.fc35.x86_64 initrd initramfs-5.16.8-200.fc35.x86_64.img options "ro root=UUID=c53e043a-d94b-49a7-ab2b-xxxx quiet" } Is there any way to replace version "5.16.8-200.fc35.x86_64" with wildcard so that I don't have to edit refind.conf after kernel updates? Or is there any way to speed up auto-detection by only scanning files started...

Systemd-boot loads random seed during boot. Could it be implemented in refind in future? That said, any boot loader can re-implement the logic described above, and can pass a random seed that systemd as PID 1 will then upload into the kernel’s entropy pool. For details see the Boot Loader Interface documentation.

For systems with f2fs root partition, that driver is needed.