Dualboot-System: Frage zu Grub-Konfiguration

[AndreasMeier]

Hallo zusammen,

ich hab einen Rechner laufen, Grub ist auf der Festplatte im MBR installiert.

Jetzt möchte ich eine zweite Platte in den Rechner hängen und ein zweites System installieren.
Problem ist, dass das System auf der ersten Platte, sowie die Grub-Installation auf der ersten Platte zwingend erhalten bleiben müssen.

Wenn ich bei der Installation des zweiten Systems die Grub-Installation auf einer Diskette (ja, sowas gibts noch) veranlasse, bleibt dabei die Grub-Installation auf der ersten Festplatte unangetastet ?

Danke und Gruß
Andreas

[wingevil]

Warum nochmals Grub?

Verzichte auf eine Grub-Installation bei der zweiten Linuxvariante und lässt es mit vom ersten Grub aufrufen (so mach ich es)

Du kannst aber auch den "zweiten Grub" anstelle MBR ins Root der zweiten Linux-Instalaltion installieren lassen und aus dem ersten Grub via chainloader+1 aufrufen.

[marce]

sollte sie - Du kannst aber auch einfach keinen Grub installieren und die Einstellungen im Grub der ersten Platte machen - oder ist das nicht gewünscht?

[AndreasMeier]

Nee, ich wollte eigentlich die erste Grub-Installation aus Sicherheitsgründen nicht anlangen. System soll halt bootfähig bleiben.
Marce, ist es jetzt "sollte" oder "bleibt unangetastet" ?

[marce]

solange Du nur Einträge hinzufügst und an den bestehenden nichts änderst - was soll da passieren?

Und "sollte" - das hängt leider immer ein wenig vom Installer des OS ab. Wenn Du sagst "kein Grub installieren" - so wird er nichts machen. Wenn Du sagst "Grub installieren" und er entdeckt, daß da schon einer ist - wird er ihn nicht löschen, antasten oder sonst was tun - sondern vermutlich nur die neuen Einträge in die Konfig hinzufügen. Ist aber wie gesagt eine Sache des Installers und dessen Intellingenz.

Es schadet also sicherlich nicht, ein Backup des MBR und der menu.lst (oder von komplett /boot) zu haben.

[AndreasMeier]

Ich weiß, nicht gerade verständlich, ist ne reine Kopfsache.

Hm, würde heißen, bei der zweiten Installation einfach den Grub weglassen und dann über das erste System z.B. über Webmin hinzufügen.

[marce]

Also, bevor ich das mit webmin mache - verlasse ich mich lieber auf die Intelligenz der Installer des jeweiligen OS.

Es ist schon lange her, daß ich da von Problemen gehört habe (die nicht PEBKAC-orientiert waren).

Wichtig ist halt _zu lesen_, was man dem Installer denn gesagt hat - die Infotexte sind da meist durchaus lesenswert und wenn man dann noch nachdenkt beim Installieren dürfte eigentlich nichts schief gehen.

[AndreasMeier]

Alles klar, danke

[AndreasMeier]

Ich hab jetzt einen anderen Weg beschritten und hab kein neues System installiert, sondern mein vorhandenes System mit DD auf eine zweite Platte geklont.
Ursprüngliche Systempartition = /dev/hda2
Neue Systempartition = /dev/hdb1

Die Partition hab ich vor DD mit cfdisk angelegt, aber nicht formatiert.
Dann

dd if=/dev/hda2 of=/dev/hdb1

durchlaufen lassen.

Jetzt zur Grub-Bearbeitung:
Eintrag fürs erste System:

Boot-Image-Partition: IDE Gerät A Partition 2 (Linux)
Pfad zum Kernel: /boot/vmlinuz-2.6.18-6-686
Kernel-Optionen: root=/dev/hda2 ro 
Initiale Ramdisk-Datei : /boot/initrd.img-2.6.18-6-686

Ich hab diesen Eintrag dann für das zweite System einfach abgewandelt:

Boot-Image-Partition: IDE Gerät B Partition 1 (Linux)
Pfad zum Kernel: /boot/vmlinuz-2.6.18-6-686
Kernel-Optionen: root=/dev/hdb1 ro 
Initiale Ramdisk-Datei : /boot/initrd.img-2.6.18-6-686

Also doch mit Webmin erstellt (jaja, ich weiß...), da kein intelligenter Installer vorhanden war.

Leider rennt mir Grub in nen Error 15.
Laut Gentoo Grub Error Guide heißt dass, dass eine angegebene Datei nicht gefunden werden kann, aber alles andere (wie Festplatten-/Partitionsinformationen) in Ordnung ist.

Aber es hat sich ja nur die Partitionsbezeichnung, nicht aber die Struktur oder Dateien geändert.

