-
-
Notifications
You must be signed in to change notification settings - Fork 189
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Arch iso boot fixup (kexec-parse-boot and kexec-boot-iso fixups) #1120
Conversation
Some hints on why this might not be working out of the box Not sure how to hack around this. On Heads side, a quick hack was done a while ago to permit iso boot, which was to pass fromiso and the iso boot options to cover most OS iso boot. Some recalled hints: #470 (comment), pointing to https://mbusb.aguslr.com/howto.html shows that Arch expects: Since Heads already passes variables to support debian ( |
Ok with 8f6c61c change, the iso boots successfully! Then comes the time to install it and have it booted successfully, which will probably require additional changes to kexec-parse-boot. But in current state, it seems to fit original need of #584. fixes #584 @tslilc @MrChromebox please review. |
What exactly needs to get tested if you already checked it correctly? That is to say: I am not sure what exactly I am supposed to be looking for. |
btw, I just remembered: Ironically, I flashed a coreboot rom last weekend, because I was annoyed that I can not start my arch iso in heads to re-install my system :D |
it needs to be written in the heads console? |
@lynxred: No. That is how Arch linux distribution public key was added to Heads in this PR. @techge The iso boots from this PR. |
@techge : To download prebuilt roms: linuxboot/heads-wiki#88 |
bin/kexec-parse-boot: test linuxboot@2bb1f52 that fix correctly comma seperated arguments. Still TODO: when booting, Heads tries to find where the ISO with /dev/disk/by-label/ARCH_202202 wich is never brought up. uuids could, not sure why the label is not brought up correctly. Maybe an issue in the way Arch makes the ISO. @tslilc : Any idea to continue linuxboot#584 or modify linuxboot#762?
8f6c61c
to
1809b3b
Compare
So following your comment here #1117 (comment) I expect you are using x230-maximized ROM. And following the error you have #1120 (comment) even through ISO was signed in FEB 2022, I expect you are not running the ROM produced by this PR when clicking 8f6c61c green mark, x230-maximized board, artifacts and then downloading the full ROM (not top.rom nor bottom.rom, and flash internally with USB thumb drive containing that file). Again: only flash internally from Legacy->Legacy, Maximized->Maximized. Those cannot be mixed. |
@lynxred And I just realised that this PR was not based on master, and consequently, the x230-maximized board was not built by the CircleCI prior of your report. CircleCI is building for x230-maximized again with 1809b3b being rebased on top of master (which included new instructions for CircleCI to built for x230-maximized), sorry about that. |
@techge hopefully, you are willing to retest installation/boot and report with ROM produced in this PR! |
I am willing, but I can't make any promises about when this will happen. I try to do it this week though. I am sorry. |
Just retested from ISO boot:
|
Archlinux is providing detached signed iso, just like Tails and Qubes OS. We add it here:
One can then build Heads to boot from detached signed iso. Download ISO and detached signature:
http://mirror.rackspace.com/archlinux/iso/2022.02.01/archlinux-2022.02.01-x86_64.iso
http://mirror.rackspace.com/archlinux/iso/2022.02.01/archlinux-2022.02.01-x86_64.iso.sig
Flash build ROM. Put downloaded iso and detached signature on USB thumb drive. Boot from ISO (Options,Boot options, USB boot)
Realize that arch is waiting for
/dev/disk/by/label/ARCH_202202
which is never brought up.@tslilc : Any insight? Does that need to be fixed upstream by Archlinux?
archisolabel=ARCH_202202
and archisobasedir=archEDIT: fixed with kexec-iso-boot fixup.
Hint: There might be code inside of linuxboot/webboot that might help us resolve this, since they implemented a correct parser.
On the good side, the present commit is not breaking other detached signature verified ISO boot: