Hi Heinz, On Thu February 18 2010 Heinz Dittmar wrote:

Am 18. Februar 2010 09:50:16 schrieb Werner Franke:

...

Hallo zusammen,

[...]

Schau doch einfach mal die /boot/grub/menu.lst an. Da steht doch alles drin was er wo bootet.

Ok, falsch geschrieben. Es scheint ein Kernel vom Haupt OS gebootet zu werden, denn wenn er fertig ist, arbeite ich auf dem Haupt OS. Was ich aber nicht sehe sind eventuelle Fehlermeldungen von Grub. Ich kann auch keinen Fehler in beiden menu.lst finden, die dafür sorgen, dass statt einem zweiten Menu gleich der Kernel gebootet wird. Gut, so lange es so funktioniert, komme ich wenigstens auf mein Haupt OS, wenn ich das andere vergurkt habe, aber ich hätte es doch lieber vollständig. Danke und 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,

Von: Werner Franke

Hi Heinz,

On Thu February 18 2010 Heinz Dittmar wrote:

...

Am 18. Februar 2010 09:50:16 schrieb Werner Franke:

...

Hallo zusammen,

[...]

Schau doch einfach mal die /boot/grub/menu.lst an. Da steht doch alles drin was er wo bootet.

Ok, falsch geschrieben. Es scheint ein Kernel vom Haupt OS gebootet zu werden, denn wenn er fertig ist, arbeite ich auf dem Haupt OS.

Was ich aber nicht sehe sind eventuelle Fehlermeldungen von Grub.

Ich kann auch keinen Fehler in beiden menu.lst finden, die dafür sorgen, dass statt einem zweiten Menu gleich der Kernel gebootet wird.

Gut, so lange es so funktioniert, komme ich wenigstens auf mein Haupt OS, wenn ich das andere vergurkt habe, aber ich hätte es doch lieber vollständig.

Eigentlich versteh ich nicht, warum du unbedingt noch das 2. Grub-Menü auch sehen willst ... aber na gut. Versuch doch mal mit "chainloader" zu booten: title Haupt OS -- openSUSE 11.2 root (hd0,0) chainloader +1 Gruß Renate -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser -- 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

> Von: Werner Franke 
> Hallo Renate,
> 
[...]

> > Eigentlich versteh ich nicht, warum du unbedingt noch das 2. Grub-Menü
> auch
> > sehen willst ... aber na gut. 
> Das 2. Grub Menü ist für den Fall, dass das Haupt OS richtig
> funktioniert.
> Dann ändere ich den Default im 1. Menü auf 3 (die Weiterleitung auf das
> 2. 
> Menü) und die Wartezeit auf 1 oder 0 und komme somit schnell in des
> Grubmenü 
> des Haupt OS. Dort kann ich dann einen Kernel auswählen oder wieder
> zurück ins
> Zweite OS.
> 
> > Versuch doch mal mit "chainloader" zu booten: 
> >
> > title Haupt OS -- openSUSE 11.2
> >     root (hd0,0)
> >     chainloader +1
> 
> Was bezweckst Du damit und wo soll ich das machen ?

So wird der Bootloader der 1. Platte gelesen und eintragen solltest du es in der menu.lst von deinem 2. System ... also der grub, der zuerst gestartet wird.

[...]

Gruß Renate
-- 
Sicherer, schneller und einfacher. Die aktuellen Internet-Browser -
jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/atbrowser
-- 
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 Andreas, On Thu February 18 2010 Kyek, Andreas, VF-DE wrote:

Werner Franke wrote: [...]

...

Die 'menu.lst' vom 'Zweite OS' sieht so aus (gekürzt):

default 0 timeout 8 gfxmenu (hd1,0)/boot/message

title openSUSE 11.2 - 2.6.31.12-0.1 (pae) root (hd1,0) kernel /boot/vmlinuz-2.6.31.12-0.1-pae ...

title Haupt OS -- openSUSE 11.2 root (hd0,0) configfile /boot/grub/menu.lst

und das 'menu.lst' vom 'Haupt OS' so:

default 2 timeout 8 gfxmenu (hd0,0)/boot/message

title openSUSE 11.2 (pae) root (hd0,0) kernel /boot/vmlinuz-2.6.31.8-0.1-pae ...

title anderes OS (Disk 2) root (hd1,0) configfile /boot/grub/menu.lst

Mit ist immer noch nicht klar, was Du vorhast.

