Boot Probleme (Grub?)

Hallo Forum & guten Tag. Mein erster Beitrag hier.
Na dann…

Ich habe hier ein riesen Problem mit meinem PC und den Installierten Systemen. Ich muss da ein wenig ausholen, der Beitrag könnte also länger werden.

Es fing mit dem Update an wo der Bootprozess nicht mehr funktionierte. Ich musste also Grub/efi wieder zum booten überreden.
Bin nach dieser Anleitung vorgegangen.

Also letztendlich konnte ich EOS wieder hochfahren. Soweit so gut.

Nun habe ich zwei SSD’s, einmal mit EOS Cinnamon, einmal mit Manjaro Cinnamon. Nun habe ich ein PowerSwitch wo ich meine SSD`s Stromlos schalten kann.
Das System, das ich nutzen möchte, schalte ich ein, das andere bleibt aus. Kein System “sieht” das andere. So mache ich das schon seit Jahren, funktionierte bisher immer einwandfrei.
Jetzt nicht mehr.
Ich konnte, wie gesagt, nach der" Reparatur" von EOS wieder normal starten. Wenn ich jetzt umschalte und Manjao starte, dazu EOS Stromlos mache, ist auch alles noch ok.
Schalte ich jetzt zurück nach EOS und mache Manjaro Stromlos ist der Booteintrag weg, EOS startet nicht mehr. Ist auch im Bios nicht mehr zu sehen, bevor EOS startet.
Ich kann EOS wieder reparieren. Das funktioniert auch, bis ich wieder Manjaro starte…
Danach fährt EOS wieder nicht hoch.
Ich hab nach etlichen Versuchen noch ein EOS XFCE im Dualboot Installiert. Hier werden die Booteinträge behalten, ich kann die Systeme wechseln, keine Probleme mehr beim hochfahren.

Mein Erkenntnis bis hier hin: Ein neu installiertes System wird nicht beeinflusst, ein repariertes schon.
Beim reparierten System wird der Booteintrag nach dem Wechsel immer gelöscht oder verschwindet oder was auch immer, bei Neuinstallation nicht.
Das ist mir leider auch mit Manjaro passiert, das war meine Schuld, aber auch hier lässt sich das nicht mehr reparieren, dasselbe wie bei EOS.
Ich kann hochfahren, aber wechseln kann ich nicht mehr. Dann muss ich die Reparatur wieder machen.

ist os-prober in Benutzung? in deinem Falle würd eich das auf jeden Fall nicht nutzen wenn da du keine anderen OS erkannt haben brauchst?

Zeige doch mal ein paar Informationen damit ich sehen kann ob ich etwas finde.
Am besten wenn beide Platten unter Strom stehen:
lsblk -f
bootctl status
efibootmgr
cat /etc/default/grub

und herzlich Willkommen im Forum nartürlich :enos:

Danke für deine Antwort.

Ist in Manjaro installiert, aber nicht aktiv wurde in Grub deaktiviert:

GRUB_DISABLE_OS_PROBER=false

Beide SSD`s sind mit Strom versorgt, bin mit Manjaro (sda) hochgefahren.
sdb2 ist EOS xfce - wurde zuletzt installiert, hiermit kann ich booten.
sdb3 ist EOS Cinnamon - diese wurde repariert.

Hier die Ergebnisse von deinen Befehlen:

# lsblk -f

NAME   FSTYPE FSVER LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                              
├─sda1 vfat   FAT32 NO_LABEL 43A1-3FE7                             297,8M     1% /boot/efi
└─sda2 ext4   1.0            fc93f38a-e1e8-44ec-918b-0f41a4f0f792  161,4G    60% /
sdb                                                                              
├─sdb1 vfat   FAT32 NO_LABEL 8897-1337                                           
├─sdb2 ext4   1.0            fa5ce072-a8c0-4050-9ce7-824f01eabbb1     39G    23% /run/media/ws/fa5ce072-a8c0-4050-9ce7-824f01eabbb1
└─sdb3 ext4   1.0            092d5e08-eb50-4abd-b1f8-56c505af1e40   47,7G     7% /run/media/ws/092d5e08-eb50-4abd-b1f8-56c505af1e40

# bootctl status

systemd-boot not installed in ESP.
System:
     Firmware: n/a (n/a)
  Secure Boot: disabled (disabled)
 TPM2 Support: no
 Boot into FW: supported

Current Boot Loader:
      Product: n/a
     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
               ✗ Boot loader sets ESP information
          ESP: n/a
         File: └─n/a

Random Seed:
 Passed to OS: no
 System Token: not set
       Exists: no

