Booten von 2 Disks, immer gleiches Grubmenue
Hallo zusammen, in Vorbereitung einer meiner beiden Linux Installationen (11.2) auf meinem Desktop PC auf 11.3 zu aktualisieren, habe ich probiert ob ein booten von beiden eingebauten Disks funktioniert. Abwechselnd natürlich. Dabei habe ich festgestellt, dass immer das gleiche Grub Menü angezeigt wird. Ich nahme mal an, dass wenn ich im BIOS Bootmenü eine Disk von der gebootet werden soll auswähle, dann der MBR von dieser verwendet wird. Eventuell hatte ich mal ein Grubmenü in den MBR beider Disks geschrieben. Auf dem PC habe ich auf /dev/sda1 mein Hauptsystem und auf /dev/sdb1 ein Zweitsystem, auf dem ich immer grössere Neuerungen ausprobiere. Damit ich immer von einem zum anderen komme, habe ich in jedes Grubmenü (menu.lst) einen Verweis auf das jeweils andere menu.lst eingebaut (vor einiger Zeit gab es mal einen Thread dazu hier auf der Liste). Die Navigation zwischen den beiden Grubmenüs funktioniert problemlos. Da beim Booten immer das Grubmenü des Zweitsystems angezeigt wird, habe ich also gestern abend das Hauptsystem /dev/sda1 gebootet und mit grub-install.unsupported /dev/sda den des Hauptsystems geschrieben (denke ich wenigstens). Aber nach einem Boot der /dev/sda wird immer noch der des Zweitsystems angezeigt. Gibt es eine Möglichkeit direkt den MBR beider Platten anzuschauen und kann man dabei herausfinden was geladen wird ? Oder habe ich irgendwo oben einen Fehler drin ? Danke für einen Tipp. Gruss Werner Franke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mon, 19 Jul 2010, Werner Franke schrieb:
Da beim Booten immer das Grubmenü des Zweitsystems angezeigt wird, habe ich also gestern abend das Hauptsystem /dev/sda1 gebootet und mit
grub-install.unsupported /dev/sda
den des Hauptsystems geschrieben (denke ich wenigstens).
Aber nach einem Boot der /dev/sda wird immer noch der des Zweitsystems angezeigt.
Gibt es eine Möglichkeit direkt den MBR beider Platten anzuschauen und kann man dabei herausfinden was geladen wird ?
Im MBR steht nur ein generischer Code und ein Verweis darauf, wo Stage 1.5 zu finden ist. Kontrolliere bitte mal die /boot/grub/device.map und die /etc/grub.conf auf beiden Systemen. -dnh -- Und da ich falsch geschrieben habe, was ja flasch ist, da faslch richtig ge- schrieben ja richtig und nicht falcsh ist, hab ich durch das richtige schrei- ben einen Fehler gemacht und damit das Wort flasch richtig verwendet, da es ja flashc ist, was hier nicht richtig, aber passend ist. -- Till Potinius -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi David, On Mon July 19 2010 David Haller wrote:
Hallo,
Am Mon, 19 Jul 2010, Werner Franke schrieb:
Da beim Booten immer das Grubmenü des Zweitsystems angezeigt wird, habe ich also gestern abend das Hauptsystem /dev/sda1 gebootet und mit
grub-install.unsupported /dev/sda
den des Hauptsystems geschrieben (denke ich wenigstens).
Aber nach einem Boot der /dev/sda wird immer noch der des Zweitsystems angezeigt.
Gibt es eine Möglichkeit direkt den MBR beider Platten anzuschauen und kann man dabei herausfinden was geladen wird ?
Im MBR steht nur ein generischer Code und ein Verweis darauf, wo Stage 1.5 zu finden ist. Kontrolliere bitte mal die /boot/grub/device.map und die /etc/grub.conf auf beiden Systemen.
Hauptsystem /dev/sda = ata-ST3320620NS_5QF1Z1HL: root@obelix (-bash) cat /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/sda (hd1) /dev/sdb root@obelix (-bash) cat /etc/grub.conf setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd1,0) setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd1,0) quit Zweitsystem /dev/sdb = ata-SAMSUNG_HD103UJ_S13PJ1MQ715347: root@obelix (-bash) cat /export/disk2p1/boot/grub/device.map (hd0) /dev/disk/by-id/ata-ST3320620NS_5QF1Z1HL (hd1) /dev/disk/by-id/ata-SAMSUNG_HD103UJ_S13PJ1MQ715347 root@obelix (-bash) cat /export/disk2p1/etc/grub.conf setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd1,0) setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd1,0) quit OK, /etc/grub.conf schreibt auf beiden Systemen in den gleichen MBR, aber bei meinem Befehl "grub-install.unsupported /dev/sda" sollte doch die /etc/grub.conf keine Auswirkung haben. Weiterhin fällt mir ein, dass YAST auf beiden Systemen den gleichen Grub Menüinhalt zeigt. Wo holt sich YAST den den her ? Gruss Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Die, 20 Jul 2010, Werner Franke schrieb:
On Mon July 19 2010 David Haller wrote:
Im MBR steht nur ein generischer Code und ein Verweis darauf, wo Stage 1.5 zu finden ist. Kontrolliere bitte mal die /boot/grub/device.map und die /etc/grub.conf auf beiden Systemen.
Hauptsystem /dev/sda = ata-ST3320620NS_5QF1Z1HL:
root@obelix (-bash) cat /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/sda (hd1) /dev/sdb
root@obelix (-bash) cat /etc/grub.conf setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd1,0) setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd1,0) quit
Zweitsystem /dev/sdb = ata-SAMSUNG_HD103UJ_S13PJ1MQ715347:
root@obelix (-bash) cat /export/disk2p1/boot/grub/device.map (hd0) /dev/disk/by-id/ata-ST3320620NS_5QF1Z1HL (hd1) /dev/disk/by-id/ata-SAMSUNG_HD103UJ_S13PJ1MQ715347
root@obelix (-bash) cat /export/disk2p1/etc/grub.conf setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd1,0) setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd1,0) quit
Und beide holen sich auch die Config aus dem gleichen FS: (hd1,0). setup [..] install_device [image_device] D.h. selbst wenn du mit dem grub-install von sda nach sda installierst holt sich dieser grub dann die config aus (/dev/sdb1)boot/grub/menu.lst.
OK, /etc/grub.conf schreibt auf beiden Systemen in den gleichen MBR, aber bei meinem Befehl "grub-install.unsupported /dev/sda" sollte doch die /etc/grub.conf keine Auswirkung haben.
s.o. Ändere also beide grub.conf: sda: setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,0) quit sdb: setup --stage2=/boot/grub/stage2 --force-lba (hd1) (hd1,0) quit Dann sollte es klappen.
Weiterhin fällt mir ein, dass YAST auf beiden Systemen den gleichen Grub Menüinhalt zeigt. Wo holt sich YAST den den her ?
Auch nur aus den menu.lst (des aktiven Grub? bzw. gemäß grub.conf?). HTH, -dnh -- Alan: "Moment mal, das heißt doch wohl nicht, das [Charlie] danach ne Waffe tragen darf?" Don: "Nein, eher vielleicht ein paar Handschellen." Amita: "Hmm, ehrlich?" -- Numb3rs-4x14--Schachmatt--Checkmate -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi David, On Tue July 20 2010 David Haller wrote: [...]
Und beide holen sich auch die Config aus dem gleichen FS: (hd1,0).
setup [..] install_device [image_device]
D.h. selbst wenn du mit dem grub-install von sda nach sda installierst holt sich dieser grub dann die config aus (/dev/sdb1)boot/grub/menu.lst.
OK, /etc/grub.conf schreibt auf beiden Systemen in den gleichen MBR, aber bei meinem Befehl "grub-install.unsupported /dev/sda" sollte doch die /etc/grub.conf keine Auswirkung haben.
s.o.
Ändere also beide grub.conf:
sda: setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,0) quit
sdb: setup --stage2=/boot/grub/stage2 --force-lba (hd1) (hd1,0) quit
Dann sollte es klappen.
Weiterhin fällt mir ein, dass YAST auf beiden Systemen den gleichen Grub Menüinhalt zeigt. Wo holt sich YAST den den her ?
Auch nur aus den menu.lst (des aktiven Grub? bzw. gemäß grub.conf?).
Danke. Es ist halt nur etwas verwirrent, besonders wenn man, wie ich, nicht weiss was der zweite hd Parameter in der conf Zeile bedeutet. Ich habe gestern noch ausgiebig herumprobiert ud jetzt die Ursache gefunden. Wie ich schon mal in einem anderen Thread beschrieben habe, benutze ich das Zweitsystem und Neuerungen auszuprobieren und kopiere alles via TAR vom Zweit- auf das Hauptsystem, wenn alles funktioniert. Dabei werden natürlich auch die Boot Configs mit kopiert. Bisher hatte ich danach immer das "menu.lst" händisch angepasst bzw. erst gar nicht überschrieben. So ist es nicht aufgefallen. Erst mit meinen Versuchen verschiedene MBR's mittels YAST zu erzeugen, ist es aufgefallen. Ich habe also auf beiden Systemen die /etc/grub.conf angepasst, in YAST das jeweilige Bootmenü angepasst und dann auf beiden Systemen Haupr S.: grub-install.unsupported --recheck /dev/sda bzw. Zweit S.: grub-install.unsupported --recheck /dev/sdb ausgeführt und jetzt passt's. Jetzt kann ich im BIOS die Bootreihenfolge so einstellen, dass das System bootet, das ich gerade hauptsächlich benutzen will. Danke nochmal für 'das auf die Sprünge helfen' ;-) Gruss Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Wed July 21 2010 Werner Franke wrote: (...) Abschliessend noch ein Hinweis fuer andere Leute, die vielleich mal die gleiche Idee wie ich haben...
Jetzt kann ich im BIOS die Bootreihenfolge so einstellen, dass das System bootet, das ich gerade hauptsächlich benutzen will.
Es funktioniert nicht. Nachdem ich jetzt mein 'Zweitsystem' auf 11.3 aktualisiert habe, hatte ich nun mal im BIOS die Disk auf der sich nun 11.3 befindet als Bootdisk umgestellt. Vorher war es aue Disk mit dem Hauptsystem. Es funktioniert nicht. In diesem Fall ist dann wahrscheinlich (hd1,0) nicht mehr (hd1,0) sondern (hd0,0) und die Eintraege in beiden /boot/grub/menu.lst passen nicht mehr. Um mal das Hauptsystem oder mal das Zweitsystem ohne manuellen Eingriff booten zu koennen, muss man also den Default in dem /boot/grub/menu.lst abaendern, das sich auf der Bootdisk befindet. Einmal so dass das Hauptsystem gestartet wird oder dass das Menü, das auf's Zweitsystem verweist, benutzt wird und somit dieses gestartet wird. Nicht so elegant aber es funktioniert. Grüsse Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Werner Franke schrieb:
On Wed July 21 2010 Werner Franke wrote:
(...)
Abschliessend noch ein Hinweis fuer andere Leute, die vielleich mal die gleiche Idee wie ich haben...
Jetzt kann ich im BIOS die Bootreihenfolge so einstellen, dass das System bootet, das ich gerade hauptsächlich benutzen will.
Es funktioniert nicht.
Nachdem ich jetzt mein 'Zweitsystem' auf 11.3 aktualisiert habe, hatte ich nun mal im BIOS die Disk auf der sich nun 11.3 befindet als Bootdisk umgestellt. Vorher war es aue Disk mit dem Hauptsystem.
Es funktioniert nicht.
In diesem Fall ist dann wahrscheinlich (hd1,0) nicht mehr (hd1,0) sondern (hd0,0) und die Eintraege in beiden /boot/grub/menu.lst passen nicht mehr.
Um mal das Hauptsystem oder mal das Zweitsystem ohne manuellen Eingriff booten zu koennen, muss man also den Default in dem /boot/grub/menu.lst abaendern, das sich auf der Bootdisk befindet. Einmal so dass das Hauptsystem gestartet wird oder dass das Menü, das auf's Zweitsystem verweist, benutzt wird und somit dieses gestartet wird.
Nicht so elegant aber es funktioniert.
Grüsse Werner
Ich habe diesen Threat nicht verfolgt. Daher bitte nicht böse sein, wenn ich etwas sage, was bereits erwähnt wurde, o.ä.m. Mein Rechner beherbergt seit Jahren zwei Versionen von Linux, jeweils die aktuelle und den Vorgänger (der dann durch die neue Version ersetzt wird....). Dabei kann ich mich nicht an Probleme erinnern, die dadurch entstehen, dass ich mit zwei Grub-Installationen kämpfe. Ich führe das hauptsächlich darauf zurück, dass ich Grub eine eigene Mini-Partition spendiert habe. Dieser Grub wird bei der Installation eines neuen System nicht verändert! Es wird bei Bedarf nur die menu.lst angepasst. YaST wird während des Installation angewiesen, den Aufruf des durch ihn neu installierten Grub in den Bootsektor der Root-Partition zu schreiben. -- Mit freundlichen Grüßen Martin Blank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
David Haller -
Martin Blank -
Werner Franke