Dein Rechner bootet doch immer von einer Platte; dort kannst du im grub a) direkt beliebige "Installationen" starten; also hier insbesondere dein Haupt- und dein "Neben"-OS OHNE weitere Verrenkungen b) ein grub kann einen anderen grub (mit dessen Menu) aufrufen; das geht aber über so einen Eintrag mit der Funktion "chainloader": title anderes OS (Disk 2) root (hd1,0) chainloader +1

So geht das aber NUR, wenn grub auf (hd1,0) installiert ist und NICHT auf (hd1); sprich: grub ist in der Partition und nicht im MBR der Platte

Alternativ kannst du in beiden MBR's einen grub installieren und dann bei Ausfall der primären Bootplatte (evtl. nach BIOS Umstellung und/oder abstöpseln der defekten Platte) von der ehemals sekundären Platte booten.

Oder willst Du was ganz anderes?

Etwas ratlos

Habe schon befürchtet, dass ich mir eine etwas 'spezielle' Lösung gewählt habe. Ich möchte einfach zwei verschiedene OS auf dem Rechner haben, die jeweils maximal unabhangig voneinander sind. Eines nehme ich immer um neues auszuprobieren, beim anderen bleibt alles fix, so dass ich immer ein funktionierendes OS habe. Und über das Grub Menü wollte ich das jeweilige OS starten. Jetzt kann ich natürlich ins Grub Menü der Boot Partition alle Kernel eintragen, aber was macht YAST wenn Kernels aktualisiert werden, die sich _nicht_ auf dieser Boot Partition befinden. Es aktualisiert doch auch das File "menu.lst". Ich müsste in dem Fall immer das aandere 'menu.lst' auf der Boot Partition nachziehen BEVOR ich die Kiste runterfahre. Bei meiner Lösung bin ich davon unabhängig. Übrigends bin ich gar nicht auf die Idee mit "configfile /boot/grub/menu.lst" gekommen. Das hat mir YAST bei einer Neuinstallation oder einem Update mal gemacht. Seit dem benutze ich es so. So wie ich Dich verstehe geht das aber eigentlich gar nicht ? 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 Wilhelm, On Thu February 18 2010 Wilhelm Boltz wrote:

Hallo Werner,

Am Donnerstag, 18. Februar 2010 09:50:16 schrieb Werner Franke:

...

Hallo zusammen,

[...]

...

Die 'menu.lst' vom 'Zweite OS' sieht so aus (gekürzt):

default 0 timeout 8 gfxmenu (hd1,0)/boot/message

title openSUSE 11.2 - 2.6.31.12-0.1 (pae) root (hd1,0) kernel /boot/vmlinuz-2.6.31.12-0.1-pae ...

title Haupt OS -- openSUSE 11.2 root (hd0,0) configfile /boot/grub/menu.lst

und das 'menu.lst' vom 'Haupt OS' so:

default 2 timeout 8 gfxmenu (hd0,0)/boot/message

title openSUSE 11.2 (pae) root (hd0,0) kernel /boot/vmlinuz-2.6.31.8-0.1-pae ...

title anderes OS (Disk 2) root (hd1,0) configfile /boot/grub/menu.lst

device.map von 'Zweites OS' und 'Haupt OS':

(hd0) /dev/disk/by-id/ata-ST3320620NS_5QF1Z1HL (fd0) /dev/fd0 (hd1) /dev/disk/by-id/ata-SAMSUNG_HD103UJ_S13PJ1MQ715347

Warum das funktioniert hat, ist mir nicht so ganz klar, denn die menu.lst Deines Haupt-OS verweist auf einen Eintrag, den es nicht gibt (default 2 - Schreibfehler?).

In einer späteren Antwort hattest Du geschrieben, dass Du im Haupt- OS landest, wenn Du den als default markierten zweiten Eintrag der menu.lst auf dem Experiment-OS wählst bzw. stehen lässt. Der erste Block mit default, timeout und gfxmenu in der menu.lst auf dem Haupt-OS wird also vermutlich (nunmehr?) ignoriert und der erste eingetragene Kernel geladen. Vielleicht hat sich da der Programmcode von grub geändert?