Available Boot Loaders on ESP:
          ESP: /boot/efi (/dev/disk/by-partuuid/0e7e01f0-cf13-a247-b9d5-81e5a74b9f1c)
         File: └─/EFI/BOOT/bootx64.efi

Boot Loaders Listed in EFI Variables:
        Title: manjaro
           ID: 0x0000
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/0e7e01f0-cf13-a247-b9d5-81e5a74b9f1c
         File: └─/EFI/MANJARO/GRUBX64.EFI

        Title: UEFI OS
           ID: 0x0001
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/0e7e01f0-cf13-a247-b9d5-81e5a74b9f1c
         File: └─/EFI/BOOT/BOOTX64.EFI

        Title: UEFI OS
           ID: 0x0003
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/ecfca5e5-ce65-f244-a0ba-1aef5d53bdfc
         File: └─/EFI/BOOT/BOOTX64.EFI

Boot Loader Entries:
        $BOOT: /boot/efi (/dev/disk/by-partuuid/0e7e01f0-cf13-a247-b9d5-81e5a74b9f1c)

0 entries, no entry could be determined as default.

# efibootmgr

BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0003,0002
Boot0000* manjaro	HD(1,GPT,0e7e01f0-cf13-a247-b9d5-81e5a74b9f1c,0x1000,0x96000)/File(\EFI\MANJARO\GRUBX64.EFI)
Boot0001* UEFI OS	HD(1,GPT,0e7e01f0-cf13-a247-b9d5-81e5a74b9f1c,0x1000,0x96000)/File(\EFI\BOOT\BOOTX64.EFI)0000424f
Boot0002* Hard Drive	BBS(HD,,0x0)0000474f00004e4fb700000001000000750057004400430020002000570044005300350030003000470032004200300041002d003000300053004d003500300000000501090002000000007fff040002010c00d041030a0000000001010600030101010600010003120a000500ffff00007fff040001043e00ef47642dc93ba041ac194d51d01b4ce63100320039003400510032003600340030003900330030002000200020002000200020002000200000007fff04000000424f00004e4fa50000000100000075004300540031003200300042005800350030003000530053004400310000000501090002000000007fff040002010c00d041030a0000000001010600010801010600020003120a000200ffff00007fff040001043e00ef47642dc93ba041ac194d51d01b4ce63000320033003100330045003200460031004400340030002000200020002000200020002000200000007fff04000000424f
Boot0003* UEFI OS	HD(1,GPT,ecfca5e5-ce65-f244-a0ba-1aef5d53bdfc,0x1000,0x96000)/File(\EFI\BOOT\BOOTX64.EFI)0000424f

cat /etc/default/grub

GRUB_DEFAULT=saved
GRUB_TIMEOUT=5
GRUB_TIMEOUT_STYLE=hidden
GRUB_DISTRIBUTOR="Manjaro"
GRUB_CMDLINE_LINUX_DEFAULT="apparmor=1 security=apparmor udev.log_priority=3"
GRUB_CMDLINE_LINUX=""

# If you want to enable the save default function, uncomment the following
# line, and set GRUB_DEFAULT to saved.
GRUB_SAVEDEFAULT=true

# Preload both GPT and MBR modules so that they are not missed
GRUB_PRELOAD_MODULES="part_gpt part_msdos"

# Uncomment to enable booting from LUKS encrypted devices
#GRUB_ENABLE_CRYPTODISK=y

# Uncomment to use basic console
GRUB_TERMINAL_INPUT=console

# Uncomment to disable graphical terminal
#GRUB_TERMINAL_OUTPUT=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command 'videoinfo'
GRUB_GFXMODE=auto

# Uncomment to allow the kernel use the same resolution used by grub
GRUB_GFXPAYLOAD_LINUX=keep

# Uncomment if you want GRUB to pass to the Linux kernel the old parameter
# format "root=/dev/xxx" instead of "root=/dev/disk/by-uuid/xxx"
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY=true

# Uncomment this option to enable os-prober execution in the grub-mkconfig command
GRUB_DISABLE_OS_PROBER=false

# Uncomment and set to the desired menu colors.  Used by normal and wallpaper
# modes only.  Entries specified as foreground/background.
GRUB_COLOR_NORMAL="light-gray/black"
GRUB_COLOR_HIGHLIGHT="green/black"

# Uncomment one of them for the gfx desired, a image background or a gfxtheme
#GRUB_BACKGROUND="/usr/share/grub/background.png"
#GRUB_THEME="/path/to/gfxtheme"

# Uncomment to get a beep at GRUB start
#GRUB_INIT_TUNE="480 440 1"

