ubuntuusers.de

Ich bin von SuSe Linux gekommen, weil sich SuSe nicht mehr updaten ließ (die Installationsdisketten hingen sich stets auf …).

Bei der Installation von Kubuntu habe ich den Grub von SuSe nicht angerührt, und Kubuntu den grub auf die zweite (physische) Festplatte installiert. Vielleicht hängt es damit zusammen, dass SuSe und Kubuntu unterschiedlich zählen, sda und sdb sind jeweils vertauscht.

Jetzt wollte ich den Grub zum Booten von Kubuntu aktualisieren, aber …

• Zuerst stellte ich fest, dass es offenbar kein einfaches Tool wie im Yast gibt, wenn es um Booten (Grub o.ä.) geht.

• Versuche, anhand der Hilfeseiten den Grub von scratch zu installieren scheitern: Offenbar wird der stets auf der Festplatte installiert, die nicht bootet. Egal ob nur mit Hilfe einer neuen .cfg oder mit chroot-Methode

• Ich nahm schließlich den Installations-stick, startete eine life-Sitzung und wollte dann grub installieren, das Ergebnis war eine Fehlermeldung, weil ich kein UEFI-System habe, sondern CHS-Festplatten (u.a. weil ich auch noch ein altes DRDOS mit herumschleppe)

Also was muss ich tun, damit der grub von Kubuntu an die richtige Stelle kommt? Ist es potentiell gefährlich, wenn ich auf Dauer den grub nur von SuSe pflegen lasse (obwohl es schon ärgerlich wäre, wenn das der einzige Grund wäre, um das System zu behalten)?

Lesestoff: >> GRUB 2 << und >> apt <<

Und noch mehr Lesestoff >> Mehrbootsystem mit 2x Ubuntu <<

Ja da steht 2x Ubuntu wobei wohl mehrere Linuxsysteme treffender wäre.

@schwarzheit

Und noch mehr Lesestoff >> Mehrbootsystem mit 2x Ubuntu <<

Ja, das war wirklich neu, auch wenn ich das meiste schon wusste.

Aber der Link darin »Grub in einen anderen Ort als den MBR installieren« dürfte mein Problem lösen. Ich werde es morgen in Ruhe ausprobieren.

@Helmut-WK:
Schau auch mal dort, wenn Du den GRUB an einen anderen Ort, als den Standard installieren möchtet:

• https://learning.lpi.org/de/learning-materials/101-500/102/102.2/102.2_01/ ← Abschnitt "Installation von GRUB 2"

Bei 2 verschiedenen Linuxen, die hin und wieder ein Update der GRUB-Konfiguration brauchen (mit nviida-driver auch regelmäßig) dürften aber wohl immer wieder Probleme auftauchen. Die Chancen, mir selbst in den Fuß zu schießen, erspare ich mir, in dem ich bei meinem Kubuntu als alleinige Installation auf dem PC bleibe. Dann gibts auch kein Ärger mit dem GRUB.

Helmut-WK schrieb:

dass SuSe und Kubuntu unterschiedlich zählen, sda und sdb sind jeweils vertauscht.

Die Laufwerke werden vom Kernel in der Reihenfolge durchbuchstabiert, in der er sie einbindet. Deshalb ist nicht mal zu 100 Prozent sicher, dass einunddieselbe Installation die bei jedem Booten gleich verteilt ☺

trollsportverein schrieb:

@Helmut-WK:
Bei 2 verschiedenen Linuxen, die hin und wieder ein Update der GRUB-Konfiguration brauchen

Ich will nur ein Linux haben, bzw. erst mal dafür sorgen, dass der grub von dem Linux kommt, das auch upgedatet werden kann.

Im Nachhinein ist klar, dass ich besser gleich den grub von SuSe hätte überschreiben sollen. Aber das wusste ich nicht. im umgekehrten Fall hätte ich im Yast den Modul »Bootloader« aufgerufen und alle Parameter von der Platte, in die geschrieben werden soll über »in MBR generellen Bootloader schreiben« und Speicherort des eigentlichen Grubs bis zu Kernel-Parametern, in einem Konfigurationsfenster eintragen können. Dass es bei Kubuntu deutlich weniger komfortabel ist, war schon überraschend.

Unter (K)Ubuntu ist im der /etc/defautl/grub eine Zeile:

#GRUB_DISABLE_OS_PROBER=false

Wenn man da vorne das Gartenzäunchen "#" entfernt, dann findet der os-prober (was wiederum ein DEB-Paket ist) beim:

sudo update-grub

... andere auf der Festplatte installierte Betriebssyteme. Eigentlich™.

Der os-prober ist jedoch aus Sichherheitsgründen per default deaktiviert. Siehe auch die Nachricht aus dem Jahr 2021:

• GRUB 2.0.6 deaktiviert os_prober

OT
schwarzheit schrieb:

Und noch mehr Lesestoff >> Mehrbootsystem mit 2x Ubuntu <<

Ja da steht 2x Ubuntu wobei wohl mehrere Linuxsysteme treffender wäre.

hm..., mir scheint, Du hast den Artikel nicht verstanden. Es geht ja (im EFI Modus) gerade darum, die "Komplikation" des Überschreibens von <ESP>/efi/ubuntu... zu umschiffen, bei unterschiedlichen Distris tritt das ja nicht auf, da hat jede Distri ihr eigenes Verzeichnis.
OT

@Helmut–WK im "legacy" Modus ist es doch ganz einfach: Installiere aus dem laufenden Kubuntu heraus grub auf die Platte mit Kubuntu (sdx, x ermittelst Du mit df). Dann stellst Du im Setup (BIOS) diese Platte als Bootplatte ein. Der grub von Suse kann Dir egal sein, falls Du bereinigen möchtest, dd ist Dein Freund.

Update: Ich habe Grub unter Kubuntu installiert, aber der kann andere Systeme nicht booten. Sie werden zwar im Grub-Menü angezeigt, aber drdos bleibt stehen, und bei SuSe kommt der Hinweis, dass die Kernel-Dateien (die auf der richtigen Partition, eingehängt unter /mnt/suse im Verzeichnis /boot vorhanden sind!) nicht gefunden werden.

drdos kann ich zur Not über Disketten booten, SuSe bekomme ich überhaupt nicht gestartet.

Und wie ich mir das alles noch mal genauer anschaue, kommt mir beim Lesen der BIOS-Optionen der Verdacht, dass Kubuntu UEFI installiert hat. Kann das sein? Wäre das eine Erklärung? Und wie sage ich dem Grub, dass er kein UEFI nutzen soll, sondern BIOS/MBR?

Helmut-WK schrieb:

[…] SuSe Linux […] Installationsdisketten

Meinst Du das ernst? Welche Version von SuSE verwendest Du denn?

Hallo Helmut-WK,

Na dann poste doch bitte mal je:

sudo fdisk -l

sudo parted -l

Den Befehl wo überall die Bootloader stecken musst du mal selber suchen.

Gruss Lidux

Lidux schrieb:

... Den Befehl wo überall die Bootloader stecken musst du mal selber suchen.

oha! (@Helmut-WK hat 4 (❗) Beiträge) *kopfschüttel*

@Helmut-WK was @Lidux meint, wär in Deinem Fall das boot info script, dessen Ausgabe kannst Du hier in solchen Klammern {{{ }}} posten (oder du hängst das Ergebnis – die Datei RESULTs.txt – einfach hier als Anhang an. S. auch der Hinweis im verlinkten Artikel).

Gruß black tencate

kB schrieb:

Helmut-WK schrieb:

[…] SuSe Linux […] Installationsdisketten

Meinst Du das ernst? Welche Version von SuSE verwendest Du denn?

Disketten bezog sich auf DRDOS, das ich auch noch habe …

Ich hatte SuSe 15.5, die Die Installations-CD bzw. -DVD (habe beides ausprobiert) von SuSe15.6 hängen sich auf.

Zu mehr werde ich heute Abend nicht kommen, also morgen schaue ich mir die Sache genauer an.

Helmut-WK schrieb:

[…] DRDOS

Wenn Du ein Betriebssystem aus dem dunklen Zeitalter vor der Einführung von EFI verwenden möchtest, musst Du freilich zum Booten des Rechners die alte Bios-Boot-Methode verwenden. Es gibt eine Version von Grub 2 dafür, die kann aber nicht per UEFI-Boot-Methode gestartet werden.

[…] SuSe 15.5

… sollte (noch) beide Boot-Methoden beherrschen. Möglicherweise gibt es getrennte Installationsmedien für Bios- und UEFI-Boot-Methode, das kannst Du mal prüfen und das richtige wählen.

Bei Ubuntu installiert das Installationsmedium den Bootmanager Grub in der Version (Bios oder UEFI), in der es selbst gestartet wurde. Vermutlich verhält sich SuSE ähnlich.

Wenn Du in der Firmware des Rechners beide Boot-Methoden aktiviert hast, musst Du beim Start natürlich einen Eintrag wählen, der zum Installationsmedium passt, das ist aus dem Text nicht immer zweifelsfrei zu erkennen.

Du kannst Dir aussuchen, ob Du die modernen Betriebssystem auch per Bios-Boot-Methode startest, oder dafür die UEFI-Boot-Methode mit einem zweiten Bootmanager – das kann eine andere Version von Grub sein – verwendest. Beide Möglichkeiten sind schlecht.