Die von Dir gewünschte Unabhängigkeit lässt sich auch über den von Renate schon vorgeschlagenen Weg erreichen, IMHO sogar verbessern: Jedes System hat seinen eigenen Bootloader in der Root-Partition und ruft den Bootloader des anderen Systems über chainloader auf. Allerdings müsstest Du zusätzlich zu Deiner Kopieraktion, die IMHO keinen Boatloader in Dein Haupt-OS installiert, grub für das Haupt- OS in dessen Root-Partition nachinstallieren. Das ist wohl auch nicht ganz trivial. Die Methode hat allerdings den Vorteil, dass jeweils der zum System passende Bootloader auch zuständig für das System ist.

Sory, aber ich habe in den beiden "menu.lst" oben den Eintrag mit Failsave rausgenommen, so dass "default 2" in meiner Datei schon stimmt. chainloader: Das hört sich noch besser an, als mein Angang, denn wie Andreas Kyek geschrieben hat, gelten nach "configfile /boot/grub/menu.lst" immer noch die vorher definierten Grub-Werte. Allerdings kommt jetzt die Frage, wie ich den Grub in die Root-Partition installiere. In http://wiki.freespire.org/index.php/Writing_Grub_to_the_Root_PartitionHat fand ich folgendes: grub find /boot/grub/stage1 root (hd0,1) setup (hd0) quit reboot Wenn ich allerdings in http://www.gnu.org/software/grub/manual/html_node/Installing-GRUB-natively.h... nachlese, dann installiert "setup (hd0)" in den MBR aber "setup (hd0,0)" in die Root Partition. Für meinen Fall "Haupt-OS" müsste es dann heissen: (wenn ich das "Haupt-OS" gebootet habe) grub find /boot/grub/stage1 root (hd1,0) setup (hd1,0) quit Liege ich da richtig ? Danke und 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 David, On Fri February 19 2010 David Haller wrote:

Hallo,

Am Fre, 19 Feb 2010, Werner Franke schrieb:

...

On Thu February 18 2010 Wilhelm Boltz wrote:

...

Am Donnerstag, 18. Februar 2010 09:50:16 schrieb Werner Franke:

[...]

...

Allerdings kommt jetzt die Frage, wie ich den Grub in die Root-Partition installiere.

Warum nicht in den jew. MBR?

Grub-Haupt-OS (MBR hd0): boote dein Haupt-OS. Passe die menu.lst an:

==== title openSUSE 11.2 (pae) root (hd0,0) kernel /boot/vmlinuz-2.6.31.8-0.1-pae ...

title Grub anderes OS (Disk 2 MBR) chainloader (hd1)+1

# Wenn du willst kannst du zusätzlich noch den Eintrag vom zweiten OS # übernehmen, damit du das zweite direkt starten kannst:

title Zweites OS openSUSE 11.2 - 2.6.31.12-0.1 (pae) root (hd1,0) kernel /boot/vmlinuz-2.6.31.12-0.1-pae ... ====

Kontrolliere, daß (hd0) und (hd1) in der /boot/grub/device.map auf die jeweils richtige Platte verweist.

Schau in deine /etc/grub.conf, die sollte so aussehen:

==== setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,0) quit ====

# grub-install.unsupported --no-floppy '(hd0)'

So, und das gleiche Spielchen für das Zweit-OS, dieses also booten, und dann:

==== title Zweites OS openSUSE 11.2 - 2.6.31.12-0.1 (pae) root (hd1,0) kernel /boot/vmlinuz-2.6.31.12-0.1-pae ...

title Grub Haupt OS (Disk 1 MBR) chainloader (hd0)+1

# Wenn du willst kannst du zusätzlich noch den Eintrag vom zweiten OS # übernehmen, damit du das zweite direkt starten kannst:

title Haupt-OS openSUSE 11.2 (pae) root (hd0,0) kernel /boot/vmlinuz-2.6.31.8-0.1-pae ... ====

Kontrolliere, daß (hd0) und (hd1) in der /boot/grub/device.map auf die jeweils richtige Platte verweist (und zwar genau wie die des Haupt-OS, nicht vertauscht!)

Schau in deine /etc/grub.conf, die sollte so aussehen:

==== setup --stage2=/boot/grub/stage2 --force-lba (hd1) (hd1,0) quit ====

# grub-install.unsupported --no-floppy '(hd1)'

Das sollte es gewesen sein.

-dnh, der zeitweise auf 3 von 4 Platten nen Grub im jew. MBR hatte ;)