# Uncomment to ensure that the root filesystem is mounted read-only so that
# systemd-fsck can run the check automatically. We use 'fsck' by default, which
# needs 'rw' as boot parameter, to avoid delay in boot-time. 'fsck' needs to be
# removed from 'mkinitcpio.conf' to make 'systemd-fsck' work.
# See also Arch-Wiki: https://wiki.archlinux.org/index.php/Fsck#Boot_time_checking
#GRUB_ROOT_FS_RO=true

Somit ist os-prober grade nicht deaktiviert. Es muss ein “true” dahin damit es disabled wird.

1 Like

Danke für die Info
Sorry, dann bin ich falsch informiert, ich hatte das auch so verstanden das es auf true gesetzt werden muss.
Die Info habe ich von hier, habe das falsch gelesen:
https://linuxnews.de/2021/12/grub-2-0-6-deaktiviert-os_prober/
Ich erledige das umgehend und setze es bei allen Installationen auf “true”.

Dann sollte es so funktionieren, wie Du es Dir wünschst.

Nein, leider nicht, aber es hat sich was geändert.
Auf der SSD, wo ich die beiden Versionen von EOS installiert habe (Dualboot) wird nur noch die zuletzt installierte, also EOS xfce, im Bootmanager angezeigt. EOS Cinnamon ist verschwunden.
Das könnte ich bestimmt wieder richten wenn ich in Grub die einträge von true wieder auf false ändere.

Der Booteintrag von Manjaro Cinnamon wurde wieder gelöscht. Ich vermute, das mein Bios nicht damit zurecht kommt wenn Grub repariert wird.

Die installationen, die noch nie eine Grub Reparatur bekommen haben, sind nicht betroffen.

Aber ich hoffe, es hat noch jemand eine Idee.

Zwei verschiedene Sachen:

Einmal - das os-prober script. Es sollte (bei internen Platten, bzw. in fstab als zu mounten eingetragene Partitionen) nur von einer Distro ausgeführt werden, alle anderen dürfen es normalerweise nicht, sonst entsteht leicht Hickhack… und eine Distro überschreibt die Grub-Konfiguration der anderen Distro bei ihrem nächsten Update.
Nur mal so (bei Non-UEFI oder Legacy-Bios Systemen).

Zweitens - bei UEFI-Boot Systemen
(wenn ls /sys/efivars ne Menge an Einträgen ausspuckt)
da gibt es ein Tool mit Namen efibootmgr:

Sorry. Dachte die vorher angegebenen Lösungsvoschläge hätten eigtl. funzen müssen.

Ja, kenne ich, hier die Ausgabe, habe grade wieder den Manjaro Booteintrag hinzugefügt damit das System startet:

# efibootmgr

BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0002
Boot0000* manjaro	HD(1,GPT,0e7e01f0-cf13-a247-b9d5-81e5a74b9f1c,0x1000,0x96000)/File(\EFI\MANJARO\GRUBX64.EFI)
Boot0001* UEFI OS	HD(1,GPT,0e7e01f0-cf13-a247-b9d5-81e5a74b9f1c,0x1000,0x96000)/File(\EFI\BOOT\BOOTX64.EFI)0000424f
Boot0002* Hard Drive	BBS(HD,,0x0)0000474f00004e4fb700000001000000750057004400430020002000570044005300350030003000470032004200300041002d003000300053004d003500300000000501090002000000007fff040002010c00d041030a0000000001010600030101010600010003120a000500ffff00007fff040001043e00ef47642dc93ba041ac194d51d01b4ce63100320039003400510032003600340030003900330030002000200020002000200020002000200000007fff04000000424f

Boot0000 manjaro wird immer wieder gelöscht.

# ls /sys/efivars

ls: Zugriff auf '/sys/efivars' nicht möglich: Datei oder Verzeichnis nicht gefunden

# mount |grep efivars

efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)

Ist also ein anderer Pfad, da steht jede menge drin. Soll ich das alles posten oder was suchen wir ?

Keine Ahnung. Einen Weg, das hinzubekommen?

Liegt es u.U. daran, dass Du Dein Bios upgraden könntest? Sieh mal auf der Herstellerseite Deines Rechners nach.

Ansonsten, das Bios nicht verlassen, ohne die vorgenommenen Einstellungen zu speichern!

Mehr fällt mir gerade leider nicht ein.

LG.

Ja, ich denke wirklich das es am Bios liegt. Wenns kein Upgrade gibt werde ich zumindest einen Reset versuchen. Das sollte den Auslieferungszustand wieder herstellen.

1 Like

disable = false :wink:

