Linbo-Bootschleife nach Update auf LINBO 4.0.23 v7.1

ringline · 22. April 2022 um 14:04

Hallo zusammen,

wir haben in einem Testraum seit ca. 1 Monat erfolgreich ca. 20 Windows-10-Clients mit Linuxmuster 7.1 laufen.

Nach einem Update auf LINBO 4.0.23 booten die Rechner nicht mehr ins Windows sondern produzieren eine LINBO-Schleife.

linuxmuster.net packages:
-Base…: 7.1.8-0
-Linbo…: 4.0.23-0
-WebUI…: 7.1.16
-Sophomorix…: 3.90.3-1

Hier ein Ausschnitt aus einem beispielhaften linbo.log:

...
## Hardware setup - end ##
Installing for x86_64-efi platform.
grub-install: warning: cannot open directory `/usr/share/locale': No such file or directory.
Installation finished. No error reported.
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0003* IPV6 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0004  USB:  
Boot0005* USB SanDisk 3.2Gen1 0101a4cdcc71cb9008c47ef69538609d52f16a012e73e86aa4077b729a9b6142342600000000000000000000bef9f8310003580081558107a12a89b1
Boot0006* Windows Boot Manager
[Info] Starting to parse start.conf
[Info] Finished parsing start.conf
[Info] Loading environment values
[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.
Setze EFI BootNext: 0006.
[StdOut] Setze EFI BootNext: 0006.
BootNext: 0006
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0003* IPV6 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0004  USB:  
Boot0005* USB SanDisk 3.2Gen1 0101a4cdcc71cb9008c47ef69538609d52f16a012e73e86aa4077b729a9b6142342600000000000000000000bef9f8310003580081558107a12a89b1
Boot0006* Windows Boot Manager
Setze EFI Bootreihenfolge: 0000,0001.
[StdOut] Setze EFI Bootreihenfolge: 0000,0001.
BootNext: 0006
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0003* IPV6 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0004  USB:  
Boot0005* USB SanDisk 3.2Gen1 0101a4cdcc71cb9008c47ef69538609d52f16a012e73e86aa4077b729a9b6142342600000000000000000000bef9f8310003580081558107a12a89b1
Boot0006* Windows Boot Manager
Installing GRUB in MBR/EFI of /dev/nvme0n1 ... Installing for x86_64-efi platform.
[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
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdOut] ntfssecaudit 1.5.0 : NTFS security data auditing
[StdOut] Posix descriptor :
[StdOut] acccnt 0
[StdOut] defcnt 0
Restrict access rights on .guid.disk:
Restrict access rights on .guid.disk:
[StdOut] firstdef 0
[StdOut] mode : 0700
[StdOut] tagsset : 0x00
[StdOut] Posix ACL :
[StdOut] version 2
[StdOut] flags 0x00
[StdOut] File .linbo mode 0700
[StdOut] 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
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdOut] ntfssecaudit 1.5.0 : NTFS security data auditing
[StdOut] Posix descriptor :
Restrict access rights on .guid.efi:
Restrict access rights on .guid.efi:
[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" 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
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] 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
Restrict access rights on .guid.part:
Restrict access rights on .guid.part:
[StdOut] tagsset : 0x00
[StdOut] Posix ACL :
[StdOut] version 2
[StdOut] flags 0x00
[StdOut] File .guid.efi mode 0700
[StdOut] No errors were found
[StdOut] Restrict access rights on .guid.part:
[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.part 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.part mode 0700
No errors were found
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] 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 :
Restrict access rights on EFI:
[StdOut] version 2
Restrict access rights on EFI:
[StdOut] flags 0x00
[StdOut] File .guid.part mode 0700
[StdOut] No errors were found
[StdOut] Restrict access rights on EFI:
[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
Directory 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
Directory EFI mode 0700
No errors were found
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdOut] ntfssecaudit 1.5.0 : NTFS security data auditing
[StdOut] Posix descriptor :
[StdOut] acccnt 0
Restrict access rights on linuxmuster-win:
Restrict access rights on linuxmuster-win:
[StdOut] defcnt 0
[StdOut] firstdef 0
[StdOut] mode : 0700
[StdOut] tagsset : 0x00
[StdOut] Posix ACL :
[StdOut] version 2
[StdOut] flags 0x00
[StdOut] Directory EFI mode 0700
[StdOut] No errors were found
[StdOut] Restrict access rights on linuxmuster-win:
[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
Directory linuxmuster-win 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
Directory linuxmuster-win mode 0700
No errors were found
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] 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
[StdOut] Directory linuxmuster-win mode 0700
[StdOut] No errors were found
[StdOut] receiving incremental file list
[StdOut] receiving incremental file list
[StdOut] Initiating machine password update on server 10.32.1.1 ...
[StdOut] receiving incremental file list
[StdOut] Veranlasse Upload von linbo.log.
## Log session end: Fr 22. Apr 15:39:23 CEST 2022 ##
## Log session begin: Fr 22. Apr 15:41:51 CEST 2022 ##
## Hardware setup - begin ##
...
## Hardware setup - end ##
Installing for x86_64-efi platform.
grub-install: warning: cannot open directory `/usr/share/locale': No such file or directory.
Installation finished. No error reported.
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0003* IPV6 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0004  USB:  
Boot0005* USB SanDisk 3.2Gen1 0101a4cdcc71cb9008c47ef69538609d52f16a012e73e86aa4077b729a9b6142342600000000000000000000bef9f8310003580081558107a12a89b1
Boot0006* Windows Boot Manager
[Info] Starting to parse start.conf
[Info] Finished parsing start.conf
[Info] Loading environment values
[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.
Setze EFI BootNext: 0006.
[StdOut] Setze EFI BootNext: 0006.
BootNext: 0006
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0003* IPV6 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0004  USB:  
Boot0005* USB SanDisk 3.2Gen1 0101a4cdcc71cb9008c47ef69538609d52f16a012e73e86aa4077b729a9b6142342600000000000000000000bef9f8310003580081558107a12a89b1
Boot0006* Windows Boot Manager
Setze EFI Bootreihenfolge: 0000,0001.
[StdOut] Setze EFI Bootreihenfolge: 0000,0001.
BootNext: 0006
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0003* IPV6 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0004  USB:  
Boot0005* USB SanDisk 3.2Gen1 0101a4cdcc71cb9008c47ef69538609d52f16a012e73e86aa4077b729a9b6142342600000000000000000000bef9f8310003580081558107a12a89b1
Boot0006* Windows Boot Manager
Installing GRUB in MBR/EFI of /dev/nvme0n1 ... [StdOut] Installing GRUB in MBR/EFI of /dev/nvme0n1 ...
Installing for x86_64-efi platform.
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
Restrict access rights on .guid.disk:
Restrict access rights on .guid.disk:
[StdOut] tagsset : 0x00
[StdOut] Posix ACL :
[StdOut] version 2
[StdOut] flags 0x00
[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
[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
Restrict access rights on .guid.efi:
[StdOut] Posix ACL :
Restrict access rights on .guid.efi:
[StdOut] version 2
[StdOut] flags 0x00
[StdOut] File .guid.disk mode 0700
[StdOut] No errors were found
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdOut] Restrict access rights on .guid.efi:
[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
[StdOut] mode : 0700
Restrict access rights on .guid.part:
Restrict access rights on .guid.part:
[StdOut] tagsset : 0x00
[StdOut] Posix ACL :
[StdOut] version 2
[StdOut] flags 0x00
[StdOut] File .guid.efi mode 0700
[StdOut] No errors were found
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdOut] Restrict access rights on .guid.part:
[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.part 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.part 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
Restrict access rights on EFI:
Restrict access rights on EFI:
[StdOut] tagsset : 0x00
[StdOut] Posix ACL :
[StdOut] version 2
[StdOut] flags 0x00
[StdOut] File .guid.part mode 0700
[StdOut] No errors were found
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdOut] Restrict access rights on EFI:
[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
Directory 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
Directory 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
Restrict access rights on linuxmuster-win:
Restrict access rights on linuxmuster-win:
[StdOut] firstdef 0
[StdOut] mode : 0700
[StdOut] tagsset : 0x00
[StdOut] Posix ACL :
[StdOut] version 2
[StdOut] flags 0x00
[StdOut] Directory EFI mode 0700
[StdOut] No errors were found
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdOut] Restrict access rights on linuxmuster-win:
[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
Directory linuxmuster-win 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
Directory linuxmuster-win 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
[StdOut] Directory linuxmuster-win mode 0700
[StdOut] No errors were found
[StdErr] "/dev/nvme0n1p3" closed
[StdErr] No errors were found
[StdOut] receiving incremental file list
[StdOut] receiving incremental file list
[StdOut] Initiating machine password update on server 10.32.1.1 ...
[StdOut] receiving incremental file list
[StdOut] Veranlasse Upload von linbo.log.
## Log session end: Fr 22. Apr 15:41:51 CEST 2022 ##

Alle Rechner laufen auf UEFI.

Mir ist aufgefallen, dass die Logos in der GUI nicht mehr gelesen werden können. Ensprechend enthält der Log auch eine Fehlermeldung „Could not read theme config: /icons/“. Weiß aber nicht, ob das relevant ist. Im Linbo selbst wird das Logo angezeigt…

Ich habe testweise auch eine komplett neue Gruppe angelegt und einen Rechner dort aufgenommen. Habe diesen Rechner sauber formatiert (alle Partitionen von Hand gelöscht) und neu mit dem vorhandenen Image bespielt. Macht aber keinen Unterschied.

Danke für jede Unterstützung!

baumhof · 22. April 2022 um 14:17

Hallo Lars,
kannst du die schleife genauer beschreiebn?
Was wird gedrückt in linbo? sync? Oder Neu+start?
Dann passiert was genau?

… was ist den im BIOS ausgewählt als Bootdevice? (in welcher Reihenfolge).
Ist ein Boot Order Lock im BIOS(UEFI) gesetzt?

LG

Holger

ringline · 22. April 2022 um 15:05

Hallo Holger,

wir starten immer ohne sync. Aber auch ein Neu+start führt zu derselben Schleife.

Schleife heißt: nach dem Drücken von Start (oder auch Autostart), dass der Rechner neu startet („hp-Symbol“), dann startet LINBO („initializing Hardware“ usw.) und es erscheint wieder der LINBO-Bildschirm. Bei aktiviertem Autostart wiederholt sich das unendlich.

Im Bios haben wir nichts geändert. Ein Boot Order Lock ist nicht gesetzt. Die Reihenfolge ist immer unterschiedlich und mir nicht erklärbar. In der Regel steht grub oben, gefolgt vom Network Boot: IPV4. Im log-File oben kannst du die Reihenfolge ja sehen, wobei mir nicht klar ist, wieso da ein USB SanDisk auftaucht. Der war zwar mal angesteckt, ist aber nicht mehr drin.

garblixa · 24. April 2022 um 06:32

Hallo Lars,

Evtl. ist dieser Eintrag im UEFI NVRAM das Problem. Dieser könnte auf einen nicht existierenden Microsoft Eintrag in der EFI Partition verweisen, so daß Windows hier nicht gebootet werden kann.

Um die Vermutung zu bestätigen könntest Du, wenn der Client in Linbo steht(Autostart deaktivieren) den Eintrag oben löschen, indem Du Dich auf den Client per SSH einloggst und dann:
efibootmgr -B -b 0006

Um das Problem zu umgehen könntest den Kernelparameter forcegrub in der start.conf ausprobieren.

Viele Grüße
Klaus

ringline · 25. April 2022 um 05:32

Hallo Klaus,

du bist meine Rettung…

Ok, mir kam der Eintrag auch schon komisch vor und ich weiß auch woher der kommt. Ich hab ihn jetzt auf einem Client rausgeworfen und das Booten funktioniert.

Jetzt habe ich eine Verständnisfrage: Wie ist denn der Ablauf beim PXE-Boot bzw. wann wird die GRUB-Bootdatei geschrieben? Irgendwo auf dem Server muss doch die NBP-Datei liegen. Kann man darin die Booteinträge bearbeiten?

Oder kurz gefragt: Wie bekomme ich die korrekte Bootloader-Datei vom Client auf den Server, so dass die ganze Gruppe wieder korrekt bootet? Ein Image von diesem Client aus erstellen?

Vielen Dank für die Hilfe und liebe Grüße

Lars

garblixa · 25. April 2022 um 06:16

Hallo Lars,

Das Problem habe ich hier beschrieben:

github.com/linuxmuster/linuxmuster-linbo7

Clean up invalid UEFI entries

offen 09:11AM - 14 Apr 22 UTC

geschlossen 11:50AM - 25 Apr 22 UTC

garblixa

Background: As soon as a "Windows Boot Manager" NVRAM entry exists, but no EFI …partition with Microsoft boot directory and files, Linbo starts this Windows Boot Manager entry with efibootmgr -n. This looks for the Microsoft directory on the EFI partition, which does not exist if Linbo has formatted the disk. A boot loop is the result. Because the behavior depends on the UEFI manufacturer, whether a Microsoft UEFI NVRAM exists or remains, although there is no EFI/Microsoft/Boot in the ESP partition, it is a lottery whether the computer still boots. Only if you delete the "Windows Boot Manger" entry from the NVRAM, then the grub can start Windows again (unless you use the kernel parameter "forcegrub"), because this does not point to the EFI partition, but to the EFI directory in the Windows partition. Possible linbo enhancement: So you could extend Linbo to check after formatting the whole disk if there is still a "Windows Boot Manager" entry in the UEFI NVRAM which points to an EFI partition which doesn't exist after formatting. This invalid UEFI NVRAM entry could then be deleted. At the same time you could also clean up duplicate entries with efibootmgr. Thank you! Kind regards Klaus

Evtl. nimmt Thomas das auf und kann beim Klonen dann auch diese ungültigen Einträge entfernen.
Alternativ kannst Du den Kernel Parameter forcegrub für die start.conf der Gruppe verwenden. Probiers mal aus.

Viele Grüße
Klaus

baumhof · 25. April 2022 um 11:59

Hallo,

nur damit ich es richtig verstehe:

der Eintrag ganz unten:

Timeout: 0 seconds
BootOrder: 0000,0001
Boot0000* grub
Boot0001* IPV4 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0003* IPV6 Network - Intel(R) Ethernet Connection (11) I219-LM
Boot0004  USB:
Boot0005* USB SanDisk 3.2Gen1
0101a4cdcc71cb9008c47ef69538609d52f16a012e73e86aa4077b729a9b6142342600000000000000000000bef9f8310003580081558107a12a89b1
Boot0006* Windows Boot Manager

war das Problem?
Der wurde entfernt, dann ging es wieder?
Oder war das Problem im UEFI BIOS in der Bootreihenfolge zu beheben?
Aber das UEFI liest doch auch nur aus, was in der EFI Partition steht
(wenn es richtig funktioniert), oder?

LG

Holger

garblixa · 25. April 2022 um 12:16

Hallo Holger,

Genau so ist es.

Nein, das war hier nicht der Fall.

Bei vielen UEFI Implementierungen leider nicht. Wie ich sehe hat Thomas meinen Vorschlag schon umgesetzt. Linbo sollte solchen ungültigen Einträge jetzt entfernen.

Viele Grüße
Klaus

ringline · 25. April 2022 um 13:10

Hallo Klaus,

die start.conf der gruppe sieht jetzt so aus:

KernelOptions = splash quiet warmstart=no forcegrub

Das bringt leider keine Änderung.

Werde es wohl an jedem Client einmal machen müssen…

LG

Lars

ringline · 25. April 2022 um 13:11

Letzten Beitrag gerade erst gelesen. Werde mal ein Update ziehen und schauen, was passiert

garblixa · 25. April 2022 um 14:06

Hallo Lars,

bin gespannt. Bitte gib doch Bescheid ob das mit dem neu klonen nach dem Linbo Update dann klappt.

Danke und viele Grüße
Klaus

jochen · 26. April 2022 um 13:24

Hallo zusammen,

sehr strange: mit 4.0.23 war bei uns die Welt noch in Ordnung. Jetzt erst mit 4.0.24 tritt bei uns das beschriebene Problem auf, dass Windows nicht mehr bootet und wieder Linbo erscheint. Egal ob unsynchronisierter oder Neu+Start. Boot order lock haben die Rechner nicht, Grub steht aber - wie es soll - an erster Stelle.
Jetzt haben wir zwar vor wenigen Wochen genau das erreicht, was wir wollten: dass zuverlässig Linbo startet aber anschließend Windows wär’ schon nicht schlecht
@thomas : was genau ist der Unterschied zwischen 4.0.23 und 4.0.24? Löscht das nicht einen Windows Boot Manager Eintrag? Hm, im Gegensatz zu Euch wär der bei uns wohl wichtig gewesen…!?
Ubuntu kann er übrigens starten.

Danke für’s Mitdenken und viele Grüße,
Jochen

garblixa · 26. April 2022 um 13:29

Hallo Jochen,

kannst Du bitte mal posten:

Den Inhalt der EFI Partition. Gibt es da einen Eintrag „Microsoft“?
efibootmgr -v ausgeführt auf dem Client, wenn dieser in Linbo steht.

Viele Grüße
Klaus

jochen · 26. April 2022 um 13:30

Hallo Klaus,

mach ich gleich morgen früh.

Danke und viele Grüße,
Jochen

thomas · 26. April 2022 um 13:31

Hallo Jochen,

das löscht den Windows Boot Manager Eintrag nur, wenn auf der EFI-Partition die Datei EFI/Microsoft/Boot/bootmgfw.efi nicht existiert.

VG, Thomas

garblixa · 26. April 2022 um 15:16

Hallo @thomas,

tatsächlich passt da etwas noch nicht. Auch bei mir ist es so, daß ein Client mit 4.0.23 in Windows bootet., aber mit 4.0.24 nicht mehr.

Folgendes habe ich gemacht:

Versuch 1)

Erstelle einen Windows UEFI NVRAM Eintrag und schreibe den Microsoft Loader in die EFI Partition. In Windows:

bcdboot c:\windows /l de-de

Danach bootet an erster Stelle Windows.

Jetzt lösche ich den Microsoft Eintrag aus der EFI Partition. Also dasselbe was bei einem Format passieren würde
Wie zu erwarten, bootet jetzt nicht mehr Windows direkt, sondern grub.

Mit 4.0.23 konnte ich in diesem Zustand jetzt aus Linbo heraus Windows starten. Mit 4.0.24 geht das nicht. Ich lande wieder in Linbo. efibootmgr zeigt mir auch keinen „Windows Boot Manager“ Eintrag mehr. Offenbar gab es hier ein VirtualBox Update, welches UEFI Verbesserungen hatte.

Versuch 2)
So wie ich es verstanden habe, kommt wird die neue Funktionalität, mit der ungültige UEFI Einträge gelöscht werden, erst beim klonen ausgeführt und nicht bei jedem Start. Also habe ich formatiert und das Image neu eingespielt. Windows kann auch hier mit 4.0.24 dann nicht gestartet werden.

Mit KernelOptions=forcegrub kann ich grub in 4.0.24 dann dazu überreden Windows zu starten. Das war mit 4.0.23 nicht nötig.

So muß es also noch andere Änderungen geben, welche hier verhindern, daß Windows aus grub (ohne forcegrub) heraus gestartet werden kann.

Hoffe mein Geschreibsel ist einigermaßen verständlich und Du kannst damit etwas anfangen.

Danke und viele Grüße
Klaus

thomas · 26. April 2022 um 15:52

Hallo Klaus,

gibt es auf deiner EFI-Partition die Datei EFI/Microsoft/Boot/bootmgfw.efi? Linbo erstellt Windows Boot Manager-Einträge mit dem Verweis auf diese Bootloader-Datei. Das funktioniert hier wie geschnitten Brot. Ich musste noch nie mit bcdboot rumhantieren.

VG, Thomas

garblixa · 26. April 2022 um 15:56

Hallo Thomas,

das Verzeichnis EFI existiert, aber kein Microsoft Verzeichnis und Dateien. Erstellt Linbo nach formatieren und Klonen bei mir nicht.

Danke und viele Grüße
Klaus

thomas · 26. April 2022 um 16:58

Das ist seltsam. Dann müsste es eigentlich auch mit 4.0.23 Probleme geben. Wer mit 4.0.24 Probleme hat, muss dann halt erstmal downgraden. Ggf. nehme ich die Änderungen wieder zurück.

VG, Thomas

garblixa · 26. April 2022 um 17:12

Hallo Thomas,

auch mit 4.0.23 erstellt Linbo kein EFI/Microsoft/Boot/bootmgfw.efi, auch nicht mit Vorgängerversionen. So wie ich es beobachtet hatte, nutzte Linbo den bootmgfw.efi auf der Windows Partition und nicht auf der EFI Partition. Kann mich aber auch täuschen.

Viele Grüße
Klaus