Open ghost opened 2 years ago
It's intended to work as is, but something has obviously changed. The option is supposed to be hidden from normal consumers as it's not tested enough to be considered stable.
So these types of bug reports are very valuable.
In this case I'm not sure what or why it's complaining, which directory is it that it can't find?
I'm assuming it's /mnt/archinstall/boot
which appears to be correctly mounted.
That is the entirety of the log file. I don't have the output from the installer process as this happened yesterday, but I could happily give it another go if there are better methods to obtain more information. My attempted installation was quite straight forward; installer suggested partition layout for xfs on nvme0n1, no separate /home partition and the boot flag was, according to the installer, set for nvme0np1.
efistub
sould be hidden behind --advanced
, if it isn't then we should consider moving it back there.
I'd have to run a few tests myself to figure this one out as I mainly use systemd-boot
for all my machines and most of the test cases I run before each release.
This is most likely a valid bug, I just don't know enough about efistub to pinpoint it quickly.
I've been attempting to run the installer with the efistub boot option on two different systems, both booted in uefi, both have failed.
Is this option intended to work without manual intervention? Do I need to take additional steps before running the installer? Couldn't find documentation or previous issues explaining it. Logs below.