Kein boot mehr in Mint

[CasualP]

Also dass man sich nicht nur auf die KI verlassen sollte, sondern jeden Schritt auch verstehen sollte, bevor man ihn anwendet (bzw. bevor man Code ins Terminal reinkopiert), dazu 👍.

Aber man sollte nicht vom normalen Anwender voraussetzen, dass er in all den o. g. Themen Wissen haben muss. Dass das lange nötig war, um mit Linux zurecht zu kommen, ist ein Hauptgrund, warum es den Ruf des "Nerd-Betriebssytems" gekriegt hat und lange Zeit für normale Anwender keine Alternative war. Zum Glück sind diese Zeiten dank moderner Distros doch schon ne ganze Weile vorbei.

 

[puffyx1980]

Also ich finde ja auch das man sich nicht blind auf die KI verlassen sollte, bei manchen Sachen verzapft die auch nur Blödsinn oder die Fragestellung hat es nicht kapiert. Bei mir ist es ein zusammenspiel zwischen KI, Youtube Videos und eben ein hilfsbereites Forum wie hier.

Selten ein Schaden wo nicht auch ein Nutzen ist, ich hab mir ja eine zweite M.2 SSD zugelegt, und beim einbauen hab ich festgestellt das meine eingebaute M.2 (Dual Boot Win 11 und Linux Mint) im langsameren Slot meines Asus B550M eingesteckt war. Meine neue habe ich jetzt im schnelle Slot drin. Auf der hab ich jetzt Nobara KDE installiert und ich muss sagen das diese Linux Version mir ein wenig besser gefällt als Mint.

Aber nochmal zum Verständnis, mein Nobara auf einer extra M.2 ist nun vor Windoof sicher, was Grub und das booten anbelangt? Nicht das ich wieder das problem mit dem booten bekomme (auch wenn es im diesem Fall nicht so schlecht war, da ich sonst nie auf Nobara umgestiegen wäre).

 

[foofoobar]

Aber nochmal zum Verständnis, mein Nobara auf einer extra M.2 ist nun vor Windoof sicher, was Grub und das booten anbelangt? Nicht das ich wieder das problem mit dem booten bekomme (auch wenn es im diesem Fall nicht so schlecht war, da ich sonst nie auf Nobara umgestiegen wäre).

Warum sollte Windows oder Linux nicht auf alle Platten im Rechner zugreifen sollen oder können?

 

[zelect0r]

Die EFI Partition ist wichtig.
Wenn du vorher Windows gehabt hast, dann wird Windows sich diese mit Linux teilen und da liegt auch dein Grub.
Du musst aufpassen was Windows tut.
Solltest du sowas wie eine System-Wiederherstellung machen und Windows würde die EFI überschreiben, dann könntest du vorerst dein Linux nicht mehr starten.
Eine zusätzliche EFI auf der Linux Platte bei der Installation zu erstellen wird Linux nicht veranlassen diese automatisch zu nutzen.

 

[puffyx1980]

Was ich noch vergessen habe zu erwähnen, dass ich die Festplatte mit Windows bein installieren von Nobara entfernt habe und erst dann wieder eingesetzt habe als Nobara fertig installiert war, wie kann ich dann aktiv verhindern das mir windows dann wieder meine Nobora boot zerschießt?

 

[zelect0r]

Dann wirst du ja jetzt wohl 2 getrennte EFI-Partitionen haben.

findmnt /boot/efi

lsblk -f

sudo ls -R /boot/efi/EFI

Bei mir ist es:

❯ sudo ls -R /boot/
/boot/:
amd-ucode.img  EFI  fc1ac900f96b41a88d11411a504e5f7f  limine.conf  limine.conf.old  limine-splash.png  loader

/boot/EFI:
BOOT  limine

/boot/EFI/BOOT:
BOOTX64.EFI

/boot/EFI/limine:
limine_x64.bak  limine_x64.efi

/boot/fc1ac900f96b41a88d11411a504e5f7f:
limine_history  linux-cachyos  linux-cachyos-lts

/boot/fc1ac900f96b41a88d11411a504e5f7f/limine_history:
initramfs_sha256_45d5cbfd8aa242e94514aee4bd7b469ae6e2c9c985551bb30fb3bd76fad69774  snapshots.json
initramfs_sha256_7d41675d8dd6376b827d16d4475142a1d3cedbb9227f3d0b5b1b5abc851436d0  snapshots.json.old
initramfs_sha256_b447683aed3e9dddaf2664bd6761392352eacce81ac5ab7caecf25ff95ca842b  vmlinuz_sha256_5e1a4d65477c81cf40bde46d9d411451820f5856596f2be119ae1b13b416adc0
initramfs_sha256_e681a46b068560baeb8efb97cdc32b3256d0702afc924ed789a71d747ea821ad  vmlinuz_sha256_70d8106c2d6baa58844a8518c521fd43025125451fcb498fa3fa6552a6078be4

/boot/fc1ac900f96b41a88d11411a504e5f7f/linux-cachyos:
initramfs  vmlinuz

