-
Notifications
You must be signed in to change notification settings - Fork 99
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
UKI Upgrade fails with Extended Command Line #2992
Comments
This is related to #2981 |
umm nice, I think this scenario is something that we never tested, upgrading to a different cmdline artifact. I wonder how we can fix this, search for norola and then fallback to norole_* ? |
while working on a different thing I stumbled that when we generate artifacts with a extended cmdline, for some unknown reasons we output the file and config with the extended cmdline in the name of the artifacts, which is wrong. This explains this as the upgrade artifacts are not called I believe this is a leftover from before we moved to use the IMHO it makes no sense anymore as we do not ship any "generic" efi files along the extended cmdline ones, thye should be called norole.efi It may make sense in the case of the |
probably fixed by kairos-io/AuroraBoot#122 |
a new auroraboot will fix it @bencorrado Seems like we were storing the extend-cmdline efi and configs with the extended cmdline in them, which made them not upgradable. Basically on upgrade we search for an artifact called norole.efi and that wasnt the case on upgrade artifacts with extended-cmdline If you are using aurora from master branch or quay.io/kairos/auroraboot:latest you will get this change in like 5 minutes when its finished building. If you build and upgrade artifcat with it, it should now be possible to upgrade with it |
Lets wait until Ben can confirm that this is indeed fixed or get some time to test it ourselves |
@bencorrado can you confirm this is fixed? |
Kairos version:
CPU architecture, OS, and Version:
Linux sparkly-maroon-pigeon 6.8.0-47-generic #47-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 27 21:40:26 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
Describe the bug
When applying a UKI image using
sudo kairos-agent upgrade --source oci:<SOURCE>
and using--extend-cmdline "ima_appraise=fix ima_template=ima-sig ima_policy=tcb"
with enki while following https://kairos.io/v3.1.3/docs/upgrade/trustedboot/ the agent fails the installer as it is looking for/efi/EFI/Kairos/norole.efi
which does not exist because it is namednorole_install-mode_ima_appraise_fix_ima_template_ima-sig_ima_policy_tcb.efi
To Reproduce
On the build machine:
On the target:
sudo kairos-agent upgrade --source oci:registry.corrado.farm/deeep-os-upgrade:nov11-test
Expected behavior
It should upgrade with the extended command line support.
Logs
Additional context
The text was updated successfully, but these errors were encountered: