{"id":6172,"date":"2022-01-10T18:00:04","date_gmt":"2022-01-10T17:00:04","guid":{"rendered":"https:\/\/axebase.net\/blog\/?p=6172"},"modified":"2023-12-06T23:15:53","modified_gmt":"2023-12-06T22:15:53","slug":"arch-linux-2022-01-01-image-in-vbox-nicht-uefi-faehig","status":"publish","type":"post","link":"https:\/\/axebase.net\/blog\/2022\/01\/10\/arch-linux-2022-01-01-image-in-vbox-nicht-uefi-faehig\/","title":{"rendered":"Arch Linux 2022.01.01, Image in VBox nicht UEFI-faehig"},"content":{"rendered":"

Um in einer VBox-VM statt im CSM-Mode (Compatibility Support Module, das UEFI<\/a> verh\u00e4lt sich, als sei es ein BIOS<\/a>) im UEFI-Mode zu booten, ist lediglich im “VM VirtualBox Manager” unter System \u2192 Motherboard \u2192 Extended Features “Enable EFI (special OSes only)” zu aktivieren. Alternativ in einem Terminal:<\/p>\n

vboxmanage modifyvm \"VM name\" --firmware efi<\/pre>\n
Selbstverst\u00e4ndlich mu\u00df das zu bootende Image so oder hybrid erstellt worden sein (ein installiertes System sowieso). Das einfache Bootmenu von Arch Linux erscheint dann wie folgt:<\/p>\n
\"\"<\/a><\/strong><\/p>\n
Nicht so beim aktuellen Image<\/a> archlinux-2022.01.01-x86_64.iso. Die Arch-Eintr\u00e4ge fehlen, schlicht da das Image in VBox-VMs im UEFI-Mode nicht boot-f\u00e4hig ist. Nativ soll es OK sein.<\/p>\n
Man kommt nur in die EFI Shell oder das rudiment\u00e4re UEFI-Menu. \u00c4nderungstests in letzterem oder im VM-Manager sind erfolglos. Andere UEFI-f\u00e4hige Distributions-Images, bspw. ein mit isorespin.sh angepa\u00dftes Lubuntu bootet anstandslos, ebenso Arch-Images davor.<\/p>\n
Urs\u00e4chlich soll systemd 250.1-1 sein, es gibt einen Bugreport<\/a> dazu bei archlinux.org. So es so ist, m\u00fc\u00dfte dann, da Upstream, jedoch einer bei systemd<\/a> erstellt werden.<\/p>\n
Erh\u00e4rtet wird es, da ein User ein Image mit systemd 249.x erstellt hat, das entsprechend boot-f\u00e4hig ist. Jener bietet es zwar zum Download an, ein OS-Image von irgendjemandem ver\u00e4ndert, so nett es gemeint ist, w\u00fcrde ich jedoch nicht verwenden.<\/p>\n
Ebensogut k\u00f6nnte es ein Zusammenspiel mehrerer Faktoren, d.h. mit VBox sein, w\u00fcrde also (auch) dorthin geh\u00f6ren. Freilich nutze ich prinzipiell die jeweils aktuelle Version, sprich Testbuilds, derzeit 6.1.31 (das letzte ist knapp 4 Wochen alt, jetzt k\u00f6nnte so langsam mal wieder was kommen, manchmal gibt’s 3 Versionen pro Woche). In besagten Threads wird 6.1.30 final verwendet.<\/p>\n
Wer jetzt<\/em> Arch Linux in einer VBox-VM mit UEFI installieren will (mit CSM gibt es kein Problem), kann 2021.12.01 heranziehen – hat dann nat\u00fcrlich erheblich zu aktualisieren, was bei arch durch permanente Updates aber ohnehin der Fall ist – oder mit 2022.01.01 in der EFI Shell folgendes aufrufen:<\/p>\n
FS1:\\EFI\\BOOT\\BOOTx64.EFI<\/pre>\n
Das installierte<\/em> System scheint keine UEFI-Boot-Probleme mit aktuellem systemd in VBox-VMs zu haben.<\/p>\n
Update 1:<\/em> Zwischenzeitlich ist upstream ein Bugreport f\u00fcr systemd<\/a> erstellt worden.<\/p>\n
Update 2:<\/em> Der Commit boot: Fix readdir_harder() on VirtualBox <\/a> f\u00fcr systemd ist 2022-01-10 Sp\u00e4tabend hinzugef\u00fcgt worden, Arch Linux liefert systemd 250.2-2 damit<\/a> in testing bereits aus. Das Februar-Image sollte dann dahingehend problemlos boot-f\u00e4hig sein.<\/p>\n
Update 2022-01-18:<\/em> Die heutige (eigentlich vom 13.) Final VBox 6.1.32 l\u00f6st zwar das Problem, Arch Linux 2022.01.01 zeigt im UEFI-Mode das vollst\u00e4ndige Menu und kann folgerichtig booten. Jedoch bringt VBox 6.1.33-149396 das Problem zur\u00fcck.<\/p>\n
Update 2022-02-01:<\/em> archlinux-2022.02.01-x86_64.iso funktioniert dahingehend korrekt.
\nFYI: Das wenige Stunden zuvor von testing nach extra gewanderte archinstall 2.3.1<\/a> ist enthalten.<\/p>\n","protected":false},"excerpt":{"rendered":"
Um in einer VBox-VM statt im CSM-Mode (Compatibility Support Module, das UEFI verh\u00e4lt sich, als sei es ein BIOS) im UEFI-Mode zu booten, ist lediglich im “VM VirtualBox Manager” unter System \u2192 Motherboard \u2192 Extended Features “Enable EFI (special OSes only)” zu aktivieren. Alternativ in einem Terminal: vboxmanage modifyvm “VM name” –firmware efi Selbstverst\u00e4ndlich mu\u00df […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_crdt_document":"","footnotes":""},"categories":[26,2,5,15],"tags":[],"class_list":["post-6172","post","type-post","status-publish","format-standard","hentry","category-arch_based","category-computer","category-linux","category-virtualisation"],"_links":{"self":[{"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/posts\/6172","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/comments?post=6172"}],"version-history":[{"count":2,"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/posts\/6172\/revisions"}],"predecessor-version":[{"id":6893,"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/posts\/6172\/revisions\/6893"}],"wp:attachment":[{"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/media?parent=6172"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/categories?post=6172"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/axebase.net\/blog\/wp-json\/wp\/v2\/tags?post=6172"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}