Repository navigation
Boot fails on first boot with Libreboot/Coreboot (no EFI payload) — installer should detect non‑EFI and offer legacy/BIOS install #4209
Replies: 7 comments 14 replies
|
Nice tracing of the issue here! I think you're going to have to design the fix yourself, though. We don't have anyone on the team currently using this setup. But if you can make a minimally invasive patch to the install process that can accommodate this unique configuration, we'd be happy to take it. |
|
Valid point - Libreboot/Coreboot systems without GRUB as EFI payload need legacy boot support. The issue:
Workarounds:
cbfstool /path/to/coreboot.rom print | grep payloadIf its SeaBIOS, you need MBR/legacy install.
Feature request for Omarchy: +1 for this - Libreboot users are a small but dedicated group and this would improve compatibility significantly. |
|
Found the update 1: # Copy installer log to installed system for debugging
if [[ -f "${OMARCHY_INSTALL_LOG_FILE:-}" ]] && [[ -d /root ]]; then
sudo cp "$OMARCHY_INSTALL_LOG_FILE" /root/omarchy-install.log 2>/dev/null || true
sudo chmod 644 /root/omarchy-install.log 2>/dev/null || true
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Installer log copied to /root/omarchy-install.log" >>"$OMARCHY_INSTALL_LOG_FILE" 2>/dev/null || true
fiwill report back with findings, |
|
Hi. I'm Leah Rowe, creator of Libreboot. I want to be ten thousand percent clear: I am not affiliated with Omarchy Linux, in fact I find that project's leadership quite repugnant, and I do not support them at all. I consider the fact that they invoke Libreboot's name to be an insult to Libreboot, and I hope that they will stop doing so - of course, making it easier to boot Linux on Libreboot is a noble goal, but the creator of Omarch, dubbed DHH, has been known to associate heavily with the far-right; the development channel for Hyprland of which he and his project is associated is rife with racism, transphobia and all sorts of bigotry in general. As a trans person, and someone who wishes to see myself and others of my kind flourish in prosperity, I consider that our community has no place for people like DHH. I found this post during a random Google/DuckDuckGo sweep for the word "libreboot", and felt the need to say something here. DHH and co are of course free to associate as they wish, and partake in any sort of open source development they wish, but I would ask that they do not associate either Libreboot, my name, or the names of my compratriots with that of his ilk, even if only tenuously as in this instance.Thank you, and have a wonderful day. |
|
Any updates on this front ? |
|
Verified workaround: legacy BIOS (2011 Sony Vaio, InsydeH2O), GRUB to MBR, reusing the installer's own limine.conf Hit this exact failure on a 2011 Sony Vaio (legacy BIOS, no UEFI): the installer finishes fine, but the first reboot lands on a blinking cursor because no BIOS-mode bootloader was written to the MBR. Recovered without reinstalling, keeping the encrypted install intact. From the install USB's terminal: 1. Unlock and mount the installed system: 2. Install GRUB in BIOS mode: 3. Key trick: don't guess the kernel cmdline. The installer already wrote the correct one (cryptdevice, 4. Note: Omarchy's update hooks manage Longer term, a |
|
Updating this thread, because the picture changed since January and the patched ISO from back then is no longer needed. What works now: the Omarchy 4 (quattro) ISO has a BIOS branch for full-disk installs — the configurator hides "Free space install" when What still doesn't boot: on firmware that boots through a GRUB payload which scans disks for Minimal workaround (no chroot, no cryptsetup open /dev/nvme0n1p2 root
mount -o subvol=@ /dev/mapper/root /mnt
mount /dev/nvme0n1p1 /mnt/boot
conf=$(find /mnt/boot -name limine.conf | head -1)
cmdline=$(grep -m1 'cmdline:' "$conf" | sed 's/.*cmdline: *//')
kern=$(find /mnt/boot -path '*/linux-omarchy/vmlinuz' | head -1); kern=${kern#/mnt/boot/}
init=$(find /mnt/boot -path '*/linux-omarchy/initramfs' | head -1); init=${init#/mnt/boot/}
ucode=$(find /mnt/boot -name '*-ucode.img' | head -1); ucode=${ucode#/mnt/boot/}
mkdir -p /mnt/boot/grub
cat > /mnt/boot/grub/grub.cfg <<EOF
set timeout=3
menuentry "Omarchy" {
linux /$kern $cmdline
initrd /$ucode /$init
}
EOF
umount -R /mnt && cryptsetup close root && reboot
This is the same idea as @esthonjr's workaround, but on GRUB-payload firmware you don't need Snapshots: not lost — they stay in btrfs and Possible minimal fix: on non-EFI installs, in addition to the Limine BIOS install, write a small |
Uh oh!
There was an error while loading. Please reload this page.
System details
Lenovo ThinkPad T480, i7 variant, not nVidia, 32gb ram, 1tb disk
What's wrong?
System details
What happened
The installer finishes successfully (~3.5 minutes) but after the first reboot the system’s bootloader fails to hand off to the OS. The boot stage prints errors (limine or similar) and the machine drops to a prompt or fails to boot. I believe the installer assumed an EFI environment and installed an EFI-mode boot path on firmware that provides no UEFI services.
Steps to reproduce
Expected behavior
The installer should detect absence of EFI (or detect firmware that doesn’t provide EFI runtime services) and either:
Why this matters
Some users run Libreboot/Coreboot without an EFI payload (no SeaBIOS/UEFI). The current installer appears to assume UEFI and installs accordingly, causing a complete inability to boot on first reboot. A detection + fallback would prevent breakage for those systems.
Suggested implementation / detection logic
Recommended installer actions when no EFI detected
Workarounds (manual) — pick one you prefer
A — Install GRUB (BIOS/i386-pc) from a live USB (Arch-style)
B — Install Limine to MBR (if you prefer Limine)
Note: On GPT you may need a BIOS boot partition (1 MiB, type ef02) for GRUB BIOS.
My results
I tried without success like on other systems cause of the intricacies of Omarchy with disk Encryption. As a person I can go so far.
Closing words
I hope the Dev team can help our little community out.. We are small but we are there. The ones that don't need Intel ME enabled etc.
All reactions