wir sind seit seit letzter Woche auf 7.3 mit LINUXMUSTER.NET 7.3 - beta linuxmuster.net packages:
-Base…: 7.3.19-0
-Linbo…: 4.3.12-0
-WebUI…: 7.3.10
-Sophomorix…: 7.3.8
Unsere PCs sollen Win10 bzw. Win11 booten, was aber nur noch im 2. Anlauf funktioniert. Hier der Ablauf:
UEFI-Starteinträge über Linbo-Console bereinigt, alles mit WindowsBootManager und grub rausgeworfen.
Start der PCs über Netzwerkeboot → Linbo startet
Autostart Windows (jetzt sollte grub ins UEFI geschrieben werden, richtig?) → Fehlermeldung, letzte Meldungen vor dem Absturz waren:
Write reboot informations to /cache/boot/grub/grubenv
prepare_reboot/dev/nvme0n1 /dev/nvme0n1p3 /cache/boot/grub/grubenv auto /dev/nvme0n1p1
prepare_grub /cache/boot/grub /cache/boot/grub/grubenv /usr/share/grub
mk_boot /dev/nvme0n1p3 auto
No kernel auto on partition /dev/nvme0n1p3. Using "auto"
### 20250702-153419 linbo_mount /dev/nvme0n1p3 /mnt
### 20250702-153419 linbo_start /dev/nvme0n1p3 /dev/nvme0n1p3 auto /dev/nvme0n1p4
manueller Neustart des PCs
Fehlermeldung im PC-Bootbildschirm:
error: file '/boot/grub/x86_64-efi/linuxefi.mod' not found.
Loading grub environment ...
Booting operating system ...
Kerne-Option noefibootmgr ist gesetzt.
Was noch auffällt: Der Timestamp der Linbo-Fehlermeldung ist + zwei Stunden nach der Systemzeit, obwohl die Zeit auf dem Server, im UEFI und im gebooteten Windows korrekt ist.
Hat jemand einen Ansatz, wie wir das beheben können?
Das Problem besteht immer noch über alle Hardwaregruppen und Win10 genauso wie Win11. Hier mal der linbo.log von einem PC beim ersten Hochfahren (Linbo-Fehlermeldung):
### 20250707-160926 init begin ###
Welcome to
_ _____ _ _ ____ ____
| | |_ _| \ | | _ \ / __ \
| | | | | \| | |_) | | | |
| | | | | . ` | _ <| | | |
| |____ _| |_| |\ | |_) | |__| |
|______|_____|_| \_|____/ \____/
LINBO 4.3.12-0: Psycho Killer
Linux linbo 6.14.6 #1 SMP PREEMPT_DYNAMIC Sat May 10 00:14:44 CEST 2025 x86_64 GNU/Linux
Initializing hardware ...
Starting systemd-udevd version 255.4-1ubuntu8.6
### 20250707-160929 linbo_link_blkdev ###
/dev/nvme0n1 -> /dev/disk0
/dev/nvme0n1p1 -> /dev/disk0p1
/dev/nvme0n1p2 -> /dev/disk0p2
/dev/nvme0n1p3 -> /dev/disk0p3
/dev/nvme0n1p4 -> /dev/disk0p4
/dev/nvme0n1p5 -> /dev/disk0p5
udhcpc: started, v1.37.0
udhcpc: broadcasting discover
udhcpc: broadcasting select for 10.34.1.2, server 10.32.1.1
udhcpc: lease of 10.34.1.2 obtained from 10.32.1.1, lease time 172800
start.conf.win11-lmn7-1-amd-test
sent 43 bytes received 1,258 bytes 2,602.00 bytes/sec
total size is 1,143 speedup is 0.88
### 20250707-160939 linbo_split_startconf ###
### 20250707-160939 linbo_mountcache ###
Mounting cache partition /dev/nvme0n1p4 ...
### 20250707-160939 linbo_mount /dev/nvme0n1p4 /cache ###
### 20250707-160939 linbo_update ###
Looking for LINBO updates.
LINBO is up-to-date.
Downloading torrent-client.conf.
Downloading multicast.list.
Downloading linbo wallpaper.
Updating ipxe file.
Updating common grub configuration.
Updating host and group specific grub configuration.
Updating grub themes ... OK!
Updating linuxmuster-win ... OK!
mk_boot
prepare_grub /cache/boot/grub /cache/boot/grub/grubenv /usr/share/grub
Providing grub environment in cache ...
* Providing grub environment ...
Installing GRUB in MBR/EFI of /dev/nvme0n1 ... Installing for x86_64-efi platform.
Installation finished. No error reported.
OK!
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0002
Boot0000* grub HD(1,GPT,2f71b11b-cf81-481c-9124-a42f2d4e7d5e,0x800,0x64000)/File(\EFI\grub\grubx64.efi)
Boot0001* SAMSUNG MZVLQ512HBLU-00BH1-S671NS1T123086 PciRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/NVMe(0x1,00-25-38-D1-21-80-E0-99)4eac0881119f594d850ee21a522c59b21000000049535048
Boot0002* IPV4 Network - Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x2,0x1)/Pci(0x0,0x2)/Pci(0x9,0x0)/Pci(0x0,0x1)/MAC(a8b13b75340d,0)/IPv4(0.0.0.00.0.0.0,0,0)4eac0881119f594d850ee21a522c59b20000000049535048
Boot0004 USB: PciRoot(0x0)/Pci(0x8,0x1)/Pci(0x0,0x3)4eac0881119f594d850ee21a522c59b20b80000049535048
Boot0005* Windows Boot Manager HD(1,GPT,2f71b11b-cf81-481c-9124-a42f2d4e7d5e,0x800,0x64000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000028000100000010000000040000007fff04000400000049535048
Boot0006* Windows Boot Manager HD(1,GPT,2f71b11b-cf81-481c-9124-a42f2d4e7d5e,0x800,0x64000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000028000100000010000000040000007fff04000400000049535048
EFI bootorder has been successfully set.
Linbo & grub update successfully finished.
Requesting upload of /tmp/linbo.log ...
### 20250707-160943 linbo_mountcache ###
Copied start.conf successfully to cache.
Successfully saved hostname r001-02.jpp.lan to cache.
[1374] Jul 07 16:09:43 Running in background
### 20250707-160943 linbo_seed ###
Started linbo seeder for win11.qcow2.torrent.
### 20250707-160943 init end ###
Enabling Restricted Speculation for firmware calls
platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
rtw89_8852ae 0000:03:00.0: Direct firmware load for rtw89/rtw8852a_fw.bin failed with error -2
rtw89_8852ae 0000:03:00.0: failed to early request firmware: -2
rtw89_8852ae 0000:03:00.0: failed to wait firmware completion
### 20250707-160943 linbo_vnc ###
### 20250707-160943 linbo_gui ###
### 20250707-160943 linbo_update_gui ###
### 20250707-160944 linbo_download linbo_gui64_7.tar.lz ###
### 20250707-160944 linbo_download icons/win10.svg ###
Mache ich von hier aus einen Neustart, wird Windows zuverlässig geladen.
habe jetzt auf Linbo 4.3.13-0 upgedatet, leider besteht das Problem unverändert.
Ist vielleicht die um 2 Stunden abweichende LINBO-Zeit eine mögliche Ursache? Wie gesagt, Server, Firewall und UEFI haben alle die richtige Zeit, aber der Timestamp der LINBO-Fehlermeldung liegt bei + 2 Stunden…
zur Systemzeit kann ich direkt was sagen.
linbo erwartet, wie alle Betriebsysteme, außer natürlich Windows, im BIOS die Zeit als UTC. Windows will da aber localtime haben.
Daher kommt der Zeitversatz würde ich schätzen.
Der richtige Fix ist es, windows bei zu bringen, in die RTC (BIOSUhr) UTC zu schreiben, nicht localtime.
Wie das geht ist mehrfach im Forum erklärt (Registry).
Das efi Bootfehlverhalten hat sich überhaupt nicht verändert?
Ist das BIOS auf dem neusten Stand?
Sind möglicherweise im BIOS Funktionen wie „protect Boot Order“ eingeschaltet?
leider nicht… Mit linbo 4.3.14 habe ich jetzt in meiner Win11-Testgruppe folgendes Verhalten:
kein Boot-Kernelparameter gesetzt: IP4/Linbo wird übersprungen, beim erzwungenen IP4-Start kann aus Linbo Windows erfolgreich gestartet werden (!).
noefibootmgr gesetzt: Es kommt beim ersten Startversuch die o.g. Fehlermeldung, beim zweiten (Neu-)Start booten die PCs ins Windows. Dieses Verhalten ist reproduzierbar.
forcegrub gesetzt: Es kommt beim ersten Startversuch eine andere Fehlermeldung. Letzte Meldungen vor dem Absturz:
failed!
Installation finished. No error reported.
Der Linbo-Log bei forcegrub sagt:
### 20250709-173627 init begin ###
Welcome to
_ _____ _ _ ____ ____
| | |_ _| \ | | _ \ / __ \
| | | | | \| | |_) | | | |
| | | | | . ` | _ <| | | |
| |____ _| |_| |\ | |_) | |__| |
|______|_____|_| \_|____/ \____/
LINBO 4.3.14-0: Psycho Killer
Linux linbo 6.15.5 #1 SMP PREEMPT_DYNAMIC Mon Jul 7 00:15:00 CEST 2025 x86_64 GNU/Linux
Initializing hardware ...
Starting systemd-udevd version 255.4-1ubuntu8.6
### 20250709-173629 linbo_link_blkdev ###
/dev/nvme0n1 -> /dev/disk0
/dev/nvme0n1p1 -> /dev/disk0p1
/dev/nvme0n1p2 -> /dev/disk0p2
/dev/nvme0n1p3 -> /dev/disk0p3
/dev/nvme0n1p4 -> /dev/disk0p4
/dev/nvme0n1p5 -> /dev/disk0p5
udhcpc: started, v1.37.0
udhcpc: broadcasting discover
udhcpc: broadcasting select for 10.34.1.2, server 10.32.1.1
udhcpc: lease of 10.34.1.2 obtained from 10.32.1.1, lease time 172800
start.conf.win11-lmn7-1-amd-test
sent 43 bytes received 1,255 bytes 2,596.00 bytes/sec
total size is 1,140 speedup is 0.88
### 20250709-173636 linbo_split_startconf ###
### 20250709-173637 linbo_mountcache ###
Mounting cache partition /dev/nvme0n1p4 ...
### 20250709-173637 linbo_mount /dev/nvme0n1p4 /cache ###
### 20250709-173637 linbo_update ###
Looking for LINBO updates.
LINBO is up-to-date.
Downloading torrent-client.conf.
Downloading multicast.list.
Downloading linbo wallpaper.
Updating ipxe file.
Updating common grub configuration.
Updating ipxe file.
Updating common grub configuration.
Updating host and group specific grub configuration.
Updating grub themes ... OK!
Updating linuxmuster-win ... OK!
mk_boot
prepare_grub /cache/boot/grub /cache/boot/grub/grubenv /usr/share/grub
Providing grub environment in cache ...
* Providing grub environment ...
Installing GRUB in MBR/EFI of /dev/nvme0n1 ... Installing for x86_64-efi platform.
Installation finished. No error reported.
OK!
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0000,0002
Boot0000* grub HD(1,GPT,2f71b11b-cf81-481c-9124-a42f2d4e7d5e,0x800,0x64000)/File(\EFI\grub\grubx64.efi)0400000049535048
Boot0002* IPV4 Network - Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x2,0x1)/Pci(0x0,0x2)/Pci(0x9,0x0)/Pci(0x0,0x1)/MAC(>Boot0003* Windows Boot Manager HD(1,GPT,2f71b11b-cf81-481c-9124-a42f2d4e7d5e,0x800,0x64000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)57>Boot0004 USB: PciRoot(0x0)/Pci(0x8,0x1)/Pci(0x0,0x3)4eac0881119f594d850ee21a522c59b20b80000049535048
Boot0005* Windows Boot Manager HD(1,GPT,2f71b11b-cf81-481c-9124-a42f2d4e7d5e,0x800,0x64000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)57>EFI bootorder has been successfully set.
Linbo & grub update successfully finished.
Requesting upload of /tmp/linbo.log ...
### 20250709-173641 linbo_mountcache ###
Copied start.conf successfully to cache.
Successfully saved hostname r001-02.jpp.lan to cache.
[1351] Jul 09 17:36:41 Running in background
### 20250709-173641 linbo_seed ###
Started linbo seeder for win11.qcow2.torrent.
### 20250709-173641 init end ###
Enabling Restricted Speculation for firmware calls
platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
rtw89_8852ae 0000:03:00.0: Direct firmware load for rtw89/rtw8852a_fw.bin failed with error -2
rtw89_8852ae 0000:03:00.0: failed to early request firmware: -2
rtw89_8852ae 0000:03:00.0: failed to wait firmware completion
### 20250709-173641 linbo_vnc ###
### 20250709-173641 linbo_gui ###
### 20250709-173641 linbo_update_gui ###
### 20250709-173641 linbo_download linbo_gui64_7.tar.lz ###
### 20250709-173641 linbo_update_gui ###
### 20250709-173641 linbo_download linbo_gui64_7.tar.lz ###
### 20250709-173642 linbo_download icons/win10.svg ###
Es scheint ja also irgendwie am Kampf Grub vs. Windows Boot Manager zu liegen, oder?
Der Fix hilft auch nur wenn einheitliche Partitionsnamen verwendet wurden.
Ich denke, das geschilderte Symptom ist ein bekanntes Windowsproblem. Da hilft nur, mit einem Windowstool die UEFI-Bootreihenfolge festzupinnen und danach ein Image zu machen. Gibt es IMO Thread dazu.
welches Symptom meinst du? Wenn kein Parameter gesetzt ist? Das wäre aber dann doch eher ein UEFI-Problem und nicht Windows, da eben die Bootreihenfolge im UEFI überschrieben wird? Und wieso hilft da ein Image, die EFI-Partition wird doch gar nicht mit geimaged oder sehe ich das falsch?
Und insgesamt finde ich das ehrlich gesagt unbefriedigend, weil a) es bis zum Upgrade auf 7.3 ja funktioniert hat, b) alle Hardwareklassen und Win10 und 11 betroffen sind und c) ich es schade finde, ein tolles LINBO zu haben, das ja ausdrücklich auch dafür gemacht ist ein Windows zu booten, aber wenn es nicht klappt ist es halt wieder ein Windowsproblem. Warum steckt man dann so viel Zeit und Energie in die Entwicklung von LINBO auch in Bezug auf Windows-Boot (siehe der von dir genannte fix)?
Sorry, ich will nicht undankbar sein, ich schätze die Arbeit von Linuxmuster und den Support im Forum sehr. Trotzdem denke ich, dass wir hier keine außerordentlichen Settings haben und dass das LINBO eigentlich packen sollte…
ich kann die Enttäuschung verstehen: aber linbo kann leider nicht alle Fehler, die im EFI Boot stecken, abfangen.
Viele sind von den EFI BIOS Herstellern verursacht, und oft ist es auch Windows, dass dann sein Salz noch dazu gibt.
Ich nehme an, dass Thomas auf den Tread im Forum anspielte, wo es nur geholfen hat, einen Task in Windows an zu legen, was die Bootreihenfolge wieder repariert.
Sind bei euch mehrere Hardwareklassen betroffen? (wieviele)
Ist es immer das selbe image, dass dort verwendet wird?
Ob linbo die EFI Partition sichert und wieder herstellt, weiß ich nicht. Ich nehme es aber an, da nur so der Bootcode von Windows dorthin gelangen kann.
Die Reihenfolge an sich wird aber im EFI gemanaged, und darauf nimmt linbo mittels efibootmgr Einfluss.
das ist es ja gerade. Es sind alle Hardwareklassen betroffen, es sind Win10 und Win11-Rechner betroffen und bis zum Upgrade auf 7.3 hat es überall funktioniert, allerdings überall mit dem Parameter „noefibootmgr“. Meine Hoffnung war, dass irgendjemand sagen kann: „Jawoll, da haben wir was geändert und deswegen geht es nicht mehr.“
die Implementierung der einheitlichen Devicenamen hatte einige Seiteneffekte. Ich hoffe mit v4.3.15 ist das erledigt. Wobei ich deine Probleme auf meinem Win11-Testsystem nicht nachvollziehen konnte.