hi leute
ich habe ein ziemlich nerviges problem mit meinen
diskless clients.
der bootvorgang l�uft �ber pxe (intels pro 100/s
karten), es wird �ber pxelinux der kernel geladen.
eigentlich sollte der dann das root file system per
nfs einbinden, was jedoch nicht funktioniert - das
ganze endet mit folgender fehlermeldung:
VFS: Cannot open root device "nfs" or 00:ff
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 00:ff
als kernel verwende ich den 2.4.18-bf also bf24 bei
clientimage und server.
m�glichkeiten warum es nicht funktioniert w�ren, dass
dieser kernel kein nfs-client verhalten unterst�tzt,
was ich aber nicht herausfinden kann; steht ja
nirgends *g* oder ?
eine weitere m�glichkeit ist der fehlende
netzwerkkarten-treiber - informationen ob der kernel
das eepro100 - modul fest einkompiliert hat habe ich
bisher auch nirgends gefunden - also einfach so mal
probiert �ber pxelinux das modul einzuladen:
"default" -datei (pxelinux konfiguration):
============
prompt 1
timeout 1000
label linux
kernel rootfs/vmlinuz
append init=/sbin/init ip=dhcp root=/dev/nfs
nfsroot=192.168.0.1:/usr/local/tftpboot/rootfs
vga=0x318 insmod=eepro100
============
es stellte sich dann die frage woher denn der kernel
das modul bekommt, habe es also mal ins tftp-root
(/usr/local/tftpboot/) kopiert - funktionierte aber
nicht.
habe daraufhin etwas �ber "initrd" gelesen und es dann
auch ausprobiert, bin auf das programm "mkinitrd"
gekommen, jedoch hat das auch etwas unsinn getrieben:
im verzeichnis
/usr/local/tftpboot/rootfs/
habe ich �ber debootstrap und basedebs.tar eine
komplett neue installation angelegt; via chroot dann
auf dem server "geladen" und mit base-config alles
konfiguriert.
nun habe ich mkinitrd ausprobiert - im chroot-system
bringt es:
/usr/sbin/mkinitrd: /192.168.0.1:: Unknown root device
Please refer to the manual page.
habe /dev/nfs in der chroot-umgebung (also dem
client-linux) mit
mknod /dev/nfs b 0 255
aber bereits erstellt.
=> das mkinitrd kommt nicht mit dem nfs-root klar.
habe es dann in der original-serverumgebung (also ohne
chroot) installiert und ausprobiert, jedoch kommen
dann die scsi-treiber f�r den server usw. auch mit in
das image - dem mkinitrd scheint egal zu sein, was ich
in die /etc/mkinitrd/modules f�r module eintrage - die
werden immer _zus�tzlich_ zu den modulen mit ins image
kopiert wie die, die der server verwendet, was wenig
bringt, da es ja ein initrd f�r die clients werden
soll - habe es deswegen auch mit mkinitrd gelassen.
gibt es denn noch eine m�glichkeit kernelmodule
w�hrend des bootvorgangs einzubinden ohne dass bereits
ein rootfs gemountet ist ?
unklar ist mir auch wie das mit initrd funktionieren
kann, denn das w�rde ja als rootfs gemountet werden -
wird das dann wieder ausgeh�ngt, damit das "wirkliche"
rootfs �ber NFS gemountet werden kann ??? weil 2 mal
gleichzeitig ein "/" zu mounten geht glaube ich nicht
...
das alles setzt nat�rlich vorraus, dass es an der
netzwerkkarte also deren modul liegt. h�tte es aber
schon gerne dynamisch als modul eingebunden, also
nicht fest einkompiliert, da ich anonsten den kernel
f�r die verschiedenen netzwerkkarten an den
verschiedenen clients jeweils neu kompilieren m�sste -
auf dem server mit einer pentium 1 cpu w�re das etwas
nerven-und zeitraubend - mal davon abgesehen, dass
kernel selbst kompilieren bei mir sowieso noch nie
richtig funktioniert hat - aber das is ein anderes
thema *g*
zusammenfassend:
der rootfs-mount fehler kann entweder an der fehlenden
netzwerkkartenunterst�tzung seitens des kernels liegen
(kann den client NICHT anpingen), wenn ja, welche
m�glichkeiten gibt es das betreffende modul m�glichst
ohne (oder auch mit mkinitrd, wenn es nur irgendwie
mal funktioniert) mkinitrd einzubinden oder es liegt
an der fehlenden nfs-unterst�tzung des bf24-kernels
und ob diese auch als modul mit eventuell weiteren
m�glichkeiten eingebunden werden kann - oder beides
schon einkompiliert ist und nur "einfach so" nicht
funktioniert *g* also sich die frage stellt, wo man
die einkompilierten "module" unter Umst�nden
nachschauen kann.
hoffe, dass mir da jemand helfen kann - schon mal
vielen dank im vorraus :-)
mfg christoph
Mit sch�nen Gr��en von Yahoo! Mail - http://mail.yahoo.de
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