/boot/fc1ac900f96b41a88d11411a504e5f7f/linux-cachyos-lts:
initramfs  vmlinuz

/boot/loader:
random-seed

~
❯

Ich habe CachyOS aber auch selbst partitionieren lassen, wegen BTRFS und Snapshot.
Da hat man keine seperaten Partitionen mehr, sondern sogenannte SubVolumes.
Überprüfe mal was für Dateien darauf vorhanden sind.

Auf deinen aktiven EFI Partitionen wirst du Anhaltspunkte für die jeweiligen Betriebssysteme finden Stichwort "Microsoft", "Grub" usw..
Solltest du jetz zwei getrennte Partitionen nutzen, dann stelle den Booteintrag im UEFI auf die Partition deiner Linux Platte und update dein Grub, damit Windows als Booteintrag mit eingetragen wird.

sudo efibootmgr -v

Damit kannst du sehen welche Einträge vorhanden sind und worauf diese zeigen.

❯ sudo efibootmgr -v
[sudo] Passwort für zelect0r:
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0006,0001,0002,0003
Boot0000* Limine        HD(1,GPT,c3630db8-b1f4-4466-aad6-e74bac9a1539,0x1000,0x800000)/\EFI\LIMINE\LIMINE_X64.EFI
      dp: 04 01 2a 00 01 00 00 00 00 10 00 00 00 00 00 00 00 00 80 00 00 00 00 00 b8 0d 63 c3 f4 b1 66 44 aa d6 e7 4b ac 9a 15 39 02 02 / 04 04 3a 00 5c 00 45 00 46 00 49 00 5c 00 4c 00 49 00 4d 00 49 00 4e 00 45 00 5c 00 4c 00 49 00 4d 00 49 00 4e 00 45 00 5f 00 58 00 36 00 34 00 2e 00 45 00 46 00 49 00 00 00 / 7f ff 04 00
Boot0001* UEFI:CD/DVD Drive     BBS(129,,0x0)
      dp: 05 01 09 00 81 00 00 00 00 / 7f ff 04 00
Boot0002* UEFI:Removable Device BBS(130,,0x0)
      dp: 05 01 09 00 82 00 00 00 00 / 7f ff 04 00
Boot0003* UEFI:Network Device   BBS(131,,0x0)
      dp: 05 01 09 00 83 00 00 00 00 / 7f ff 04 00
Boot0006* UEFI OS       HD(1,GPT,c3630db8-b1f4-4466-aad6-e74bac9a1539,0x1000,0x800000)/\EFI\BOOT\BOOTX64.EFI0000424f
      dp: 04 01 2a 00 01 00 00 00 00 10 00 00 00 00 00 00 00 00 80 00 00 00 00 00 b8 0d 63 c3 f4 b1 66 44 aa d6 e7 4b ac 9a 15 39 02 02 / 04 04 30 00 5c 00 45 00 46 00 49 00 5c 00 42 00 4f 00 4f 00 54 00 5c 00 42 00 4f 00 4f 00 54 00 58 00 36 00 34 00 2e 00 45 00 46 00 49 00 00 00 / 7f ff 04 00
    data: 00 00 42 4f

Wie du siehst, ist Limine bei mir der Bootloader.

 

[CasualP]

Ich hab jetzt schon länger kein Windows mehr installiert, aber vorher war der Weg, wenn Windows die funktionierende Grub-Installation überschrieben hat, immer wie folgt:
1) Linux von einer Live-CD/USB booten (bei Mint-Systemen passt die Mint Live CD/USB, von der man das System installiert hat, prima)
2) Partitionen der vorhandenen Installation passend mounten
3) Den Befehl chroot auf das gemountete Wurzelverzeichnis der vorhandenen Installation anwenden
4) grub-install starten
Ich glaube Schritt 4 dürfte jetzt mit UEFI Boot und Secure Boot etwas anders sein (könnte mir vorstellen, dass man auch noch efibootmgr aufrufen muss), aber grundsätzlich sollte dieser Weg doch immer noch funktionieren und auch nicht mehr als 5 Minuten dauern (zumindest, wenn man die genauen Befehle kennt, da kann evtl. ne KI helfen).

 

[@mo]

aber vorher war der Weg, wenn Windows die funktionierende Grub-Installation überschrieben hat, immer wie folgt:

Kann man immer noch machen aber deutlich einfacher ist es mit der https://www.supergrubdisk.org/super-grub2-disk/
zu booten, das gewünschte OS (auch Windows) starten und aus dem laufenden System mit 2 Befehlen Grub neu zu installieren.
https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#Reparatur-im-laufenden-System

 

[CasualP]

@@mo Cool - das mit der Supergrubdisk kannte ich noch nicht, also wieder etwas gelernt. Auf jeden Fall muss man Linux nicht neu installieren in so ner Situation. So lange (von einem Linux aus) noch alle Partitionen und Daten lesbar sind, kriegt man das mit dem Boot auf diese beiden Weisen wieder recht schnell gefixt.