vielen Dank für Deine ausführlichen Hinweise. Damit bin ich weitergekommen. Jetzt geht es wieder. Was genau der Grund war, weiss ich nicht. Eventuell der Umstand dass in /etc/grub.conf etwas folgendes drin stand: setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd1,0) ^ ^ Nachdem ich das, wie Du es beschrieben hast, berichtigt hatte musste ich noch mit "grub-install --recheck" eine neue "device.map" erzeugen. Mit den "/dev/disk/by-id" Namen konnte Grub anscheinend nichts anfangen, mit /dev/sdb und /dev/sda meckerte er nicht mehr. Die "hd1" und "hd0" Zuordung zu den dev/sdX war die gleiche wie vorher. Jetzt geht das Menü über "configfile /boot/grub/menu.lst" wieder. der Eintrag title Grub Haupt OS (Disk 1 MBR) chainloader (hd0)+1 geht nicht. Ich habe alle Möglichkeiten, denke ich, durchprobiert chainloader (hd0)+1 chainloader (hd1)+1 root (hd0) chainloader +1 root (hd1) chainloader +1 Die Fehlermeldung habe ich jetzt jedoch nicht parat. Ist auch nicht mehr sooo wichtig. Danke für alle Hinweise und 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

Hi David, On Mon February 22 2010 David Haller wrote:

Hallo,

[...]

...

der Eintrag

title Grub Haupt OS (Disk 1 MBR) chainloader (hd0)+1

geht nicht.

Müßte. Ich habe hier z.B.:

title hdb-MBR (GRUB SUSE91 final) root (hd1) chainloader +1

title hdc-MBR root (hd2) chainloader +1

und das 'chainloader (hd2)+1' ist nur ne andere Schreibweise, vgl. 'kernel (hd0,1)/boot/vmlinuz ...' und die Schreibweise mit 'root()'.

Ich habe gestern desswegen noch etwas herumgebastelt... Was ich dabei festgestellt habe ist, dass gleichgültig welche Disk ich im BIOS in der Boot Priorität als erstes eintrage, es wird immer von hd1 der 1TB Disk gebootet. Ist das normal ? Weiter habe ich festgestellt, dass "/etc/grub.conf" verdreht war: auf hd1: setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,0) und auf hd0: setup --stage2=/boot/grub/stage2 --force-lba (hd1) (hd1,0) Das habe ich nun abgeändert nach auf hd1: setup --stage2=/boot/grub/stage2 --force-lba (hd1) (hd1,0) auf hd0: setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,0) dann auf hd1 "grub-install.unsupported --no-floppy '(hd1)'" bzw. auf hd0 "grub-install.unsupported --no-floppy '(hd0)'" Nun habe ich folgenden Stand: /boot/grub/menu.lst auf hd1 (1TB Disk) title Kernel ... title Kernel Failsave ... title other OS root (hd0,0) configfile /boot/grub/menu.lst title Grub Haupt OS hd0 (Disk 2 MBR) root (hd0) chainloader +1 title Grub Haupt OS hd1 (Disk 2 MBR) root (hd1) chainloader +1 Gleichgültig, welchen "chainloader" Eintrag ich auswähle, es wird immer das Grub Menü von hd1 angezeigt. Nur root (hd0,0) configfile /boot/grub/menu.lst führt zum Grub Menü von hd0. Der Eintrag title Haupt OS Kernel 11.2 root (hd0,0) kernel /boot/vmlinuz-2.6.31.12-0.1-pae ... bootet auch den Kernel auf hd0. Etwas verwirrt... 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

Hi David, On Tue February 23 2010 David Haller wrote:

Hallo,

Am Die, 23 Feb 2010, Werner Franke schrieb:

...

On Mon February 22 2010 David Haller wrote: Was ich dabei festgestellt habe ist, dass gleichgültig welche Disk ich im BIOS in der Boot Priorität als erstes eintrage, es wird immer von hd1 der 1TB Disk gebootet. Ist das normal ?

Kommt auf die device.map an. Zeig die mal von beiden OSen.

root@obelix (-bash) more device.map (fd0) /dev/fd0 (hd0) /dev/sda /dev/disk/by-id/ata-ST3320620NS_5QF1Z1HL (hd1) /dev/sdb /dev/disk/by-id/ata-SAMSUNG_HD103UJ_S13PJ1MQ715347 Sie ist auf beiden Disks gleich. Den /dev/disk/by-id Namen habe ich als Hinweis nur hier eingefügt. In der Datei device.map ist er nicht enthalten. Es wird immer von /dev/sdb gebootet (zumindest bekomme ich immer das Grub Menü von /boot/grub dieser Partition) gleichgültig ob ich im BIOS die SAMSUNG_HD103UJ oder die ST3320620NS bei der Boot Priorität als erstes eintrage. 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

