# Problem mit Windows-Boot bei Linbo/NVME und EFI? **URL:** \ **Category:** linbo\ **Created:** [27. September 2022 um 17:10 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325 "2022-09-27T17:10:01Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![Tw33ki](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tw33ki/32/5747_2.png) [@Tw33ki](https://ask.linuxmuster.net/u/Tw33ki)\ **Post date:** [27. September 2022 um 17:10 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/1 "2022-09-27T17:10:01Z")
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](https://www.easeus.de/partitionieren-tipps/bootrec-fixboot-zugriff-verweigert-windows-10.html) 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](https://ask.linuxmuster.net/uploads/short-url/aqHz2yPm4JzAzoJuMd5pQkp6Bto.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](https://ask.linuxmuster.net/uploads/short-url/aqHz2yPm4JzAzoJuMd5pQkp6Bto.zip) (279,7 KB) Hat jemand eine Idee woran das liegen könnte - und was man dagegen machen könnte? ---
**Author:** ![Tw33ki](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tw33ki/32/5747_2.png) [@Tw33ki](https://ask.linuxmuster.net/u/Tw33ki)\ **Post date:** [27. September 2022 um 17:13 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/2 "2022-09-27T17:13:00Z")
asoo: > root@server:/srv/linbo# dpkg -l | grep linuxmuster > ii linuxmuster-base7 7.1.20-0 all [linuxmuster.net](http://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](http://linuxmuster.net) pre setup configuration scripts > ii linuxmuster-webui7 7.1.38 all Next generation web-based management tool for [linuxmuster.net](http://linuxmuster.net) v7.x ---
**Author:** ![Blair](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/b/c37758/32.png) [@Blair](https://ask.linuxmuster.net/u/Blair)\ **Post date:** [28. September 2022 um 17:11 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/3 "2022-09-28T17:11:25Z")
Hallo Timo, waren die ursprünglichen .cloop für Legacy/Bios- oder UEFI-Systeme? > [@Tw33ki](#): > > 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. 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 ---
**Author:** ![Tw33ki](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tw33ki/32/5747_2.png) [@Tw33ki](https://ask.linuxmuster.net/u/Tw33ki)\ **Post date:** [28. September 2022 um 17:53 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/4 "2022-09-28T17:53:31Z")
Hallo Christian, nein - auch vorher war es ein UEFI-Image. > [@Blair](#): > > 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. 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: ```auto ## 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 ## ``` ```auto 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 ``` ---
**Author:** ![Blair](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/b/c37758/32.png) [@Blair](https://ask.linuxmuster.net/u/Blair)\ **Post date:** [28. September 2022 um 18:08 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/5 "2022-09-28T18:08:07Z")
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. > [@Tw33ki](#): > > Heute hatten wir das nochmal probiert: Image wieder bootbar gemacht (an einem PC) dann hochgeladen. Leider ist es immer noch nicht bootbar. Keine Ahnung. Hast du das Image generalisiert? Siehe die Anleitung [Allgemeines Windows Image für UEFI und BIOS](https://ask.linuxmuster.net/t/allgemeines-windows-image-fuer-uefi-und-bios/8194) Viel Erfolg Christian ---
**Author:** ![Tw33ki](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tw33ki/32/5747_2.png) [@Tw33ki](https://ask.linuxmuster.net/u/Tw33ki)\ **Post date:** [28. September 2022 um 18:13 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/6 "2022-09-28T18:13:33Z")
> [@Blair](#): > > welche Fehlermeldung bringt Windows beim Boot? „no operation system found… rebooting“ → dann landet man wieder in Linbo > [@Blair](#): > > Öffne in Linbo das Terminal, mounte /dev/sda1 und schau, ob die Bootdateien von Windows auf das System kopiert wurden. hier halt NVME ab: ```auto 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: ~ # ``` > [@Blair](#): > > Hast du das Image generalisiert? > Siehe die Anleitung [Allgemeines Windows Image für UEFI und BIOS](https://ask.linuxmuster.net/t/allgemeines-windows-image-fuer-uefi-und-bios/8194) Auch das hatten wir zwischenzeitlich probiert, leider ohne Erfolg :-(. Aktuell ist ein „nicht“ generisches Image im Einsatz. ---
**Author:** ![Tw33ki](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tw33ki/32/5747_2.png) [@Tw33ki](https://ask.linuxmuster.net/u/Tw33ki)\ **Post date:** [28. September 2022 um 18:14 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/7 "2022-09-28T18:14:30Z")
Woher kriegt die EFI-Partition eigentlich Ihre Daten? Kann hier ein Fehler vorliegen? Danke schon mal für deine Hilfe! ---
**Author:** ![Blair](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/b/c37758/32.png) [@Blair](https://ask.linuxmuster.net/u/Blair)\ **Post date:** [28. September 2022 um 19:35 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/8 "2022-09-28T19:35:47Z")
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. > [@Tw33ki](#): > > Woher kriegt die EFI-Partition eigentlich Ihre Daten? Kann hier ein Fehler vorliegen? 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. ```auto 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. > [@Tw33ki](#): > > „no operation system found… rebooting“ → dann landet man wieder in Linbo Schreibt das Linbo, das UEFI des Rechners oder Windows? Kannst du Windows über das Bios selbst starten? Viel Erfolg Christian ---
**Author:** ![Tw33ki](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tw33ki/32/5747_2.png) [@Tw33ki](https://ask.linuxmuster.net/u/Tw33ki)\ **Post date:** [28. September 2022 um 19:45 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/9 "2022-09-28T19:45:30Z")
Hi Christan, > [@Blair](#): > > 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. 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 :-). > [@Blair](#): > > 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. Weißt du in wie weit eine änderung an der Partitionstabelle diese UUIDs beeinflussen kann? > [@Blair](#): > > Schreibt das Linbo, das UEFI des Rechners oder Windows? 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) > [@Blair](#): > > Kannst du Windows über das Bios selbst starten? 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 ---
**Author:** ![Tw33ki](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tw33ki/32/5747_2.png) [@Tw33ki](https://ask.linuxmuster.net/u/Tw33ki)\ **Post date:** [29. September 2022 um 09:03 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/10 "2022-09-29T09:03:19Z")
> [@Tw33ki](#): > > Das hab ich mal in der GUI angepasst. Intressanterweise musste ich nochmal nacharbeiten, und das „OS“ ubuntu direkt aus der .conf-Datei entfernen. Das hat leider keine Abhilfe geschaffen :-(. > [@Blair](#): > > Kannst du Windows über das Bios selbst starten? Nein, leider ist Windows hier nicht zu Auswahl: ![grafik](https://ask.linuxmuster.net/uploads/default/original/2X/1/1b92a2a0689dadb6455818965e6ac710bf13370a.jpeg) ---
**Author:** ![ringline](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/r/d26b3c/32.png) [@ringline](https://ask.linuxmuster.net/u/ringline)\ **Post date:** [30. September 2022 um 08:37 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/11 "2022-09-30T08:37:09Z")
Hallo Timo, bei uns hat beim Wechsel von cloop auf qcow2 nur geholfen, ein komplett neues Image aufzusetzen. LG Lars ---
**Author:** ![Tw33ki](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tw33ki/32/5747_2.png) [@Tw33ki](https://ask.linuxmuster.net/u/Tw33ki)\ **Post date:** [30. November 2022 um 16:28 UTC](https://ask.linuxmuster.net/t/problem-mit-windows-boot-bei-linbo-nvme-und-efi/9325/12 "2022-11-30T16:28:07Z")
Hallo Zusammen, schlussendlich kann ich jetzt immer noch nicht so richitg zuordnen, „woran es geleshcen hat“, aber scheinbar hat eines dieser Sachen abhilfe geschaffen: 1. `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]` 1. offensichtlich gab es auch ein Problem mit der start.conf-datei: vorher: ```auto 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: ```auto [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 :-).