Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

23.03.2011, 22:02

Reihenfolge der Festplatteninitialisierung

Moin,

ich hätte da mal ein Problem mit meiner Festplatteninitialisierungsreihenfolge:
Wenn ich mein GentooSystem boote, wird mein
-RAID (9650SE-4LPML) => sda
-SATA-Festplatte => sdb
-mein USB-Stick => sdc
...

Wenn ich von der GentooLiveCD (minimal) boote:
-RAID (9650SE-4LPML) => sdb
-SATA-Festplatte => sda
-mein USB-Stick => sdc

Für mein System hätte ich nun auch gerne, das die (einzige am board angeschlossene) SATA-HDD auf sda landet. Ich hab schon rum gegoogelt und mit versch. BIOS-Einstellungen, versch. Steckplätzen sogar unterschiedlichen Boards experimentiert, doch leider nichts passendes gefunden.

Gibt es überhaupt eine Möglichkeit? (z.B. Kernelparameter, Kniffe im BIOS).

Bedanke mich im voraus für Antworten

Butzel
Aus dem Grundgesetz[§ 5 (1)]:
Jeder hat das Recht, seine Meinung in Wort, Schrift und Bild frei zu äußern und zu verbreiten und sich aus allgemein zugänglichen Quellen ungehindert zu unterrichten.
. . .
Eine Zensur findet nicht statt.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »butzel« (26.03.2011, 10:32)


2

23.03.2011, 23:29

Mal ein Schuss ins Blaue.

Hast Du Dein Gentoo auf dem Raid (mit MBR), aber im BIOS die Reihenfolge SATA, 3ware eingestellt?

Ich habe bis vor kurzem eine ähnliche Konstellation gehabt, beide Platten waren aber Bootbar und je nach dem, wie in BIOS eingestellt wurde, kam die eine, oder die andere zuerst.
Sprich, die Platte mit dem MBR (aktuellen) ist ausschlaggebend, wenn man vom CD bootet, dann die BIOS Reihenfolge.

EDIT

Ich sehe es mir heute noch an, wie es bei mir ist.

Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »hilti_hit« (24.03.2011, 17:40)


3

24.03.2011, 15:33

Hallo butzel

In der Regel kannst du die Reihenfolge beeinflussen indem du die HDD Controller Treiber entweder build-in , oder als Modul baust. Sprich build-in gebaute Treiber werden früher die Platte erkennen und somit den ersten verfügbaren Platten Buchstaben erhalten.

In deinem geschilderten Fall könntest du also den SATA-HDD Controller Treiber build-in bauen und den für deinen RAID Controller als Modul, dann sollte es eigentlich schon passen.

Doch sei ein wenig vorsichtig wenn es sich um dein "/" Laufwerk handelt! Wenn du keine initrd nutzt muss der Controller Treiber deines "/" Laufwerks build-in gebaut sein.

Wenn du eine genauere Zuordnung der Laufwerke wünscht könnte man dies auch mit dem Label oder per UUID des Filesystems setzen.

Nachtrag:
@hilti_hit

Die BIOS Reihenfolge ist eigentlich nur für GRUB relevant.
Für GRUB ist immer die Platte (hd0) auf der der MBR liegt.
Auf welcher Platte, und Laufwerk dann der zu bootende Kernel liegt wird dann im GRUB mit
root (hdX,X)
angegeben.
Doch wie die Laufwerke dann im System benannt werden hat meines Wissens nach nichts mit der BIOS Reihenfolge zu tun.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »josef.95« (24.03.2011, 16:20)


4

24.03.2011, 18:57

Danke euch beiden für die Antworten.

naja eigentlich ist ja kein Problem welche Kennung die Platte hat, muss ja nur ggf. Configs&Scripte anpassen und hoffte mir so die Arbeit zusparen :) [und natürlich wieder was zu lernen]


Hallo butzel

In der Regel kannst du die Reihenfolge beeinflussen indem du die HDD Controller Treiber entweder build-in , oder als Modul baust. Sprich build-in gebaute Treiber werden früher die Platte erkennen und somit den ersten verfügbaren Platten Buchstaben erhalten.

In deinem geschilderten Fall könntest du also den SATA-HDD Controller Treiber build-in bauen und den für deinen RAID Controller als Modul, dann sollte es eigentlich schon passen.

