Skip to content
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

does not boot from cdrom #32

Open
cfriedt opened this issue Jul 15, 2021 · 4 comments
Open

does not boot from cdrom #32

cfriedt opened this issue Jul 15, 2021 · 4 comments

Comments

@cfriedt
Copy link

cfriedt commented Jul 15, 2021

I copied and pasted the 'boot from cdrom' command and it did not work.

qemu-system-aarch64 \
         -machine virt,accel=hvf,highmem=off \
         -cpu cortex-a72 -smp 2 -m 4G \
         -device intel-hda -device hda-output \
         -device virtio-gpu-pci \
         -device virtio-keyboard-pci \
         -device virtio-net-pci,netdev=net \
         -device virtio-mouse-pci \
         -display cocoa,gl=es \
         -netdev user,id=net,ipv6=off \
         -drive "if=pflash,format=raw,file=./edk2-aarch64-code.fd,readonly=on" \
         -drive "if=pflash,format=raw,file=./edk2-arm-vars.fd,discard=on" \
         -drive "if=virtio,format=raw,file=./hdd.raw,discard=on" \
         -cdrom focal-desktop-arm64.iso \
         -boot d

Also ran it explicitly with the path to the binary.

/opt/homebrew/Cellar/qemu-virgl/20210507.1/bin/qemu-system-aarch64 ...

Screen Shot 2021-07-15 at 8 59 51 AM

The error from TianoCore is below.

BdsDxe: failed to load Boot0001 "UEFI Misc Device" from VenHw (93E34C7E-B50E-11DF-9223-2553DFD72085,00): Not Found
BdsDxe: failed to load Boot0002 "EUFI Misc Device 2" from PciRoot (0x0)/P{ci(0x6,0x0): Not Found
@cfriedt
Copy link
Author

cfriedt commented Jul 15, 2021

Screen Shot 2021-07-15 at 9 12 00 AM

@cfriedt
Copy link
Author

cfriedt commented Jul 15, 2021

Looks like there is a fix found elsewhere:

utmapp/UTM#2333 (comment)

@cfriedt
Copy link
Author

cfriedt commented Jul 15, 2021

Apparently this might have to do with UEFI secureboot

@knazarov
Copy link
Owner

You can try to enter the uefi settings and try to change the boot device from there. It could be that the boot order is different. It happened with me once, but I couldn’t reproduce it reliably. Also, be careful with edk2-arm-vars.fd, as this is the file that will contain firmware settings. Whatever you change in the uefi setup is reflected there, so it will be persistent even if you destroy your VM hard drive. If you need a fresh version, you’ll need to copy the original file again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants