# Upgrade zu v7.2: Hardwareklasse startet nicht **URL:** \ **Category:** v7-Betatest\ **Created:** [13. Oktober 2023 um 06:48 UTC](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493 "2023-10-13T06:48:43Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [13. Oktober 2023 um 06:48 UTC](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493/1 "2023-10-13T06:48:44Z")
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](https://ask.linuxmuster.net/uploads/default/original/2X/5/5106b92093b4d8a7a3e0e2439b2750723d9c895d.jpeg) ![grafik](https://ask.linuxmuster.net/uploads/default/original/2X/0/02a059fe81cd55afd539e37cad835fe30ebade58.jpeg) Hat jemand eine Ahnung? Im Zweifel: USB-linbo.iso Methode? VG, Tobias ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [13. Oktober 2023 um 06:52 UTC](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493/2 "2023-10-13T06:52:28Z")
Das sagt der PC noch von innerhalb LINBO: ```auto 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. ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [13. Oktober 2023 um 06:55 UTC](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493/3 "2023-10-13T06:55:21Z")
Ein älteres Image endet mit: ![grafik](https://ask.linuxmuster.net/uploads/default/original/2X/9/9fc4d6f4dc038eeda7a97929a99e0502edb6e831.jpeg) ---
**Author:** ![roesslerrr](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/f6c823/32.png) [@roesslerrr](https://ask.linuxmuster.net/u/roesslerrr)\ **Post date:** [13. Oktober 2023 um 08:33 UTC](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493/4 "2023-10-13T08:33:27Z")
Hallo Tobias! Vielleicht ist der Kernelparameter „forcegrub“ die Lösung? > [@Lmn 7.2 testing](https://ask.linuxmuster.net/t/lmn-7-2-testing/9732/382): > > Hallo Rainer, versuch mal den forcegrub Kernelparameter. Dann wird die Benutzung des Linbo-Grub erzwungen, d.h. der Ubuntu-Kernel wird direkt gestartet. VG, Thomas Gruß - Rainer ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [13. Oktober 2023 um 08:45 UTC](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493/5 "2023-10-13T08:45:14Z")
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) ```auto SystemType = efi64 KernelOptions = quiet splash dhcpretry=10 nomodeset warmstart=no ``` boot/grub/\*.cfg ist unverändert managed by linuxmuster ---
**Author:** ![thomas](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/thomas/32/1530_2.png) [@thomas](https://ask.linuxmuster.net/u/thomas)\ **Post date:** [13. Oktober 2023 um 12:56 UTC](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493/6 "2023-10-13T12:56:37Z")
Hallo Tobias, > [@Tobias](#): > > warmstart war wg. wechsel auf linbo4 damals nötig warmstart ist mit neueren Linbo-Versionen eigentlich unproblematisch. Versuchs doch nochmal. Bringt bei Linuxclients signifikant schnelleren Start. VG, Thomas ---
**Author:** ![Cgsman](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/cgsman/32/4471_2.png) [@Cgsman](https://ask.linuxmuster.net/u/Cgsman)\ **Post date:** [14. Oktober 2023 um 11:47 UTC](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493/7 "2023-10-14T11:47:44Z")
Tobias, hallo, eine vielleicht laienhafte Frage, aber sind die festen UUIDs (siehe Dein Screenshot) nicht generell durch /dev/sdxyz zu ersetzen ? Gruß Christoph ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [14. Oktober 2023 um 13:39 UTC](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493/8 "2023-10-14T13:39:54Z")
Hallo Thomas, > [@thomas](#): > > warmstart ist mit neueren Linbo-Versionen eigentlich unproblematisch. Versuchs doch nochmal. Bringt bei Linuxclients signifikant schnelleren Start. ok, danke! Seltsam, dass das vorher trotz „kaltstart“ geklappt hat nicht in grub hängen zu bleiben. Hallo Christoph, > [@Cgsman](#): > > eine vielleicht laienhafte Frage, aber sind die festen UUIDs (siehe Dein Screenshot) nicht generell durch /dev/sdxyz zu ersetzen ? 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) ```auto 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. ```auto 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. ```