Eine interessante Lösung, die jedoch bei meinen Konzept keine Alternative darstellt. Weil mein Kernel ohne Module auskommen muss (Kernel ist auf die Verbaute HW angepasst und alles was er braucht direkt drin) - sprich dann lieber in den sauren konfig apfel beissen ;)
Werde ich jedoch im Hinterkopf behalten für meine Klients



Doch sei ein wenig vorsichtig wenn es sich um dein "/" Laufwerk handelt! Wenn du keine initrd nutzt muss der Controller Treiber deines "/" Laufwerks build-in gebaut sein.

initramdisk hab ich ja eh, weil verschlüsselung von ROOT & Co.


Wenn du eine genauere Zuordnung der Laufwerke wünscht könnte man dies auch mit dem Label oder per UUID des Filesystems setzen.

Naja das ist mir zu wild.


Zur Erläuterung:
Dies ist mein DatenServer und der soll relativ simpel laufen und nicht allzu viel "Extras" haben, sondern nur Daten für alle anderen Server speichern (verschlüsselt).
Meine BackUp-Strategie für Systeme (nicht Daten) ist ein Script, welches die Installationschritte automatisiert (quasi ne leicht angepasste InstallCD rein, meine Scripte und Configs via USB rein kurz den USB gemountet und die Scripte starten )
So habe ich im Crashfall wieder ein aktuelles System (ohne altballast) fast automatisch (mit wenigen eingriffen)
Ich weiss, dass dieses lange dauert aber da privat kann ich mir längere Ausfallzeiten leisten. Die Scripte dienen mir dann auch, da gut Kommentiert als Admin doku wann ich was gemacht habe :-)

vielen Dank

Butzel
Aus dem Grundgesetz[§ 5 (1)]:
Jeder hat das Recht, seine Meinung in Wort, Schrift und Bild frei zu äußern und zu verbreiten und sich aus allgemein zugänglichen Quellen ungehindert zu unterrichten.
. . .
Eine Zensur findet nicht statt.

5

24.03.2011, 22:06

UUID initramdisk??

hmm, dass Problem ist, sobald ich uuid in meiner initramdisk nutzen mag, findet er diese nicht :-( muss ich dabei etwas besonderes beachten?
Weil ist schon etwas doof die Problematik, weil er findet jetzt meinen USB-Stick nciht unter SDC sobald mein raid da ist

weil mein init -script scheinbar meinen USB-STick nicht sauber einbinden kann:

sprich ohne RAID:
/dev/sda ( boot,swapt & root)
/dev/sdb (entschlüsselungsstick)
==> funktioniert alles


mit raid
/dev/sda = raid
/dev/sdb = ( boot,swapt & root)
/dev/sdc1 = stick - jedoch ist es auf einmal: Device /dev/sdc1 is not a valid LUKS device.

der Kernel gibt jedoch beim booten (und beim ein und austecken bekannt, dass der Stick unter SDC eingebunden wird) :-((

habt Ihr ne Idee?
Aus dem Grundgesetz[§ 5 (1)]:
Jeder hat das Recht, seine Meinung in Wort, Schrift und Bild frei zu äußern und zu verbreiten und sich aus allgemein zugänglichen Quellen ungehindert zu unterrichten.
. . .
Eine Zensur findet nicht statt.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »butzel« (24.03.2011, 23:08)


6

25.03.2011, 16:25

Da bin ich leider überfragt. Ich habe das hier gefunden, falls es hilft.

7

26.03.2011, 10:32

Peinlich peinlich....

als ich meinen RAID-Controller eingebaut habe, habe ich wohl das Mainboard-Kabel gelockert. nach dem ich das Kabel wieder richtig drauf gesetzt hat... klappert es wieder.

BTW. ich setze es mal als gelöst, weil ich mittlerweile alle Skripte angepasste hab...
Aus dem Grundgesetz[§ 5 (1)]:
Jeder hat das Recht, seine Meinung in Wort, Schrift und Bild frei zu äußern und zu verbreiten und sich aus allgemein zugänglichen Quellen ungehindert zu unterrichten.
. . .
Eine Zensur findet nicht statt.