Hello Bj�rn,
Sunday, January 20, 2002, 8:07:13 PM, you wrote:
>> Meine Frage ist, ob (und wie) es m�glich ist, dass diese root-dirs
>> eine eigenen Partition bekommen?
BP> /sbin, /lib und /etc bracht der Kernel doch, um irgendetwas mounten zu
BP> k�nnen - mount und init (?) liegen in /sbin, die fstab & inittab in /etc, die
BP> Kernel-Module in /lib, etc.
-- :P deswegen fragte ich ja auch obs vielleicht nicht doch ne
m�glichkeit g�be;-)
BP> /bin m�sste aber problemlos in eine eigene Partition gehen, /lib auch, wenn
BP> alle n�tigen Module im Kernel oder einer Ramdisk stecken.
-- tschuldige, aber da kann ich dir jetzt nich ganz folgen..
Denn, wenn init geladen wird und es scripts ausf�hrt, die die bash
ben�tigen, so muss /bin und /lib schon gemounted sein, bevor init
das script zum mounten ausf�hrt. Wenn das in der Tat mit der
Ramdisk geht, was hindert mich dann /sbin ne eigene partition zu
goennen ?
BP> ...? Der Kernel ist doch wohl immer zuerst dran, wer soll denn sonst
BP> irgendwas ausf�hren in der Kiste?
-- mh. yes, hoert sich schluessig an. Warn Denkfehler.. :o)
BP> Die Ramdisk beinhaltet afaik ein minimales Root-Dateisystem,
BP> das vor dem eigentlichen ins Ram gemountet wird und eben z.B.
BP> Treiber enth�lt, die noch vor dem mounten der "echten" Platten rein m�ssen - oft
BP> z.B. SCSI oder RAID.
-- naja, ob ein minimales root-fs glaub ich eher nicht. Meines Wissen
nach, wird erst (beim erzeuges der intitrd) der treiber/modul in
eine datei geschrieben; lilo "macht" diese beim botten zu einer
Ram-disk, von der der Kernel schlie�lich zugreifen kann und somit
zugang zu dem ben�tigen Treiber hat.
`g' so stell ich mir das jetzt mal vor..
BP> Ein extra Kernel steckt da aber glaube ich nicht drin... kann mal jemand
BP> nachschauen?
-- nope. Da, wie ich grad schon erw�hnte, der kernel auf
diese ram-disk zugreift..
havedere,
tobias
----------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