Normalerweise sollte ein Eintrag der mit grub-install in das uefi system gescrieben wird nicht von allein verschwinden… aber da du Platten aus dem System entnimmst (Stromlos schaltest) könnte es sein das diese dann entfernt werden … wie der Eintrag für einenn USB Stick… wenn er nicht steckt ?
Ich hatte bei mir das Phänomen das mein F12 Menü zerschossen war nachdem ich mit efibootmgr Einträge entfernt hatte ohne die Bootreinfolge neu zu erstellen … also BootOrder hatte Einträge die ich gelöscht hatte … das führte dazu das mein F12 Menü leer war :wink:

[18:58:59] joekamprad :: i3-private  ➜  ~ » efibootmgr
BootCurrent: 0006
Timeout: 1 seconds
BootOrder: 0006,0002,0001,0000,0027,0014,0025,0028,0029,002A,002B,002C,0031,0032

BootOrder zeigt die aktuelle boot Reinfolge an…
Wenn ich diese ändere kopiere ich die ganze folge und ändere die Einträge … also nicht nur die ertsen 3 oder so sondern alle …
Um z.B. 0006 und 0002 zu ntauschen so:
sudo efibootmgr -o 0002,0006,0001,0000,0027,0014,0025,0028,0029,002A,002B,002C,0031,0032

Nachdem ein EIntrag gelöscht wurde mit
efibootmgr -b 0006 -B
z.B. um 0006 zu löschen… am besten die boot Reinfolge neu erstellen neues Aufrufen von efibootmgr Zahlenreihe aus BootOrder kopieren u.s.w.

2 Likes

Gibt in dem Fall einen leichten Unterschied zwische UEFI und legacy (MBR) systemen… da in alten Systemen die keinUEFI haben wird der Bootloader in den MBR der Platte geschrieben… bei UEFI Systemen in einen Ordner im ESP (/boot/efi … ) Aber es ist klug os-prober nur von einem system zu nutzen und sozusagen nur ein OS das booten zu überlassen… vor allem wenn OSSs auf ein und der selben Platte sind… ausser du nimmst dann für jedes OS seinen eigenen ESP… (fat32 efi partition) dann würde das bestmöglich getrennt sein… in dem Falle hier wenn Platten stromlos geschaltet werden aber auch nicht ideal… da würde ich os-prober einfach garnicht nutzen…

2 Likes

Danke! - Habe selbst kein einziges UEFI HW System am laufen, nur Legacy Bios (ur-)alte HW, überwiegend alte Macs.

Daher:
Smooch @joekamprad !

:wink:

Ja ich war auch total auf Bios bis vor einem Jahr … ist aber einfach zu schwer geworden das ISO für UEFI zu entwickeln ohne Hardware zum testen…

1 Like

sudo efibootmgr

BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0002
Boot0000* manjaro	    HD
Boot0001* UEFI OS	    HD
Boot0002* Hard Drive	BBS

So sieht ein funktionierendes Manjaro aus, frisch repariert. (die Ziffern hab ich weggelassen)

BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0002
Boot0001* UEFI OS	   HD
Boot0002* Hard Drive   BBS
Boot0005* USB	       BBS

Und so sieht es aus wenn ich es mal wieder reparieren muss. Der Manjaro Eintrag ist verschwunden.
Der USB Eintrag ist natürlich noch dazugekommen, damit musste ich für die Reparatur booten.

Die Reparatur für Manjaro machst du mit den Manjaro grub tools? oder manuell?

Weis ich nicht, kenne das nicht. Ich boote mit Manjaro Live USB-Stick.
Terminal öffnen, da gebe ich ein:

manjaro-chroot -a    # Verzeichnise erstellen mnt/boot/efi - Verzeichnisse mounten - In chrot Umgebung weitermachen
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=manjaro --recheck
update-grub
exit    #  chroot verlassen - umount mnt/boot/efi 

Keine Fehlermeldungen, System runterfahren, Manjaro startet wieder.

Hi LaGGGer, willkommen hier im Forum :wink:
ich kenn mich da auch nicht 100% aus aber

wenn du Live-Stick startes muss du im EFI-Mode starten, vielleicht macht er das ja automatisch bei dir, aber bei mir gibt es dann immer zwei auswahl möglichkeiten wenn ich F11 drücke zeigt er mir dann an zb

USB-Live-Stick-Kingstone

und einmal

UEFI: USB-Live-Stick.Kingsonte

der letztere startet dann im EFI-Mode


vielleicht bleiben dann deine erstellten EFI einträge:

efibootmgr --disk */dev/sdX* --part *Y* --create --label "Arch Linux" --loader /vmlinuz-linux --unicode 'root=PARTUUID=*XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX* rw initrd=\initramfs-linux.img' --verbose

vielleicht weiß jemand besser als ich…

https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface#efibootmgr