Problem mit Windows-Boot bei Linbo/NVME und EFI?

Tw33ki · 27. September 2022 um 17:10

Hallo Zusammen,

ich habe aktuell ein Problem, welches ich bislang noch nicht so richtig zu Ordnen kann. Aber der Reihe nach:

in den SF habe ich das Update von LMN7 auf LMN71 gemacht
Anschließend habe ich das .cloop in qcow2 convertiert
Das Abbild neu ausgerollt
Die Partitionsgröße geändert

Am Standort sind zwei Hardwareklassen (wenn man die virtuelle mit zählt: 3) vorhanden. Vor den Arbeiten in der SF konnte man das Abbild auf beide Geräteklassen ausrollen.

Jetzt ist es so, dass man das Abbild nur noch unter bestimmten Voraussetzungen syncen und anschließend starten kann:
→ eine Windows-CD muss gebootet werden, hier muss man den bootloader reparieren.
bootrec /fixboot liefert „zugriff verweigert“
→ (hier hilft dieser Artikel) [2024 Gelöst] Bootrec /fixboot Zugriff verweigert Windows 10/11 - EaseUS

Anschließend lässt sich das Abbild für diese Hardwareklasse wieder booten (grünstart / rotstart). Andernfalls bekommt man das obligatorische „no operating system found“ und linbo startet wieder.

Fairerweise könnte man jetzt sagen „haja timo, da haste bestimmt irgendwas am EFI/boot zerschossen“ - daher habe ich mal ein funktionierendes Abbild von einem anderem Server rüber kopiert, und stelle weiterhin das gleiche Verhalten fest (naja, eigentlich schlimmer, da es auf keiner Hardwareklasse mit NVME und EFI bootet).

Komischerweise: unter Proxmox mit EFI und /dev/sda lassen sich die Abbilder alle starten.
Also hab ich mich mal auf in die Logs gemacht, und finde hier immer folgenden Eintrag, den ich bei meiner virtuellen Maschine nicht entdecken kann:

root@server:/srv/linbo/log# grep „Failed to restore windows EFI bootfiles.“ EG-13-23_linbo.log testvm1_linbo.log
EG-13-23_linbo.log:Failed to restore windows EFI bootfiles.
EG-13-23_linbo.log:[StdOut] Failed to restore windows EFI bootfiles.
EG-13-23_linbo.log:Failed to restore windows EFI bootfiles.
EG-13-23_linbo.log:[StdOut] Failed to restore windows EFI bootfiles.
EG-13-23_linbo.log:Failed to restore windows EFI bootfiles.
EG-13-23_linbo.log:[StdOut] Failed to restore windows EFI bootfiles.
EG-13-23_linbo.log:Failed to restore windows EFI bootfiles.

mount: mounting /dev/nvme0n1p4 on /mnt failed: Device or resource busy
[Info] Executing synchronos: linbo_cmd size /dev/nvmenp
[Info] Executing synchronos: linbo_cmd listimages /dev/nvme0n1p4
[Info] Finished loading environment values
[Error] Could not read theme config: /icons/
[Info] Linbo state changed to: 3
[+++ Chapter +++] Starting Windows 10
[Info] Linbo state changed to: 4
[Info] Executing asynchronos: linbo_cmd start /dev/nvme0n1p3 /dev/nvme0n1p3 auto /dev/nvme0n1p4
[StdOut] start 1: ?/dev/nvme0n1p3? 2: ?/dev/nvme0n1p3? 3: ?auto? 4: ?? 5: ?? 6: ?/dev/nvme0n1p4?
[StdOut] No kernel auto on partition /dev/nvme0n1p3. Using „auto“.
Failed to restore windows EFI bootfiles.
[StdOut] Failed to restore windows EFI bootfiles.
linborpo.zip (279,7 KB)

BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0002,0001

Weitere Auffälligkeit in diesem Zusammenhang (oder nicht?!):
unter meiner Testvm1 kann ich die Windows Parittion mounten, und dort rein schreiben und so.
Mounte ich am EG-13-23 (ist jetzt nur ein Beispiel) die Windows-Partiton, bekomme ich immer die Meldung „zugriff verweigert“.

Im Anhang mal die beiden Start.conf-dateien sowie die logs. (als zip, hoffe das ist ok)
linborpo.zip (279,7 KB)

Hat jemand eine Idee woran das liegen könnte - und was man dagegen machen könnte?

Tw33ki · 27. September 2022 um 17:13

asoo:

