Boot funktioniert nicht richtig

toussaint1963 · 31. Januar 2019

Hallo,
ich habe Linux Opensuse Leap 15 neu installiert. jetzt ist aber der alte Grub2 von Suse 13.2 geblieben. Ich starte jetzt von der DVD.
Ich habe festgestellt, dass ich zwei Boot Laufwerke habe. einmal sda1 mit keinem Boot Point und einmal sda4 mit Boot Point /boot/efi.
wie bekomme ich das richtige Grub2 wieder hin? Kann ich sda1 löschen?
MfG
Johannes Fangmeyer

Linuxfreakgraz · 31. Januar 2019

Schon mal als root in der Konsole folgendes probiert?

Code:

grub2-mkconfig -o /boot/grub2/grub.cfg

K-BV · 31. Januar 2019

Poste mal die Ausgaben von:

Code:

sudo parted -l   ## -l = kleines L

[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS    ## zeigt an, ob im BIOS oder EFI-Mode gebootet wurde

sudo apt-get install efibootmgr  ## wenn vorstehender Befehl UEFI ausgibt

sudo efibootmgr --verbose   ## dto.

Ich starte jetzt von der DVD.

Warum nicht über das Bootmenü des Rechners?

L.G.

toussaint1963 · 31. Januar 2019

grub2-mkconfig -o /boot/grub2/grub.cfg hat nichts gebracht. Es erscheint immer noch das GRUB2 Menü von Suse 13.2.
johannes@linux-4gu1:~> sudo parted -l && echo UEFI || echo BIOS
[sudo] Passwort für root:
Modell: ATA ST500LT012-1DG14 (scsi)
Festplatte /dev/sda: 500GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags:

Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 165MB 164MB fat16 primary boot, esp
2 165MB 2319MB 2155MB linux-swap(v1) primary msftdata
3 2319MB 45,3GB 43,0GB btrfs primary msftdata
4 45,3GB 45,8GB 524MB fat16 boot, esp
5 45,8GB 88,7GB 42,9GB btrfs
6 88,7GB 496GB 407GB xfs
7 496GB 500GB 4049MB linux-swap(v1) swap

Fehler: Partitionen außerhalb der Festplatte sind nicht möglich!
Ignorieren/Ignore/Abbrechen/Cancel? A
Modell: MATSHITA DVD-RAM UJ8HC (scsi)
Festplatte /dev/sr0: 3917MB
Sektorgröße (logisch/physisch): 2048B/2048B
Partitionstabelle: unknown
Disk-Flags:

UEFI

sudo apt-get install efibootmgr brachte das Ergebnis, dass die Datei schon installiert ist.

MfG
Johannes Fangmeyer

K-BV · 31. Januar 2019

Bitte noch den letzten Befehl abfragen. Efibootmgr ist ja installiert.

Linuxfreakgraz · 31. Januar 2019

https://www.tutonaut.de/anleitung-efi-partition-entfernen-und-festplatten-vollstaendig-loeschen/

toussaint1963 · 31. Januar 2019

johannes@linux-4gu1:~> sudo efibootmgr --verbose
[sudo] Passwort für root:
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0002,0001,0000
Boot0000* Realtek PXE B01 D00 BBS(128,,0x0).......................................................................
Boot0001* ST500LT012-1DG142 BBS(HD,,0x500)................-...........A.....................................},........A.........................
Boot0002* MATSHITA DVD-RAM UJ8HC BBS(CDROM,,0x500)................-...........A.....................................r,........A.........................
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
MfG
Johannes Fangmeyer

K-BV · 31. Januar 2019

Hallo!

Hab oben übersehen, dass der Befehl...

K-BV schrieb:

