Mailinglist Archive: opensuse-de (842 mails)

[Thomas Michalka <Thomas.Michalka@xxxxxx>]

Hallo David,


David Haller schrieb:
> Hallo,
>
> Am Fri, 18 Feb 2011, Thomas Michalka schrieb:
> > Boris schrieb:
> > > title           Ubuntu, kernel 2.6.20-15-generic
> > > root            (hd0,0)
> > > kernel          /vmlinuz-2.6.20-15-generic
> > > root=UUID=d8483377-ed86-4dad-8f44-50e45f53f979 ro quiet splash
> > > initrd          /initrd.img-2.6.20-15-generic
> > > quiet
> > > savedefault
> > Siehst Du, die UUID des Root-Dateisystems schreibst Du hinter "root=".
> > Das ist aber ein Parameter, den GRUB an den Kernel, den er startet,
> > übergibt (dieses "root=" steht hinter dem GRUB-Befehl "kernel", ist hier
> > also kein GRUB-Befehl i.Ggs. zu dem "root (hd0,0)"; GRUB 0.97 kennt m.E.
> > weder UUIDs noch Geräte-IDs, bei GRUB2 mag das anders sein).
>
> Korrekt. Grub interessiert hier nur die Angabe 'root'. Obiges kann man
> übrigens auch direkt angeben:
>
> title           Ubuntu, kernel 2.6.20-15-generic
>     kernel  (hd0,0)/vmlinuz-2.6.20-15-generic root=...
>     initrd  (hd0,0)/initrd.img-2.6.20-15-generic

Stimmt. Das wollte ich auch noch ausprobieren, weil ich dazu im
GRUB-Manual keinen klaren Hinweis fand.

> > Ich habe aber folgende Situation (die ich, wie auch den Boot-Ablauf, in
> > Worten in meinem ersten Posting ausführlich beschrieben habe):
> > Mein GRUB im MBR des ersten Bot Device (SSD) liest folgende menu.lst
> > (hier ein Auszug) ein:
> >
> > title           openSuSE 11.0 on >>> SSD <<< (/dev/sdX3)
> >    root        (hd0,2)
> >    chainloader +1
> >    savedefault
> >
> > title           Knoppix 5.3.1 on HDD (/dev/sdX7)
> >    root        (hd1,6)
> >    chainloader (hd1,6)+1
>
> Wenn du bei chainloader das Grub-Device angibst kannst du 'root'
> weglassen. Also
>
> title           Knoppix 5.3.1 on HDD (/dev/sdX7)
>     chainloader (hd1,6)+1

Klar, genau wie oben bei "kernel" und "initrd".

> > Wenn beim Booten schon die eSATA-Platte im Rechner steckt, dann kann ich
> > durch Auswahl das erste eingetragene System (hd0,2) von der SSD booten,
> > nicht aber die Systeme von der HDD (hd1,X). Ohne die eSATA-Platte geht
> > das aber! Die GRUB-Fehlermeldung lautet ungefähr so:
> >
> >                "(hd1,8) Error 22: Partition not found"

Noch eine kleine Ergänzung: Diese Meldung kommt nur, wenn man ein System
auf einer Partition wählt, die es auf der dazwischen gemogelten
eSATA-Platte nicht gibt. Im Falle von (hd1,2) habe ich folgende Meldung:

      "(hd1,2) Error 13: Invalid or unsupported executable format"

Einfache Erklärung: Auf dieser _existierenden_ dritten Partition der
eSATA-Platte gibt es keinen GRUB im Boot-Sektor, weshalb der ladende
GRUB kein ausführbares Format erkennt. Im Grunde die gleiche Ursache.

> > Ich habe inzwischen das BIOS-Setup durchsucht, aber keine Möglichkeit
> > gefunden, die eSATA-Platte bzw. den JMicron-Chipsatz in der
> > Plattenreihenfolge nach hinten auf eine Fixposition zu schieben, so dass
> > die Platte sich beim Booten nicht mehr vordrängelt. Hier scheint es kein
> > Weiterkommen zu geben. Deshalb frage ich nochmal:
>
> Siehe dazu meine andere Mail.

Worauf ich auch gleich antworte.

> > Kennt jemand eine Möglichkeit, wie man mit GRUB ein Gerät sozusagen
> > ausblenden kann, so dass GRUB es seiner Geräteliste übergeht?
> > GRUB sollte für die eSATA-Platte keine Gerätebezeichnung (hdX) vergeben.
>
> Nein. Du könntest aber '(hd2,N)' Einträge ergänzen.

Habe ich auch schon daran gedacht, und für den Falle der eingesteckten
eSATA-Platte funktioniert das als Workaround auch, aber es kommt eben
auch vor, dass die eSATA-Platte beim Booten nicht eingesteckt ist. In
dem Fall findet GRUB keine Partitionen (hd2,N), weil dann (hd1) die
höchste Gerätenummer ist.

> Ich hab übrigens hier auch die Distri-Grubs drin, aber im MBR erst die
> Einträge um die jew. Distri direkt zu starten (aus den Distri-menu.lst
> kopiert) und danach noch die Chainloader Einträge um ggfs. den
> Distri-Grub zu starten.

Damit du hin- und wieder doch noch einen anderen Distri-Kernel auswählen
kannst.

Wenn ich also einen bestimmten Kernel einer Distri sowieso bevorzugt
starte, könnte ich den also auch in die menu.lst des MBR-GRUB schreiben
und somit in der Regel einen Auswahlvorgang sparen. Hmmm, wenn nur alle
Distris auf der SSD Platz hätten (wollte ihr deswegen nur die zwei
wichtigsten aufladen), dann hätte ich dieses Problem nicht (aber auch
nix Neues gelernt). Ein Workaround dafür wäre natürlich auch, nach der
GRUB-Fehlermeldung den Affengriff machen und inzwischen die eSATA-Platte
rausziehen. Könnte nur ein bisschen arg verschleißend auf die Stecker
wirken.


Gruß, Tom
-- 
Um die Liste abzubestellen, schicken Sie eine Mail an:
    opensuse-de+unsubscribe@xxxxxxxxxxxx
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@xxxxxxxxxxxx