# Upgrade zu v7.2: Hardwareklasse startet nicht

**URL:** <https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493>\
**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:** 1\
**Showing post:** 8

<div class="post-metadata">

**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")

</div>

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.

```

---

_[View the full topic](https://ask.linuxmuster.net/t/upgrade-zu-v7-2-hardwareklasse-startet-nicht/10493)._
