Feature #6578
Test UEFI support with OVMF
50%
Description
See the blueprint for details.
Subtasks
Related issues
Related to Tails - |
Resolved | 2014-05-08 | |
Blocks Tails - |
Resolved | 2014-07-18 |
History
#1 Updated by intrigeri 2014-05-13 08:46:56
- blocks
Feature #7231: Test suite: UEFI boot added
#2 Updated by intrigeri 2014-05-13 08:48:20
- Parent task deleted (
)Feature #5739
Not a blocker for 1.1 => dropping the parent task. The 2.0 milestone was inherited from Feature #5739, not sure if it’s still relevant.
#4 Updated by alant 2014-07-11 14:58:39
- % Done changed from 0 to 50
Tails 1.1~rc1 on OVMF 0~20131112.2590861a-2 doesn’t work out-of-the box with libvirt/qemu:
- the VM boots fine on OVMF
- OVMF fails to boot a virtual USB disk created by Tails 1.1~rc1 installer
However, I think I remember that it used to work at some point…
#5 Updated by intrigeri 2014-07-11 15:01:01
> - the VM boots fine on OVMF
What is “the VM”?
> - OVMF fails to boot a virtual USB disk created by Tails 1.1~rc1 installer
What exactly is happening?
#6 Updated by intrigeri 2014-07-14 14:53:49
- related to
Feature #7173: Upgrade to syslinux 6.03-pre18 or later added
#7 Updated by intrigeri 2014-07-14 14:56:06
The version of syslinux shipped in Tails 1.1 is known to have issues booting with OVMF:
With 1.1~rc1 installed with Tails Installer, booting of a virtual removable USB device with libvirt/qemu, OVMF fails to start syslinux. Navigating manually with the OVMF shell to fs0:EFI/BOOT
, and running bootx64.efi
manually => Error reported: Unsupported
.
With a newer syslinux (3:6.03~pre17+dfsg-1~bpo60+1) on bugfix/7173-upgrade-syslinux, it’s the same but no error message. Still, I’m back at the EFI shell after running bootx64.efi
.
#8 Updated by intrigeri 2014-07-15 18:30:29
- Status changed from Confirmed to Resolved
Boots fine in libvirt/qemu, from an emulated removable USB device, that has syslinux 3:6.03~pre18+dfsg-1~bpo70+1 (ISO built from bugfix/7173-upgrade-syslinux branch, installed with Tails Installer). Confirmed that the system was booted in UEFI mode (/sys/firmware/efi/
exists), just in case OVMF would have a MBR fallback mode.
The system does not shutdown properly after kexec’ing the new kernel, though.
#9 Updated by sajolida 2015-09-22 07:51:46
- Target version deleted (
Sustainability_M1)