Dual Boot, aber ein System erneut installieren
-
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
-
@Cardiac
Ich dachte, du wolltest mir nicht mehr antworten... Aber Danke.
-
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 sagte in Dual Boot, aber ein System erneut installieren:
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
nichtstatus
-
@Cardiac
Danke, trage ich nach, sobald ich umgebootet habe.
-
-
glaube eher, dass sich systemd-boot selber auf die Suche macht ...
-
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
-
@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
-
@Cardiac
mv: das Entfernen von 'LoaderEntries-4a...' ist nicht möglich: Die Operation ist nicht erlaubt
-
Hat geklappt,
auto-entries no
inloader.conf
war des Rätsels Lösung(/Workaround).Aber wieso darf ich als root manche Dateien nicht löschen? Erschließt sich mir nicht.