[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS

Zum Vergrößern anklicken....

....nicht korrekt abgefragt war. Als Ausgabe erfolgt hier entweder lapidar "BIOS" oder "UEFI".
Davon hängt die weitere Vorgehensweise ab.

~~Die Anleitung des Kollegen könnte in letzterem Fall ziemlich kontraproduktiv sein. Also erst mal abfragen.~~

L.G.

Ergänzung (31. Januar 2019)

Sorry, du hattest es ja oben doch schon erwähnt. Nur etwas weiter unten, ohne den Befehl. Dann die Anleitung des Kollegen schnell vergessen.

WICHTIG: Ich kenne mich mit der SUSE nicht wirklich aus. Daher folgendes unter Vorbehalt, dass es dort auch anwendbar ist. Ggf. dort noch mal nachfragen!

Also, es existiert kein Eintrag der SUSE im NVRAM, für die ESP (EFI System Partition). Hier eine Anleitung für Ubuntu, wie man mit dem Werkzeug "efibootmgr" einen neuen Eintrag erstellt.
https://wiki.ubuntuusers.de/efibootmgr/#Booteintrag-erstellen
Nach Erzeugung des Eintrags, den --verbose Befehl wieder starten um festzustellen, wie der Eintrag heißt (die 4stellige Ziffer vorne) und ggf. an erste Stelle der Bootreihenfolge schieben. Wie, ist kurz vorher in dem Artikel erklärt.
WICHTIG: Ein Verzeichnis \\EFI\\ubuntu\\grubx64.efi wird es bei SUSE natürlich nicht geben. ~~Dort ggf. nachfragen, oder recherchieren welches Verzeichnis das ist.~~ Siehe Nachtrag weiter unten!

Ist der Eintrag erstellt, solltest du auch über das Bootmenü des Rechners booten können. Ggf. im laufenden System noch ein
sudo update-grub
laufen lassen.

Viel Erfolg!

Ergänzung (31. Januar 2019)

Nachtrag:

Hier stehts: https://en.opensuse.org/openSUSE:UEFI

Linuxfreakgraz · 31. Januar 2019

K-BV schrieb:
sudo update-grub

Das gibt es nur bei Debian und dessen Derivaten.

K-BV · 31. Januar 2019

Wenn die Suse Grub verwendet, dürfte es auch ein "update-grub" geben. Oder meintest du sudo?
"sudo" geht m.W. doch auch bei SUSE (YAST Modul).....? Aber das nur nebenbei!

L.G.

Linuxfreakgraz · 31. Januar 2019

https://forums.opensuse.org/showthread.php/477980-grub2-update-grub
Das ist ein Debian Spezifisches Tool, das außerhalb vom Debian Ökosystem meines Wissens keine Distribution nutzt.

K-BV · 1. Februar 2019

Das ist nicht korrekt.

https://de.m.wikipedia.org/wiki/Sudo

So weit ich das sehe, wurde es hier vom TE auch angewendet. Aber wir werden OT.

L.G.

toussaint1963 · 1. Februar 2019

Soll ich statt sda sda1 oder sda4 setzen? Sda1 hat keinen Mount Point, sda4 hat den Mount Point /boot/efi.
MfG
Johannes Fangmeyer

Linuxfreakgraz · 1. Februar 2019

K-BV schrieb:
Das ist nicht korrekt.

https://de.m.wikipedia.org/wiki/Sudo

Lies mal den verlinkten Thread durch, dann weißt du von was ich spreche.

toussaint1963 schrieb:
Soll ich statt sda sda1 oder sda4 setzen? Sda1 hat keinen Mount Point, sda4 hat den Mount Point /boot/efi.

Da ist einiges durcheinander die /boot Partition sollte die erste Partition auf der Festplatte sein.

K-BV · 1. Februar 2019

toussaint1963 schrieb:
Soll ich statt sda sda1 oder sda4 setzen? Sda1 hat keinen Mount Point, sda4 hat den Mount Point /boot/efi.

/Boot/efi liegt immer auf der EFI-Systempartition. Das Problem bei dir , es sind beide Partitionen mit esp markiert. So weit ich das sehe, wird aktuell die sda4 nicht angesprochen. Im Zeifelsfall 2 Einträge mit efibootmgr anlegen. Und testen.

die /boot Partition sollte die erste Partition auf der Festplatte sein.

Wie viele Gegenbeispiele hättest du gerne?

Linuxfreakgraz · 1. Februar 2019

Also das der Bootloader am Ende der Festplatte liegt ist mir neu aber ich lasse mir gern eines bessern belehren. Hast du dich schon wegen dem Befehl update-grub schlau gemacht?

Linuxfreakgraz schrieb:
https://forums.opensuse.org/showthread.php/477980-grub2-update-grub

K-BV · 1. Februar 2019

Wir reden nicht vom Ende der Platte, aber ob die ESP nun auf 1 oder 4 oder auf einer anderen Platte liegt ist wurscht.
Wie das update-grub nun durchgeführt wird, ist doch auch egal. Hauptsache es wird, wenn erforderlich. Wie gesagt, kenne mich mit der SUSE nicht wirklich aus. Wundere mich auch, dass Suse FAT 16 für die ESP verwendet. Normal wäre FAT32. Aber gut, es ist FAT.
Hier werden doch mal wieder die Probleme eines allgemeinen Forums deutlich. Ich kenne mich mit UEFI recht gut aus, habe aber kaum Ahnung von der Suse, du kennst dich mit der Suse gut aus, aber vermutlich nicht umfänglich mit UEFI-Boot. Das sind die Fälle, wo ein Nutzer dann im Forum der Distro besser aufgehoben ist.

L.G.

Linuxfreakgraz · 1. Februar 2019

Da hast du recht, ich habe bis jetzt noch kein MB gehabt wo man Secure Boot abschalten kann deshalb muss ich den CSM Modus nutzen.

toussaint1963 · 2. Februar 2019

Ich habe die Befehle durchgeführt. Es klappt aber nicht.
Hier nochmal die Ausdrucke:
inux-4gu1:/home/johannes # grub2-mkconfig -o /boot/grub2/grub.cfg
GRUB-Konfigurationsdatei wird erstellt …
Thema gefunden: /boot/grub2/themes/openSUSE/theme.txt
Linux-Abbild gefunden: /boot/vmlinuz-4.12.14-lp150.12.45-default
initrd-Abbild gefunden: /boot/initrd-4.12.14-lp150.12.45-default
Linux-Abbild gefunden: /boot/vmlinuz-4.12.14-lp150.12.28-default
initrd-Abbild gefunden: /boot/initrd-4.12.14-lp150.12.28-default
openSUSE 13.2 (Harlequin) (x86_64) auf /dev/sda3 gefunden
erledigt
linux-4gu1:/home/johannes # sudo efibootmgr --verbose
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0004,0003,0002,0001,0000
Boot0000* Realtek PXE B01 D00 BBS(128,,0x0).......................................................................
Boot0001* ST500LT012-1DG142 BBS(HD,,0x500)................-...........A.....................................},........A.........................
Boot0002* MATSHITA DVD-RAM UJ8HC BBS(CDROM,,0x500)................-...........A.....................................r,........A.........................
Boot0003* Precise - GRUB2 HD(4,GPT,803d9ab2-b320-4e88-9a22-3f8f9d3f6bc3,0x5453800,0xfa000)/File(\EFI\opensusegrubx64.efi)
Boot0004* Precise - GRUB2 HD(4,GPT,803d9ab2-b320-4e88-9a22-3f8f9d3f6bc3,0x5453800,0xfa000)/File(\EFI\opensusegrubx64.efi)
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC

Johannes Fangmeyer

Linuxfreakgraz · 2. Februar 2019

In so einen Fall würde ich die Festplatte Formatieren und Neuinstallieren.
Aber vielleicht weiß K-BV weiter.

Boot funktioniert nicht richtig

Ensign

Lt. Commander

K-BV

Gast

Ensign

K-BV

Gast

Lt. Commander

Ensign

K-BV

Gast

Lt. Commander

K-BV

Gast

Lt. Commander

K-BV

Gast

Ensign

Lt. Commander

K-BV

Gast

Lt. Commander

K-BV

Gast

Lt. Commander

Ensign

Lt. Commander

Ähnliche Themen

Passend zum Thema