Hab ich nen Schritt vergessen zu machen?
Sorry, steh grad ein bisschen auf dem Schlauch.

Gruß
Andreas

[oziris]

Ich vermute, dass Du nicht berücksichtigt hast, dass Grub seine Konfigurationsdatei usw. i.d.R. zur Laufzeit von einer bestimmten Partition einliest.
Das hat den Vorteil, dass man die Konfiguration ändern kann, ohne Grub neu installieren zu müssen.
Der Nachteil ist aber, dass Grubs Konfigurationsdateien immer auf dieser Partition vorgehalten werden müssen. In Deinem Scenario scheinen sie aber nicht erhalten zu werden.

Die Lösungen für Deine Probleme wären:
1. Eine zweite, eigene /boot-Partition für den MBR-Grub bereitzustellen und zu erhalten.
2. Das Menü mit Grub in den MBR einzubetten (Stichwort "Fallback").
3. Grubs Konfigurationsdateien unterschiedlich zu benennen und die Dateien immer aus dem Backup auf die neuen Installationen wieder herzustelen und Grub entsprechend zu installieren, damit der MBR-Grub immer seine eigene Konfigurationsdatei verwendet.

[AndreasMeier]

Hm, sicher?
Ich hab doch die erste Platte (samt Grub im MBR) noch im Rechner und der Grub startet doch auch.
Das einzige, was ich bis jetzt gemacht hab, ist, den zweiten Booteintrag im Grub quasi als Kopie vom ersten zu erstellen.

Wie passt das nun zu Deiner Aussage?

[oziris]

Ja, das habe ich mitbekommen, doch ich dachte, der Error 15 kommt vor dem Boot-Menü. Mit Deiner Rückfrage scheint mir das aber unwhrscheinlich. Also, kannst Du den neuen Eintrag im Menü sehen und auswählen, bevor der Fehler auftritt?

[AndreasMeier]

Ja, ich kann den Grub sehen, auswählen und Einträge editieren.
Sobald ich dann den neu hinzugefügten Eintrag auswähle (und starten möchte), dann kommt der Grub Error 15.

[marce]

poste mal ein

fdisk -l

und die komplette menu.lst

[AndreasMeier]

fdisk -l:

Disk /dev/hda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1            1222       19457   146480670   fd  Linux raid autodetect
/dev/hda2   *           1        1221     9807651   83  Linux

Partition table entries are not in disk order

Disk /dev/hdb: 20.4 GB, 20416757760 bytes
16 heads, 63 sectors/track, 39560 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hdb1               1       19460     9807808+  83  Linux

Disk /dev/hdc: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hdc1            1222       19457   146480670   fd  Linux raid autodetect
/dev/hdc2               1         122      979933+  82  Linux swap / Solaris
/dev/hdc3             123        1221     8827717+  83  Linux

Partition table entries are not in disk order

Disk /dev/md0: 149.9 GB, 149996109824 bytes
2 heads, 4 sectors/track, 36620144 cylinders
Units = cylinders of 8 * 512 = 4096 bytes

Disk /dev/md0 doesn't contain a valid partition table

Und die menu.lst (um Kommentare gekürzt):

# menu.lst - See: grub(8), info grub, update-grub(8)                                                                                              

## default num                                                                                                                                    
default         0                                                                                                                                 

## timeout sec
timeout         5                                                              

# Pretty colours
color cyan/blue white/blue

### BEGIN AUTOMAGIC KERNELS LIST

## ## Start Default Options ##

title Debian Etch, kernel 2.6.18-6-686
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-6-686 root=/dev/hda2 ro
initrd /boot/initrd.img-2.6.18-6-686
savedefault

title           Debian GNU/Linux, kernel 2.6.18-6-686 (single-user mode)
root            (hd0,1)
kernel          /boot/vmlinuz-2.6.18-6-686 root=/dev/hda2 ro single
initrd          /boot/initrd.img-2.6.18-6-686
savedefault

### END DEBIAN AUTOMAGIC KERNELS LIST

title Debian Lenny
root (hd1,0)
kernel /boot/vmlinuz-2.6.18-6-686 root=/dev/hdb1 ro
initrd /boot/initrd.img-2.6.18-6-686

Zur Erklärung:
altes System läuft auf Debian Etch, aber mit vollständig konfigurierten Diensten, so wie ichs brauch.

Da Etch jetzt halt doch schon mehr als stable ist, möchte ich auf Lenny gehen.

Daher hab ich mit DD die alte System-Partition hda2 auf hdb1 geklont,
möchte dann in Lenny reinbooten und dort mich an die Migration machen.
So kann ich immer noch wieder auf Etch zurück bzw. neu anfangen, wenns schief gehen sollte.

Danke für eure Hilfe,
Gruß
Andreas