root@server:/srv/linbo# dpkg -l | grep linuxmuster
ii linuxmuster-base7 7.1.20-0 all linuxmuster.net configuration scripts
ii linuxmuster-client-servertools 0.9d all linuxmuster serverside scripts for managing a community based ubuntu-cloop
rc linuxmuster-linbo-common7 2.4.3-4 all linuxmuster-linbo common files: kernel, initrd and pxe boot configuration
ii linuxmuster-linbo-gui7 7.0.6 all Linuxmuster Linbo GUI
ii linuxmuster-linbo7 4.0.38-0 all linuxmuster-linbo7
ii linuxmuster-prepare 7.1.9-0 all linuxmuster.net pre setup configuration scripts
ii linuxmuster-webui7 7.1.38 all Next generation web-based management tool for linuxmuster.net v7.x

Blair · 28. September 2022 um 17:11

Hallo Timo,

waren die ursprünglichen .cloop für Legacy/Bios- oder UEFI-Systeme?

Das deutet eher auf Legacy/Bios hin und nun soll es auf UEFI ausgerollt werden. Das funktioniert nicht automatisch.

Linbo 2.xx hatte schwerwiegende Fehler im Zusammenhang mit UEFI. Die UUIDs wurden nicht/falsch gespeichert und solche Sachen, was den Bootloader für Windows unbrauchbar gemacht hat. Wenn ich mich richtig erinnere, dann wurde das nur in Linbo 7 gefixt.
Wenn möglich rolle die Images aus und erstlle von funktionierenden Rechner ein neues .qcow2 Image.

Viel Erfolg
Christian

Tw33ki · 28. September 2022 um 17:53

Hallo Christian,

nein - auch vorher war es ein UEFI-Image.

Heute hatten wir das nochmal probiert: Image wieder bootbar gemacht (an einem PC) dann hochgeladen. Leider ist es immer noch nicht bootbar. Keine Ahnung.

Die UUID-Fehler (die du beschreibst?) finde ich aber auch im Log:

## Wed Sep 28 15:24:14 CEST 2022 : Starting full restore of /dev/nvme0n1p3 using win10_prodesk400.qcow2.
/dev/nbd0 disconnected
    (100.00/100%)
## Wed Sep 28 15:36:21 CEST 2022 : Full restore from win10_prodesk400.qcow2 finished.
Restoring disk UUID EF16787E-A42A-489F-A64F-4A490061868C of /dev/nvme0n1.
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): 
Expert command (? for help): Enter the disk's unique GUID ('R' to randomize): The new disk GUID is EF16787E-A42A-489F-A64F-4A490061868C

Expert command (? for help): 
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): OK; writing new GUID partition table (GPT) to /dev/nvme0n1.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.
Restoring partition UUID 80F9D6E4-D215-40F3-8B88-D3073AD1C90F of /dev/nvme0n1p1.
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): 
Expert command (? for help): Partition number (1-5): Enter the partition's new unique GUID ('R' to randomize): New GUID is 80F9D6E4-D215-40F3-8B88-D3073AD1C90F

Expert command (? for help): 
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): OK; writing new GUID partition table (GPT) to /dev/nvme0n1.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.
Restoring partition UUID 27211F8A-F863-4F1E-ABA0-21A55C9B149B of /dev/nvme0n1p3.
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): 
Expert command (? for help): Partition number (1-5): Enter the partition's new unique GUID ('R' to randomize): New GUID is 27211F8A-F863-4F1E-ABA0-21A55C9B149B

Expert command (? for help): 
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): OK; writing new GUID partition table (GPT) to /dev/nvme0n1.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.
## Log session end: Mi 28. Sep 15:36:28 CEST 2022 ##

