staging.inyokaproject.org

Hallo,

nach m.E. nicht lösbaren Boot-Problemen mit einer 14.04-Installation (siehe gesondertes Thema) habe ich neben der existierenden eine Neuinstallation auf sdb9 durchgeführt (läuft mittlerweile komplett wie die Installation vorher). Die alte, defekte Installation befindet sich auf sdb6; in /usr/src befinden sich div. Kernel-Versionen, die auch im aktuellen Boot-Menü angezeigt werden (...sich aber nicht starten lassen).

Ich möchte nun sdb6 anderweitig nutzen und deshalb löschen/neu formatieren - /home liegt auf einer gesonderten Partition. Zwei Fragen:

a) kann ich das ohne Auswirkungen auf die aktuell funktionierende Installation machen?

b) wird das Boot-Menü entsprechend automatisch korrigiert?

Danke für die Antworten.

nas

n.a.s schrieb:

a) kann ich das ohne Auswirkungen auf die aktuell funktionierende Installation machen?

Die alte Version hat keinerlei Auswirkungen auf die neue. Die Kernel in /usr/src (die dort nichts zu suchen haben, oder meinst du Kernel-Headers?)der alten Installation sind GRUB 2 auch herzlich egal, das sucht dort nicht.

b) wird das Boot-Menü entsprechend automatisch korrigiert?

Jein.

Wenn du ein Kernel-Updates bekommst oder ein anderes Programm, dass eine Aktualisierung von GRUB durchführt, installierst oder aktualisierst, passiert das von alleine.

Willst du den Eintrag sofort abändern kannst du das danach per

sudo update-grub

oder wahlweise auch

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

den Eintrag aktualisieren.

Danke erst einmal, tomtomtom.

Hatte mir das so einfach vorgestellt.

Habe meine sdb6 gelöscht; die Nummern der anderen Partitions haben sich daraufhin geändert. Dadurch scheint GRUB nicht mehr zu stimmen. Beim Booten erhalte ich jetzt einen Fehlerhinweis auf eine nicht vorhandene Partition und "grub-rescue" ...

Ich habe den Artikel über Grub-Reparatur gerade gelesen, fühle mich aber zu unsicher, es alleine zu probieren. Bin dankbar für jede Hilfe.

Gruß nas

Starte dein Installationsmedium für 14.04 und wähle "Ubuntu testen", damit du ein Live-System im RAM bekommst.

Über LAN hast du Internetanschluß und kannst dann Abfragen hier posten.

Mit Strg+Alt+T öffnest du im Live-System das Terminal und machst dort folgende Abfragen:

sudo fdisk -l
sudo blkid

und postet die Ergebnisse hier im Code-Block formatiert. {{{ Textpassage }}} Im Terminal kannst du die Textpassagen mit der Maus markiern, mit rechter Maustaste anklicken und Kopieren. Dann hier in deinen Antwort eifügen.

n.a.s schrieb:

Habe meine sdb6 gelöscht; die Nummern der anderen Partitions haben sich daraufhin geändert. Dadurch scheint GRUB nicht mehr zu stimmen.

GRUB 2 arbeitet nicht mit Partitionsnummern sondern mit (sich nicht verändernden) UUIDs.

Danke bowman und tomtomtom für die Antworten.

Ich habe mir Mut gefasst und bin analog der WIKI-Beschreibungen für grub-rescue vorgegangen (...prefix und root von dem falschen Wert "hd0,9" für msdos9 geändert auf den Wert "hd0,7" für msdos7 mit der Ubuntu-Installation), habe gebootet und danach Grub2 neu installiert, einschließlich "update-grub"). Das Grub-Menü beim Booten ist jetzt sauber, d.h. die Einträge/Kernel der vorherigen Installation sind nicht mehr aufgeführt.

Scheint alles zu laufen.

Habe jetzt noch vor und nach der Ubuntu-Partition (boot/root) auf der SSD freien Platz; ich bin im Moment zwar nicht unbedingt darauf angewiesen, aber könnte wieder so etwas passieren (...grub-rescue...), wenn ich die freien Bereiche formatiere?

Gruß nas

Kann man nie ganz ausschließen. Allerdings sollten die neu erstellten Partitionen höhere Nummern haben als deine /-Partition, so dass die Einträge in der /boot/grub/grub.cfg immernoch auf die richtige Partition für dein System verweisen.

Falls was passieren sollte, weisst du ja jetzt, wie man das wieder repariert. Also warum davor Angst haben? 😉

@bowman

Danke.

Gruß nas