Upgrade zu v7.2: Hardwareklasse startet nicht

Server v7 v7-Betatest
1

Wir sind nach 7.2 umgezogen: hier ist alles super!

Nur ein problem stellt sich dann nach und nach raus: eine Hardwareklasse startet in LINBO, wurde auch mehrfach rebootet,

  • es ist das richtige LINBO drauf: „4.1.36-0“
  • Nach dem Sync startet aber Linux in grub und dort will das ubuntu nicht loslegen.
  • Ist ein EFI-System

grafik
grafik919×471 108 KB

grafik
grafik820×299 69.7 KB

Hat jemand eine Ahnung?
Im Zweifel: USB-linbo.iso Methode?

VG, Tobias

2

Das sagt der PC noch von innerhalb LINBO:

r219-pc16n: /tmp # cat efiout 
BootCurrent: 0000
BootOrder: 0000,0002
Boot0000* grub
Boot0001* Ubuntu
Boot0002* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0003* hp HLDS DVDRW GUD1N 
Boot0004* WDC PC SN730 SDBQNTY-256G-1006-21480A804435

Es ist ein bekanntes Problem hier, dass der PC die Bootreihenfolge auf „grub zuerst“ stellt, dann erst Netzwerk.
Aber bisher war es kein Problem, so lange der Sync in LINBO richtig funktionierte.

3

Ein älteres Image endet mit:

grafik
grafik765×270 61.9 KB

4

Hallo Tobias!

Vielleicht ist der Kernelparameter „forcegrub“ die Lösung?

Gruß - Rainer

5

danke, Rainer!
werde ich morgen probieren.

Hier noch die Info, was meine aktuellen Parameter sind (warmstart war wg. wechsel auf linbo4 damals nötig, iirc)

SystemType = efi64
KernelOptions = quiet splash dhcpretry=10 nomodeset warmstart=no

boot/grub/*.cfg ist unverändert managed by linuxmuster

6

Hallo Tobias,

warmstart ist mit neueren Linbo-Versionen eigentlich unproblematisch. Versuchs doch nochmal. Bringt bei Linuxclients signifikant schnelleren Start.

VG, Thomas

1 „Gefällt mir“
7

Tobias, hallo,

eine vielleicht laienhafte Frage, aber sind die festen UUIDs (siehe Dein Screenshot) nicht generell durch /dev/sdxyz zu ersetzen ?

Gruß Christoph

1 „Gefällt mir“
8

Hallo Thomas,

ok, danke! Seltsam, dass das vorher trotz „kaltstart“ geklappt hat nicht in grub hängen zu bleiben.

Hallo Christoph,

auch völlig berechtigt.

Was mir schleierhaft ist, warum das mit Linbo 4.0 unter LMN 7.1 noch alles reibungslos funktioniert hat.

Was ich zunächst (erfolglos) testen konnte:

  • PXE-Boot zunächst erzwingen, das hat nichts gebracht, weil LINBO dann ja UEFI beim nächsten Bootvorgang auf „Ubuntu“ umstellt, dort kam dann auch grub mit 30sek. ablauf und logischerweise falschem root=UUID= eintrag in der kernel-zeile, spätestens initramfs schlägt dann fehlt (s.o. Bild von Busybox)
r219-pc16n: ~ # linbo_wrapper start:1
Command     : start
OS number   : 1
Starting Ubuntu ...
Found kernel boot/vmlinuz on partition /dev/nvme0n1p4.
mk_boot /dev/nvme0n1p4 boot/vmlinuz boot/initrd.img root=/dev/nvme0n1p4 ro splash anonym-online
prepare_grub /cache/boot/grub /cache/boot/grub/grubenv /usr/share/grub
prepare_reboot /dev/nvme0n1 /dev/nvme0n1p4 /cache/boot/grub/grubenv boot/vmlinuz boot/initrd.img root=/dev/nvme0n1p4 ro splash anonym-online /dev/nvme0n1p1
repair_efi /dev/nvme0n1p1
EFI bootnext for Ubuntu has been set to 0001.
EFI bootorder has been successfully set.
BootNext: 0001
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0002
Boot0000* grub
Boot0001* Ubuntu
Boot0002* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM4
Boot0007* hp HLDS DVDRW GUD1N
Boot0008* WDC PC SN730 SDBQNTY-256G-1006-21480A804435
Installing GRUB in MBR/EFI of /dev/nvme0n1 ... OK!
[...]

(achtung hier habe ich von hand schon warmstart=yes eingestellt, siehe zweiter punkt)

  • warmstart=yes einstellen (zunächst händisch in /start.conf eines bereits gebooteten Systems), das hat nix gebracht, weil im gebooteten LINBO-Kernel in /proc/cmdline ja das noch als warmstart=no drinstand…

Was dann aber funktioniert hat, war tatsächlich ein neustart mit warmstart=yes …
Bis auf die postsync-Fehler, die ich gleich untersuche, hat es jetzt geklappt.

Uploading image.status ...
UEFI system found.
Setting hostname -> r219-pc16n.
patch_fstab 1: »/dev/nvme0n1p4«
##### POSTSYNC BEGIN #####
20231014-1532
/usr/bin/linbo_sync: /cache/jammymate-lc7.postsync: line 15: hostgroup: not found

Hostname:      r219-pc16n
Raum:          r219
Patchcache:    /linuxmuster-client/serverpatches
Hostgruppe:
Patchclass:    jammymate

 - getting patchfiles
rsync: getaddrinfo:  873: Name or service not known
rsync error: error in socket IO (code 10) at clientserver.c(139) [Receiver=3.2.7]
 - patching local files
##### POSTSYNC END #####
mk_boot
prepare_grub /cache/boot/grub /cache/boot/grub/grubenv /usr/share/grub
linbo_label all
Partition /dev/nvme0n1p1 - fstype vfat --> label efi ...  OK!
Partition /dev/nvme0n1p2 - fstype ext4 --> label cache ...  OK!
Setting up swapspace version 1, size = 3221221376 bytes
UUID=831615bd-61ea-48a3-b212-8aa7fc03c9f3
Partition /dev/nvme0n1p3 - fstype swap --> label swap ...  OK!
Partition /dev/nvme0n1p4 - fstype ext4 --> label ubuntu ...  OK!
Partition /dev/nvme0n1p5 - fstype ext4 --> label data ...  OK!
Uploading linbo.log ...
Uploading image.log ...
r219-pc16n: ~ # linbo_wrapper start:1
Command     : start
OS number   : 1
Starting Ubuntu ...
Found kernel boot/vmlinuz on partition /dev/nvme0n1p4.