Info] Executing synchronos: linbo_cmd ip
[Info] Executing synchronos: linbo_cmd netmask
[Info] Executing synchronos: linbo_cmd bitmask
[Info] Executing synchronos: linbo_cmd mac
[Info] Executing synchronos: linbo_cmd version
[Info] Executing synchronos: linbo_cmd hostname
[Info] Executing synchronos: linbo_cmd cpu
[Info] Executing synchronos: linbo_cmd memory
[Info] Executing synchronos: linbo_cmd size /dev/nvme0n1p4
mount: mounting /dev/nvme0n1p4 on /mnt failed: Device or resource busy
[Info] Executing synchronos: linbo_cmd size /dev/nvmenp
[Info] Executing synchronos: linbo_cmd listimages /dev/nvme0n1p4
[Info] Finished loading environment values
[Error] Could not read theme config: /icons/
[Info] Linbo state changed to: 3
[+++ Chapter +++] Starting Windows 10
[Info] Linbo state changed to: 4
[Info] Executing asynchronos: linbo_cmd start /dev/nvme0n1p3 /dev/nvme0n1p3 auto   /dev/nvme0n1p4
[StdOut] start 1: ?/dev/nvme0n1p3? 2: ?/dev/nvme0n1p3? 3: ?auto? 4: ?? 5: ?? 6: ?/dev/nvme0n1p4?
[StdOut] No kernel auto on partition /dev/nvme0n1p3. Using "auto".
Restoring windows bootfiles on EFI partition.
[StdOut] Restoring windows bootfiles on EFI partition.
BootNext: 0005
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0002* WDC PC SN530 SDBPNPZ-256G-1006-213420800788
Boot0003  USB:  
Boot0005* Windows Boot Manager
EFI bootnext for Windows Boot Manager has been set to 0005.
[StdOut] EFI bootnext for Windows Boot Manager has been set to 0005.
BootNext: 0005
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0002* WDC PC SN530 SDBPNPZ-256G-1006-213420800788
Boot0003  USB:  
Boot0005* Windows Boot Manager
EFI bootorder has been successfully set.
[StdOut] EFI bootorder has been successfully set.
BootNext: 0005
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0002* WDC PC SN530 SDBPNPZ-256G-1006-213420800788
Boot0003  USB:  
Boot0005* Windows Boot Manager
Installing GRUB in MBR/EFI of /dev/nvme0n1 ... [StdOut] BootNext: 0005
Installing for x86_64-efi platform.
[StdOut] BootCurrent: 0000
[StdOut] Timeout: 0 seconds
[StdOut] BootOrder: 0000,0001
[StdOut] Boot0000* grub
[StdOut] Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
[StdOut] Boot0002* WDC PC SN530 SDBPNPZ-256G-1006-213420800788
[StdOut] Boot0003 USB:
[StdOut] Boot0005* Windows Boot Manager
[StdOut] Installing GRUB in MBR/EFI of /dev/nvme0n1 ...
grub-install: warning: cannot open directory `/usr/share/locale': No such file or directory.
Installation finished. No error reported.
OK!
[StdOut] OK!
Restrict access rights on .linbo:
Restrict access rights on .linbo:
[StdOut] Restrict access rights on .linbo:
[StdErr] "/dev/nvme0n1p3" opened read-write
ntfssecaudit 1.5.0 : NTFS security data auditing
Posix descriptor :
    acccnt 0
    defcnt 0
    firstdef 0
    mode : 0700
    tagsset : 0x00
Posix ACL :
    version 2
    flags 0x00
File .linbo mode 0700
No errors were found
ntfssecaudit 1.5.0 : NTFS security data auditing
Posix descriptor :
    acccnt 0
    defcnt 0
    firstdef 0
    mode : 0700
    tagsset : 0x00
Posix ACL :
    version 2
    flags 0x00
File .linbo mode 0700
No errors were found
[StdOut] ntfssecaudit 1.5.0 : NTFS security data auditing
[StdOut] Posix descriptor :
[StdOut] acccnt 0
[StdOut] defcnt 0
[StdOut] firstdef 0
[StdOut] mode : 0700
[StdOut] tagsset : 0x00
[StdOut] Posix ACL :
[StdOut] version 2
[StdOut] flags 0x00
Restrict access rights on .guid.disk:
Restrict access rights on .guid.disk:
[StdOut] File .linbo mode 0700
[StdOut] No errors were found
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdOut] Restrict access rights on .guid.disk:
[StdErr] "/dev/nvme0n1p3" opened read-write
ntfssecaudit 1.5.0 : NTFS security data auditing
Posix descriptor :
    acccnt 0
    defcnt 0
    firstdef 0
    mode : 0700
    tagsset : 0x00
Posix ACL :
    version 2
    flags 0x00
File .guid.disk mode 0700
No errors were found
ntfssecaudit 1.5.0 : NTFS security data auditing
Posix descriptor :
    acccnt 0
    defcnt 0
    firstdef 0
    mode : 0700
    tagsset : 0x00
Posix ACL :
    version 2
    flags 0x00
File .guid.disk mode 0700
No errors were found
Restrict access rights on .guid.efi:
Restrict access rights on .guid.efi:
[StdOut] ntfssecaudit 1.5.0 : NTFS security data auditing
[StdOut] Posix descriptor :
[StdOut] acccnt 0
[StdOut] defcnt 0
[StdOut] firstdef 0
[StdOut] mode : 0700
[StdOut] tagsset : 0x00
[StdOut] Posix ACL :
[StdOut] version 2
[StdOut] flags 0x00
[StdOut] File .guid.disk mode 0700
[StdOut] No errors were found
[StdOut] Restrict access rights on .guid.efi:
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdErr] "/dev/nvme0n1p3" opened read-write
ntfssecaudit 1.5.0 : NTFS security data auditing
Posix descriptor :
    acccnt 0
    defcnt 0
    firstdef 0
    mode : 0700
    tagsset : 0x00
Posix ACL :
    version 2
    flags 0x00
File .guid.efi mode 0700
No errors were found
ntfssecaudit 1.5.0 : NTFS security data auditing
Posix descriptor :
    acccnt 0
    defcnt 0
    firstdef 0
    mode : 0700
    tagsset : 0x00
Posix ACL :
    version 2
    flags 0x00
File .guid.efi mode 0700
No errors were found
[StdOut] ntfssecaudit 1.5.0 : NTFS security data auditing
[StdOut] Posix descriptor :
[StdOut] acccnt 0
[StdOut] defcnt 0
[StdOut] firstdef 0
Restrict access rights on .guid.nvme0n1p3:
[StdOut] mode : 0700

Blair · 28. September 2022 um 18:08

Hallo Timo,
welche Fehlermeldung bringt Windows beim Boot?
Öffne in Linbo das Terminal, mounte /dev/sda1 und schau, ob die Bootdateien von Windows auf das System kopiert wurden.

Hast du das Image generalisiert?
Siehe die Anleitung Allgemeines Windows Image für UEFI und BIOS

Viel Erfolg
Christian

Tw33ki · 28. September 2022 um 18:13

„no operation system found… rebooting“ → dann landet man wieder in Linbo

hier halt NVME ab:

EG-13-LPC: ~ # mount /dev/nvme0n0p1 /mnt
mount: mounting /dev/nvme0n0p1 on /mnt failed: Invalid argument
EG-13-LPC: ~ # mount /dev/nvme0n1p1 /mnt
EG-13-LPC: ~ # ls /mnt
EFI
EG-13-LPC: ~ # du /mnt/EFI -h
126.0K	/mnt/EFI/grub
126.0K	/mnt/EFI/BOOT
12.9M	/mnt/EFI/Microsoft/Boot/Fonts
13.5K	/mnt/EFI/Microsoft/Boot/Resources/de-DE
104.5K	/mnt/EFI/Microsoft/Boot/Resources
160.5K	/mnt/EFI/Microsoft/Boot/bg-BG
203.0K	/mnt/EFI/Microsoft/Boot/cs-CZ
200.5K	/mnt/EFI/Microsoft/Boot/da-DK
209.5K	/mnt/EFI/Microsoft/Boot/de-DE
212.0K	/mnt/EFI/Microsoft/Boot/el-GR
151.5K	/mnt/EFI/Microsoft/Boot/en-GB
196.0K	/mnt/EFI/Microsoft/Boot/en-US
205.0K	/mnt/EFI/Microsoft/Boot/es-ES
160.0K	/mnt/EFI/Microsoft/Boot/es-MX
153.5K	/mnt/EFI/Microsoft/Boot/et-EE
203.0K	/mnt/EFI/Microsoft/Boot/fi-FI
163.0K	/mnt/EFI/Microsoft/Boot/fr-CA
209.5K	/mnt/EFI/Microsoft/Boot/fr-FR
158.0K	/mnt/EFI/Microsoft/Boot/hr-HR
209.5K	/mnt/EFI/Microsoft/Boot/hu-HU
204.0K	/mnt/EFI/Microsoft/Boot/it-IT
179.5K	/mnt/EFI/Microsoft/Boot/ja-JP
53.5K	/mnt/EFI/Microsoft/Boot/qps-ploc
178.5K	/mnt/EFI/Microsoft/Boot/ko-KR
156.0K	/mnt/EFI/Microsoft/Boot/lt-LT
156.0K	/mnt/EFI/Microsoft/Boot/lv-LV
200.0K	/mnt/EFI/Microsoft/Boot/nb-NO
204.5K	/mnt/EFI/Microsoft/Boot/nl-NL
206.0K	/mnt/EFI/Microsoft/Boot/pl-PL
202.5K	/mnt/EFI/Microsoft/Boot/pt-BR
203.5K	/mnt/EFI/Microsoft/Boot/pt-PT
157.0K	/mnt/EFI/Microsoft/Boot/ro-RO
203.0K	/mnt/EFI/Microsoft/Boot/ru-RU
159.0K	/mnt/EFI/Microsoft/Boot/sk-SK
157.0K	/mnt/EFI/Microsoft/Boot/sl-SI
159.0K	/mnt/EFI/Microsoft/Boot/sr-Latn-RS
201.5K	/mnt/EFI/Microsoft/Boot/sv-SE
201.0K	/mnt/EFI/Microsoft/Boot/tr-TR
157.5K	/mnt/EFI/Microsoft/Boot/uk-UA
170.0K	/mnt/EFI/Microsoft/Boot/zh-CN
170.0K	/mnt/EFI/Microsoft/Boot/zh-TW
25.1M	/mnt/EFI/Microsoft/Boot
25.1M	/mnt/EFI/Microsoft
25.4M	/mnt/EFI
EG-13-LPC: ~ #

Auch das hatten wir zwischenzeitlich probiert, leider ohne Erfolg :-(. Aktuell ist ein „nicht“ generisches Image im Einsatz.

Tw33ki · 28. September 2022 um 18:14

Woher kriegt die EFI-Partition eigentlich Ihre Daten? Kann hier ein Fehler vorliegen?

Danke schon mal für deine Hilfe!

Blair · 28. September 2022 um 19:35

Hallo,
in der start.conf.testvm-efi und start.conf.prodesk400 willst du eigentlich nur Windows als OS installieren. Du hast aber eine swap Partition drin und Ubuntu als zweites OS definiert.
Das solltest du ändern, vielleicht ist das schon der Fehler.

Die Kurzfassung:
Bei der Installation schreibt das Setup-Programm von Windows die entsprechden Daten (uuids der Festplatte und Partitionen) in die Datei BCD. Diese wird verwendet, damit der Bootloader dann die Fetplatte und Partionen im PC identifizieren kann und seine Daten findet.
Linbo sichert den Ordner EFI und die uuids der Festplatte/Partitionen und schreibt diese Daten dann genauso auf den neuen PC. So findet der Bootloader von Windows seine Dateien auf dem neuen PC.
Manchmal geht das schief.
Für ein allgemeines UEFI Image sollten folgende Befehle reichen:
Windows über Linbo starten, so dass Linbo den Ordner C:/EFI mit den Daten erstellt.

bcdedit /delete {bootmgr} /F
bcdedit /create {bootmgr}
bcdedit /set {bootmgr} device Boot
bcdedit /set {bootmgr} path \EFI\Microsoft\Boot\bootmgfw.efi
bcdedit /set {bootmgr} description "Windows Boot Manager"
bcdedit /set {bootmgr} locale de-DE
bcdedit /set {bootmgr} inherit {globalsettings}
bcdedit /set {bootmgr} default {current}
bcdedit /set {bootmgr} displayorder {current}
bcdedit /set {bootmgr} toolsdisplayorder {memdiag}
bcdedit /set {bootmgr} timeout 30
bcdedit /set {current} device locate=custom:12000002
bcdedit /set {current} osdevice locate=custom:22000002
sc config stornvme start=boot
bcdedit /export C:\EFI\Microsoft\Boot\BCD

Sollte eigentlich auf allen UEFI Rechnern funktionieren.

Schreibt das Linbo, das UEFI des Rechners oder Windows?

Kannst du Windows über das Bios selbst starten?

Viel Erfolg
Christian

Tw33ki · 28. September 2022 um 19:45

Hi Christan,

Das hab ich mal in der GUI angepasst. Intressanterweise musste ich nochmal nacharbeiten, und das „OS“ ubuntu direkt aus der .conf-Datei entfernen.

Habe daruf hin eine neue Partitionierung am Client angeschmissen - mal sehen was passiert :-).

Weißt du in wie weit eine änderung an der Partitionstabelle diese UUIDs beeinflussen kann?

Naja… Linbo sagt ja „starte windows“ → dann startet er neu und zeigt entsprechend die Meldung. Ich vermute, das müsste die Meldung vom UEFI des Rechners sein (kenne ich von der Optik auch, wenn keine Festplatte verbaut wäre)

Gute Frage eigentlich… Das müsste ich mal vor Ort ausprobieren. (das ist wohl ein klassischer Fall von Wald vor Bäumen…)

Danke für deinen späten Einsatz,
Timo

Tw33ki · 29. September 2022 um 09:03

Das hat leider keine Abhilfe geschaffen :-(.

Nein, leider ist Windows hier nicht zu Auswahl:

ringline · 30. September 2022 um 08:37

Hallo Timo,

bei uns hat beim Wechsel von cloop auf qcow2 nur geholfen, ein komplett neues Image aufzusetzen.

LG

Lars

Tw33ki · 30. November 2022 um 16:28

Hallo Zusammen,

schlussendlich kann ich jetzt immer noch nicht so richitg zuordnen, „woran es geleshcen hat“, aber scheinbar hat eines dieser Sachen abhilfe geschaffen:

linuxmuster-client-servertools/now 0.9d all [Konfiguration-verbleibend]
→ war auf diesem Server als „konfiguration verbleibend“, andere Server die wir geupdatet hatten hatten den Status [Installiert, lokal]
Daher habe ich das alte repo von 70 einhangen, nochmal drüber installiert
→ dann linbo7 neuinstalliert + update-linbofs
anschließend änderte sich der status auf:
linuxmuster-client-servertools/now 0.9d all [Installiert, lokal]

offensichtlich gab es auch ein Problem mit der start.conf-datei:
vorher:


root@server:/srv/linbo# cat start.conf.prodesk400_neu
[LINBO]
Server = 10.0.0.1
Group = prodesk400_neu
Cache = /dev/nvme0n1p4
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = torrent
GuiDisabled = no
UseMinimalLayout = no
Locale = de-DE
BackgroundColor = 394f5e
BackgroundFontColor = white
ConsoleFontColorStdout = lightgreen
ConsoleFontColorStderr = orange
SystemType = efi64
KernelOptions = quiet splash dhcpretry=9
clientDetailsVisibleByDefault = yes

[Partition]
Bootable = yes
FSType = vfat
Id = ef
Size = 204800
Label =
Dev = /dev/nvme0n1p1

[Partition]
Bootable = no
FSType =
Id = 0c01
Size = 131072
**Label =**
Dev = /dev/nvme0n1p2

[Partition]
Dev = /dev/nvme0n1p3
Label = windows
Size = 130G
Id = 7
FSType = ntfs
Bootable = no

[Partition]
Dev = /dev/nvme0n1p4
Label = cache
Size = 60G
Id = 83
FSType = ext4
Bootable = no

[OS]
Name = Windows 10
Version =
Description = Windows 10 1903
IconName = win10.png
Image =
BaseImage = win10_prodesk400.qcow2
Boot = /dev/nvme0n1p3
Root = /dev/nvme0n1p3
Kernel = auto
Initrd =
Append =
StartEnabled = yes
SyncEnabled = no
NewEnabled = yes
Autostart = no
AutostartTimeout = 5
DefaultAction = start
RestoreOpsiState = no
ForceOpsiSetup =
Hidden = yes

nachher:


[LINBO]
Server = 10.0.0.1
Group = prodesk400_neu
Cache = /dev/nvme0n1p4
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = torrent
GuiDisabled = no
UseMinimalLayout = no
Locale = de-DE
SystemType = efi64
KernelOptions = quiet splash forcegrub dhcpretry=9
clientDetailsVisibleByDefault = yes

[Partition]
Bootable = yes
FSType = vfat
Id = ef
Size = 200M
**Label = efi**
Dev = /dev/nvme0n1p1

[Partition]
Bootable = no
FSType =
Id = 0c01
Size = 128M
Label = msr
Dev = /dev/nvme0n1p2

[Partition]
Dev = /dev/nvme0n1p3
Label = windows
Size = 130G
Id = 7
FSType = ntfs
Bootable = no

[Partition]
Dev = /dev/nvme0n1p4
Label = cache
Size = 60G
Id = 83
FSType = ext4
Bootable = no

[OS]
Name = Windows 10
Version =
Description = Windows 10 1903
IconName = win10.svg
Image =
BaseImage = win10_prodesk400.qcow2
Boot = /dev/nvme0n1p3
Root = /dev/nvme0n1p3
Kernel = auto
Initrd =
Append =
StartEnabled = yes
SyncEnabled = no
NewEnabled = yes
Autostart = no
AutostartTimeout = 5
DefaultAction = start
Hidden = yes

Bin nicht sicher, ich vermute am ehsten hat das anpassen des Partitonslabels geholfen - oder das ändern von Size.

Die PCs lassen sich jetzt allenfalls wieder mit Linbo Syncen :-).