Dual Boot, aber ein System erneut installieren

omggg

Wüsste vielleicht jemand, was hier los ist... Wieso gibt es den Windows -Eintrag auf der Auswahlseite zweimal?

# tree -F -L 3 /efi
/efi/
├── 4c.../
│   └── 6.7.2-arch1-2/
│       ├── initrd
│       ├── initrd-fallback
│       └── linux
├── EFI/
│   ├── BOOT/
│   │   └── BOOTX64.EFI
│   ├── Linux/
│   ├── Microsoft/
│   │   ├── Boot/
│   │   └── Recovery/
│   └── systemd/
│       └── systemd-bootx64.efi
└── loader/
    ├── entries/
    │   ├── 4c...-6.7.2-arch1-2.conf
    │   ├── 4c...-6.7.2-arch1-2-fallback.conf
    │   └── windows.conf
    ├── entries.srel
    ├── loader.conf
    └── random-seed


# cat /efi/loader/entries/windows.conf 
title  Windows
efi    /EFI/MICROSOFT/BOOT/BOOTMGFW.EFI


# cat /efi/loader/loader.conf 
default windows.conf
timeout 10
console-mode auto
reboot-for-bitlocker 1


# bootctl status
/efi/loader/loader.conf:5: Unknown line 'reboot-for-bitlocker', ignoring.

System:
      Firmware: UEFI 2.70 (American Megatrends 5.17)
 Firmware Arch: x64
   Secure Boot: disabled (setup)
  TPM2 Support: yes
  Measured UKI: no
  Boot into FW: supported

Current Boot Loader:
      Product: systemd-boot 255.3-1-arch
     Features: ✓ Boot counting
               ✓ Menu timeout control
               ✓ One-shot menu timeout control
               ✓ Default entry control
               ✓ One-shot entry control
               ✓ Support for XBOOTLDR partition
               ✓ Support for passing random seed to OS
               ✓ Load drop-in drivers
               ✓ Support Type #1 sort-key field
               ✓ Support @saved pseudo-entry
               ✓ Support Type #1 devicetree field
               ✓ Enroll SecureBoot keys
               ✓ Retain SHIM protocols
               ✓ Menu can be disabled
               ✓ Boot loader sets ESP information
          ESP: /dev/disk/by-partuuid/6e...
         File: └─/EFI/SYSTEMD/SYSTEMD-BOOTX64.EFI

Random Seed:
 System Token: set
       Exists: yes

Available Boot Loaders on ESP:
          ESP: /efi (/dev/disk/by-partuuid/6e...)
         File: ├─/EFI/systemd/systemd-bootx64.efi (systemd-boot 255.3-1-arch)
               └─/EFI/BOOT/BOOTX64.EFI (systemd-boot 255.3-1-arch)

Boot Loaders Listed in EFI Variables:
        Title: Linux Boot Manager
           ID: 0x0001
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/6e...
         File: └─/EFI/SYSTEMD/SYSTEMD-BOOTX64.EFI

        Title: Windows Boot Manager
           ID: 0x0000
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/f5...
         File: └─/EFI/MICROSOFT/BOOT/BOOTMGFW.EFI

        Title: Windows Boot Manager
           ID: 0x0007
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/6e...
         File: └─/EFI/MICROSOFT/BOOT/BOOTMGFW.EFI

Boot Loader Entries:
        $BOOT: /efi (/dev/disk/by-partuuid/6e...)
        token: endeavouros

Default Boot Loader Entry:
         type: Boot Loader Specification Type #1 (.conf)
        title: Windows
           id: windows.conf
       source: /efi//loader/entries/windows.conf
          efi: /efi//EFI/MICROSOFT/BOOT/BOOTMGFW.EFI

Danke

_ro_ro

@omggg

prüf mal Deine Dateinamen auf Leerzeichen und Zeilenumbrüche.

MFG

omggg

@_ro_ro sagte in Dual Boot, aber ein System erneut installieren:

@omggg

prüf mal Deine Dateinamen auf Leerzeichen und Zeilenumbrüche.

MFG

Da sind keine. Aber beim Booten erscheinen zwei Einträge, "Windows" und "Windows 11". Das verwirrt mich.

bootctl list nicht status

omggg

@Cardiac
Danke, trage ich nach, sobald ich umgebootet habe.

_ro_ro

@omggg

dann stehts wohl im Bootrecord

Viele Grüße!!!

omggg

glaube eher, dass sich systemd-boot selber auf die Suche macht ...

omggg

Ich hab Windows "entrümpelt", und lebe jetzt einfach mit den redundanten Starteinträgen.

Ich glaube, das ist sinnvoller, als alles zu zerschießen.

respekt, binnen 9 tagen den output des gewuenschten commands zu posten ist auch uebermaessig optimistisch gewesen....
/s

omggg

@Cardiac

# bootctl list
/efi/loader/loader.conf:5: Unknown line 'reboot-for-bitlocker', ignoring.
         type: Boot Loader Specification Type #1 (.conf)
        title: EndeavourOS (6.7.2-arch1-2) (selected)
           id: 4c...-6.7.2-arch1-2.conf
       source: /efi//loader/entries/4c...-6.7.2-arch1-2.conf
     sort-key: endeavouros-6.7.2-arch1-2
      version: 6.7.2-arch1-2
   machine-id: 4c...
        linux: /efi//4c.../6.7.2-arch1-2/linux
       initrd: /efi//4c.../6.7.2-arch1-2/initrd
      options: nvme_load=YES nowatchdog rw root=UUID=geheim1 systemd.machine_id=4c...

         type: Boot Loader Specification Type #1 (.conf)
        title: EndeavourOS (6.7.2-arch1-2-fallback)
           id: 4c...-6.7.2-arch1-2-fallback.conf
       source: /efi//loader/entries/4c...-6.7.2-arch1-2-fallback.conf
     sort-key: endeavouros-6.7.2-arch1-2-fallback
      version: 6.7.2-arch1-2-fallback
   machine-id: 4c...
        linux: /efi//4c.../6.7.2-arch1-2/linux
       initrd: /efi//4c.../6.7.2-arch1-2/initrd-fallback
      options: nvme_load=YES nowatchdog rw root=UUID=geheim1 systemd.machine_id=4c...

         type: Boot Loader Specification Type #1 (.conf)
        title: Windows (default)
           id: windows.conf
       source: /efi//loader/entries/windows.conf
          efi: /efi//EFI/MICROSOFT/BOOT/BOOTMGFW.EFI

         type: Automatic
        title: Windows Boot Manager
           id: auto-windows
       source: /sys/firmware/efi/efivars/LoaderEntries-geheim2

         type: Automatic
        title: Reboot Into Firmware Interface
           id: auto-reboot-to-firmware-setup
       source: /sys/firmware/efi/efivars/LoaderEntries-geheim2

omggg

@Cardiac

mv: das Entfernen von 'LoaderEntries-4a...' ist nicht möglich: Die Operation ist nicht erlaubt

omggg

Hat geklappt, auto-entries no in loader.conf war des Rätsels Lösung(/Workaround).

Aber wieso darf ich als root manche Dateien nicht löschen? Erschließt sich mir nicht.