Am Thursday 25 February 2010 13:00:16 schrieb Werner Franke:

Hi David,

On Tue February 23 2010 David Haller wrote:

...

Hallo,

Am Die, 23 Feb 2010, Werner Franke schrieb:

...

On Mon February 22 2010 David Haller wrote: Was ich dabei festgestellt habe ist, dass gleichgültig welche Disk ich im BIOS in der Boot Priorität als erstes eintrage, es wird immer von hd1 der 1TB Disk gebootet. Ist das normal ?

Kommt auf die device.map an. Zeig die mal von beiden OSen.

root@obelix (-bash) more device.map (fd0) /dev/fd0 (hd0) /dev/sda /dev/disk/by-id/ata-ST3320620NS_5QF1Z1HL (hd1) /dev/sdb /dev/disk/by-id/ata-SAMSUNG_HD103UJ_S13PJ1MQ715347

Sie ist auf beiden Disks gleich.

Den /dev/disk/by-id Namen habe ich als Hinweis nur hier eingefügt. In der Datei device.map ist er nicht enthalten.

Es wird immer von /dev/sdb gebootet (zumindest bekomme ich immer das Grub Menü von /boot/grub dieser Partition) gleichgültig ob ich im BIOS die SAMSUNG_HD103UJ oder die ST3320620NS bei der Boot Priorität als erstes eintrage.

Gruss Werner

Hallo Werner, /dev/sda bzw. /dev/sdb können sehr unzuverlässig sein. Bei mir sind es zur Zeit zwei externe eSATA-Platten. Deswegen sieht meine device.map folgendermaßen aus: (fd0) /dev/fd0 (hd0) /dev/disk/by-id/ata-WDC_WD5000BEVT-00ZAT0_WD-WXNX08ND6423 (hd1) /dev/disk/by-id/ata-WDC_WD5000BEVT-00ZAT0_WD-WXNY08ST2340 Das ist aber meines Wissens aber nur bei der Installation des Bootloaders von Bedeutung. Würde ich hier /dev/sda bzw. /dev/sdb eingetragen haben. würde bei mir der Bootloader auf den externen Platten installiert. Die Angabe über /dev/disk/by-id geht eindeutig auf die richtige Platte, weil deren Seriennummer enthalten ist. Auch /dev/disk/by-path kann nicht immer eindeutig sein (wenn man an der Hardware geschraubt hat z.Bsp.). Dazu habe ich noch ein kleines Skript namens reinst, dass den Bootloader installiert. ------------------- #!/bin/sh grub --no-curses << E.O.F root (hd0,1) install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd0) /boot/grub/stage2 0x8000 (hd0,1)/boot/grub/menu.lst install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd1) /boot/grub/stage2 0x8000 (hd0,1)/boot/grub/menu.lst quit E.O.F ------------------ Da die beiden Platten bei mir im RAID-1-Verbund laufen, sind die Angaben (hd0,1) für die menu.lst identisch, weil bei einem Ausfall aus Sicht des BIOSs die aktuell zweite Platte zur ersten wird (hoffe ich). Bei Dir dürfte es sinnvoll sein, die zweite Angabe der menu.lst auf etwas wie (hd1,1) umzustellen (abhängig von Deiner Partitionierung). Es ist halt wichtig, zu verstehen, welche Angaben zum Zeitpunkt der Installation des Bootloaders (sprich bei laufendem Betriebssystem) wichtig sind und den Angaben, die beim Booten ausgewertet werden. Die device.map dient wohl dazu, bei der Installation Angaben wie (hd0) auf das richtige Gerät abzubilden. Beim Booten aber kennt der Bootloader nur die vom BIOS erklannten Geräte. Die heissen in meinem System zur Zeit /dev/sdg und /dev/sdh und morgen vielleicht /dev/sdi und /dev/sdl. Das ist schlicht abhängig von der Reihenfolge des Erkennes der Platten durch den Kernel. Ergo: (hd0) ist bei Installation des Bootloadres nicht immer /dev/sda (hd0) ist beim Booten immer die erste vom BIOS erkannte Platte usw. Tschö, Emil -- Registered Linux User since 19940320 -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate -- 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