You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed that incus is probably using the wrong EDK2/OVMF. Although qemu includes edk2-x86_64-secure-code.fd which probably supports secureboot and seems most likely to be the right choice, incus is using OVMF_CODE.4MB.fd from an incus-ovmf folder in nix store, which is a symlink to files in OVMF-202408.01-fd/FV folder.
I previously troubleshooted a similar problem in opensuse, and it was an issue regarding incorrect links to EDK2/OVMF files, so I suspect there may be a simple way to have it use the correct files for secureboot to function properly when enabled.
Steps To Reproduce
Steps to reproduce the behavior:
Set up incus
run: incus launch images:debian/bookworm debvm -c security.secureboot=true --vm to start a debian vm
run mokutil --sb-state and see that secureboot is not enabled.
Expected behavior
modutil --sb-state should show secureboot as enabled, as it does on other distributions.
Screenshots
Additional context
Metadata
Notify maintainers
Note for maintainers: Please tag this issue in your PR.
cmspam
changed the title
virtualisation/incus: secureboot, despite being enabled, is not actually working in VMs.
virtualisation/incus: secureboot is not actually working.
Dec 17, 2024
cmspam
changed the title
virtualisation/incus: secureboot is not actually working.
virtualisation/incus: secureboot is not actually working (EDK2 issue?)
Dec 17, 2024
cmspam
changed the title
virtualisation/incus: secureboot is not actually working (EDK2 issue?)
virtualisation/incus: secureboot is not working
Dec 17, 2024
Describe the bug
I noticed that incus is probably using the wrong EDK2/OVMF. Although qemu includes edk2-x86_64-secure-code.fd which probably supports secureboot and seems most likely to be the right choice, incus is using OVMF_CODE.4MB.fd from an incus-ovmf folder in nix store, which is a symlink to files in OVMF-202408.01-fd/FV folder.
I previously troubleshooted a similar problem in opensuse, and it was an issue regarding incorrect links to EDK2/OVMF files, so I suspect there may be a simple way to have it use the correct files for secureboot to function properly when enabled.
Steps To Reproduce
Steps to reproduce the behavior:
incus launch images:debian/bookworm debvm -c security.secureboot=true --vm
to start a debian vmmokutil --sb-state
and see that secureboot is not enabled.Expected behavior
modutil --sb-state should show secureboot as enabled, as it does on other distributions.
Screenshots
Additional context
Metadata
Notify maintainers
Note for maintainers: Please tag this issue in your PR.
Add a 👍 reaction to issues you find important.
The text was updated successfully, but these errors were encountered: