Dual Boot, aber ein System erneut installieren

omggg

Hi, zur späten Stunde noch eine kurze Frage.

Ich hab zurzeit ein Dual Boot System... Win und Arch Linux. Als Boot Lader ist auf der ersten HD sytemd-boot installiert.

Ich möchte Win 11 löschen und neu installieren, weil ich's versehentlich zugemüllt hab.

Nun endlich zur Frage... Kann ich nach der Neuinstallation auf der ersten HD Linux noch starten und den Boot Lader erneut installieren?

Falls ja... wie genau? Ich möchte das nur ungern ausprobieren, weil ich mit beiden Systemen arbeiten tu...

Danke schon mal.

Peter Viehweger

windows war zumindest mal bekannt dafür, den bootloader ohne vorwarnung zu überschreiben.

aber mit knoppix o.ä. kannst (müsstest du können) du ja nen neuen bootloader installieren.

ich habe mich damit jetzt lange nicht mehr beschäftigt, weil man beim einschalten mittels F12 oder F2 auswählen kann, welches system denn jetzt gestartet werden soll.

omggg

Ja, genau. Win beansprucht gerne die komplette HD für sich, und ich hatte (dummerweise) den Boot Lader auf der ersten HD installiert... das ist das Dilemma.

firmware spezifisch.
windows ist in der regel arrogant genug um alles was es nicht selbst brauch weg zu nuken.

ist aber auch kein akt wieder zurecht zu biegen.
arch von usb booten, disk mounten, rein chroot'en, bootctl install, exit, reboot, fertig

omggg

@Cardiac

Ich dachte, du wolltest mir nicht mehr antworten... Aber Danke.

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.