[GELÖST] grml UEFI Network Boot

[cosinus]

Weiß jemand warum das so ein Gefrickel mit UEFI network boot ist? Ich bekomm das einfach nicht hin, grml übers Netzwerk im UEFI-Modus zu booten. Er bootet es an, scheitert dann aber bei /scripts/live (also grundsätzlich funkioniert das Booten von Netzwerk mit UEFI, auch hab ich die notwendigen Symlinks erstellt in /tftpboot siehe Codebox ganz unten, Eintrag für die grub.cfg die für EFI genutzt wird auch)

Hintergrund: im BIOS/CSM Modus geht das ohne Probleme. Habe dazu mir das Debian Netboot Paket besorgt und auf dem TFTP-Server nach /tftpboot entpackt. Dann in der menu-Datei einfach diese Zeilen hinzugefügt:

Code: Alles auswählen

label grml64-full live
	kernel grml/vmlinuz
	append initrd=grml/initrd.img boot=live noswap lang=de fetch=tftp://192.168.2.2/grml/grml64-full_sid.squashfs

Und habe habe nach dem Boot von Netzwerk das Debian-Menü plus meinen Eintrag unten. Natürlich liegen in /tftpboot/grml die drei Dateien initrd.img, vmlinuz und grml64-full_sid.squashfs aus dem ISO-Abbild von grml.

UEFI-Netboot nutzt ja grub.cfg - wie kann man dem da klarmachen, dass er sich die squashfs-Datei per "fetch" ziehen soll? Kennt grub das nicht?

Code: Alles auswählen

drwxr-xr-x  3 root root 4,0K 2022-03-22 18:37 debian-installer
drwxr-xr-x  2 root root 4,0K 2022-06-16 13:07 grml
lrwxrwxrwx  1 root root   27 2022-06-16 12:30 grub -> debian-installer/amd64/grub
lrwxrwxrwx  1 root root   35 2021-03-22 08:28 pxelinux.cfg -> debian-installer/amd64/pxelinux.cfg
lrwxrwxrwx  1 root root   37 2022-06-16 12:15 bootnetx64.efi -> debian-installer/amd64/bootnetx64.efi
lrwxrwxrwx  1 root root   34 2022-06-16 12:30 grubx64.efi -> debian-installer/amd64/grubx64.efi
lrwxrwxrwx  1 root root   47 2021-03-22 08:28 ldlinux.c32 -> debian-installer/amd64/boot-screens/ldlinux.c32
lrwxrwxrwx  1 root root   20 2021-06-16 13:38 menu -> pxelinux.cfg/default
lrwxrwxrwx  1 root root   33 2021-03-22 08:28 pxelinux.0 -> debian-installer/amd64/pxelinux.0

Code: Alles auswählen

menuentry "grml64 live full sid 2022-06-16 build 3820" {
    linux	/grml/vmlinuz
    initrd	/grml/initrd.img boot=live noswap lang=de fetch=tftp://192.168.2.2/grml/grml64-full_sid.squashfs
}

--edit--
GELÖST dem Titel hinzugefügt
-/edit--

[Livingston]

Code: Alles auswählen

menuentry "grml64 live full sid 2022-06-16 build 3820" {
    linux	/grml/vmlinuz
    initrd	/grml/initrd.img boot=live noswap lang=de fetch=tftp://192.168.2.2/grml/grml64-full_sid.squashfs
}

Müsste hier in der UEFI-Version nicht auch append statt initrd genommen werden? Also:

Code: Alles auswählen

menuentry "grml64 live full sid 2022-06-16 build 3820" {
    linux	/grml/vmlinuz
    append	initrd=/grml/initrd.img boot=live noswap lang=de fetch=tftp://192.168.2.2/grml/grml64-full_sid.squashfs
}

[cosinus]

Hi danke für deine Antwort.
Kennt die grub.cfg denn append? Aber ich probiers gern nochmal aus.

Ist vllt nicht ganz so übersichtlich, in meiner ersten Textbox mit dem Menu ist der Eintrag in der Datei /tftpboot/debian-installer/amd64/boot-screens/txt.cfg
Der ganz unten ist in der Datei /tftpboot/debian-installer/amd64/grub/grub.cfg

Die txt.cfg wird genutzt, wenn via BIOS/CSM gebootet wird, die grub.cfg wenn via UEFI.

--edit--
Satzkauderwelsch ausgemerzt
-/edit--

[cosinus]

Den Befehl append kennt/findet er nicht. Dann kommt Mr. Colonel Panic

[Livingston]

Kennt die grub.cfg denn append? Aber ich probiers gern nochmal aus.

Jo, jetzt fällts mir auch auf. Der Knackpunkt ist, dass ein Eintrag mit initrd xxx einfach nur an die Parameterzeile als initrd=xxx angehängt wird.
Du könntest aber versuchen, gleich die gesamte Parameterzeile hinter linux vollständig zu definieren, da also selbst initrd=xxx reinzuschreiben.

Ich habe leider noch nicht mit netboot gespielt, aber mit lokalem Boot einige Experimente gemacht. Meine Vermutung war, dass ein separater initrd-Eintrag nicht alles in die Kernel-Parameter packt.

[cosinus]

Du meinst so?

Code: Alles auswählen

menuentry "grml64 live full sid 2022-06-16 build 3820" {
    linux	/grml/vmlinuz initrd=/grml/initrd.img boot=live noswap lang=de fetch=tftp://192.168.2.2/grml/grml64-full_sid.squashfs
}

[Livingston]

Du meinst so?

Code: Alles auswählen

menuentry "grml64 live full sid 2022-06-16 build 3820" {
    linux	/grml/vmlinuz initrd=/grml/initrd.img boot=live noswap lang=de fetch=tftp://192.168.2.2/grml/grml64-full_sid.squashfs
}

Jep!
Einen Versuch ist es wert.

[cosinus]

Ne, wieder Kernel Panic. Er findet kein root. Ich schau mir das morgen oder so nochmal an.

[Livingston]

Da muss ich leider auch passen und erst mal selber ein paar Experimente machen.
Hier im DF hat es aber bestimmt auch schon wer anderes zum Laufen gebracht.

[cosinus]

Kein Problem
Das Booten von Netzwerk klappt ja, nur wollte ich das gerne mal auf UEFI umstellen, damit ich auch auf neuen Geräten die kein CSM mehr können, per Netzwerk grml booten kann

[cosinus]

JAAAAAA ICH HABS HINBEKOMMEN!!!!

Danke an @Livingston für die PN mit diesem Artikel https://www.raspberry-pi-geek.de/ausgab ... xe-booten/

Mit diesem Menueintrag in der grub.cfg haut das jetzt endlich hin!!! Statt linux und initrd musste ich bloß linuxefi und initrdefi reinschreiben

Code: Alles auswählen

menuentry "grml64 live full sid 2022-06-16 build 3820" {
    linuxefi	/grml/vmlinuz boot=live noswap lang=de fetch=tftp://192.168.2.2/grml/grml64-full_sid.squashfs
    initrdefi	/grml/initrd.img
}

[cosinus]

Klasse, UEFI network boot bekomm ich jetzt auch mit einer VM in VirtualBox hin

(1) in den Eigenschaften der VM unter System den Haken bei "EFI aktivieren" setzen
(2) unter Netzwerk: Angeschlossen an Netzwerkbrücke und den Adaptertyp auf Paravirtualisiertes Netzwerk (virtio-net) setzen
(3) VM starten, wenn die EFI shell kommt: exit eintippen und ausführen
(4) Boot Manager auswählen und dort dann UEFI PXEv4