Mailinglist Archive: opensuse-de (842 mails)

[Thomas Michalka <Thomas.Michalka@xxxxxx>]

Hallo David,


David Haller schrieb:
> Hallo,
>
> Am Tue, 15 Feb 2011, Boris schrieb:
> > Thomas Michalka schrieb:
> > > Boris schrieb:
> > > > Thomas Michalka schrieb:
> > > > > ein Rechner soll abwechselnd Systeme von einer SSD oder einer HDD booten
> > > > > können. Konkret ist das folgendermaßen eingerichtet:
> > > > >
> > > > > Lösung?
>
> Guck im BIOS nach der Bootreihenfolge der SATA-Controller.

Die habe ich so eingestellt, dass der MBR der SSD geladen und gestartet
wird. Dieser GRUB startet dann je nach Auswahl einen weiteren GRUB in
einem Boot-Sektor, der wiederum dann einen Kernel startet.

> Ansonsten
> schau, durch welche Module/Treiber die Controller angesteuert
> werden. Ich hab hier den Onboard-Controller immer als /dev/sda-/dev/sdf.

Das ist doch erst relevant, wenn der Kernel schon läuft. Bei mir
verhindert aber eine eingeschobene eSATA-Platte, dass der MBR-GRUB die
ausgewählte HDD-Partition mit dem zweiten GRUB im Boot-Sektor findet
(erst dieser zweite GRUB sollte dann einen Kernel laden und starten).
Das Problem scheint zu sein, dass diese eSATA-Platte die von mir als fix
eingestellt geglaubte Boot-Reihenfolge durcheinander bringt (zum Glück
verdrängt die nicht die erste Platte, weshalb man alles auf der SSD
starten kann).

> > > > ich habe Deinen langen Beitrrag nicht ganz gelesen, aber die Lösung
> > > > liegt wahrscheinlich darin, dass Du fstab und grub auf UUIDs umstellst.
> > > Glaub ich nicht, denn es geht ja ums Booten, nicht ums Mounten 
> > Und was macht der grub? Booten oder mounten?
>
> Booten.

Das ist die eigentliche Aufgabe von GRUB. Aber er "mountet" vorher die
Boot-Partition (wohl aber nicht im Sinne des Programms "mount"), um
nämlich die menu.lst zu lesen. Zumindest wird das Mounten im GRUB-Manual
bei der Beschreibung des root-Kommandos genannt:
"Set the current "root device" to the device DEVICE, then attempt to
mount it to get the partition size".

> > Wenn Du noch eine menu.lst hast, musst Du diese umstellen, glaub' es!
> >
> > http://lmgtfy.com/?q=grub+menu.lst+uuid

Beim googlen finde ich keine einzige Stelle, wo UUIDs als Ersatz für die
GRUB-eigene Notation (hdX) für Geräte und (hdX,Y) für Partitionen
beschrieben werden.

> Die Frage ist, was grub1 dann letztlich daraus macht, d.h. was er als
> zu verwendendendes (BIOS-(!))Device in den MBR schreibt, wenn man per
> device.map die devices nach UUID (oder Label oder ID) definiert. Ich
> glaube nicht, daß grub da z.B. die UUID reinschreibt und beim Booten
> dann die Platten nach dieser UUID abklappert.

Natürlich nicht, denn wozu bräuchte GRUB dann ein Mapping von den Unix-
auf die GRUB-Gerätebezeichner in der "device.map"? Im GRUB-Manual finde
ich auch nichts, was auf die Verwendbarkeit von /dev/by-ID/<Geräte-ID>
oder /dev/<UUID-Bezeichner> hindeutet.

> Was grub2 damit macht ... Keine Ahnung.

Wenn er das machen würde, was Du darüber beschreibst (evtl. auch unter
Verwendung von Geräte-IDs), dann wäre das ein echter Fortschritt, weil
dann nur noch eine Platte als "First Boot Device", von dem GRUB den MBR
laden soll, in der BIOS-Konfiguration eingetragen werden müsste. Die
anderen Geräte/Partitionen könnte GRUB2 dann aufgrund ihres 'absoluten'
Namens finden.
In dem Fall hätte ich wohl mein Problem nicht, vielleicht ist also GRUB2
meine Lösung.


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