Apparently there is an issue with Grub that affects UEFI systems
-1 for GRUB
+1 for systemd-boot
My encrypted install with btrfs snapshots (timeshift, timeshift-autosnap & grub-btrfs) is experiencing a 30-second delay opening a slot and about another 15 seconds just to boot the kernel after running that set of updates and reinstalling grub prior to the reboot.
I would jump to say it’s a luks-1 setup. Is GRUB the boot loader? Calamares is terrible about that situation.
I’ll have to look into systemd-boot & encrypted install.
Oh shoot. Yeah there isn’t any way around that delay unless reformatting with something unencrypted or going luks2. Basically the delay is from grub trying to do the decryption.
There is an update that apparently addresses the delay. Just a coincidence but I switched to systemd boot a bit before grub had a hissy fit. The arch devs are calling it someone else’s problem.
Please post a link if you still have it.
Is your systemd-boot with an encrypted install … if so, how’s our experience?
No encryption here systemd boot is easier to deal with and faster than grub.
Adding kernels is a bit different but I talk about it here:
It seems to be as it isn’t an Arch specific issue. Apparently Fedora users were striking it as well.
I think I’m gonna move the ISO back to systemd-boot like we’ve always had, not a huge fan of the change after some time to think about it.
Agree - with all the mess surrounding Grub/UFI, I opted to go the systemd route to avoid issues.
This distro does a really nice job of implementing it as clean as possible as it is with the distro in general.