<posted & mailed> Hallo Dirk,
darf ich erst einmal fragen um welche Netzwerkkarten es sich handelt? Bei uns tuen 3com Karten problemlos. Wobei die �lteren ohne Eeprom jetzt auf mit Eeproms aufger�sted werden und wir dann nur noch PXE benutzen werden. Nur f�r die Karten ohne den Eeprom und somit ohne PXE F�higkeit braucht man ja �berhaupt das etherboot. > Nachdem ich das Diskettenproblem los bin, ist der Stand folgender: > - ROM-Image wird von Diskette geladen, > - Client bekommt richitge IP-Adresse vom Server (eine f�r die in der > /etc/hosts.allow die - hoffentlich - richtigen Dienste freigegeben > sind), > - client l�dt image (vmlinuz.nb->vmlinuz-2.4.18-1-386.nb) > - client tut nix mehr! > > Jetzt hab ich drei Hypothesen: > 1. lessdisks spinnt: Also ich habe ja keine Ahnung was lessdisk ist und was es tut und habe auch keine Zeit mich damit auch noch auseinanderzusetzen, aber wie w�rs denn erstmal damit, dass vielleicht die *.nb Dateien ein Problem haben? Bei Bedarf (melde Dich dann bitte per mail bei mir), stelle ich Dir gern funktionierende *.nb-Dateien bereit, damit Du erstmal siehst, ob es daran liegt. Zum kernel-Laden und sehen ob sich die initrd beschwert, reicht es auf jeden Fall. > - Die Entwickler bestehen in der Installationsanleitung darauf, bei der > Generierung von ROM-Images die Option DOWNLOAD_PROTO_NFS zu aktivieren. > Tut man das und aktiviert DOWNLOAD_PROTO_TFTP _nicht_, kann die NIC > kein ROM laden. Das Laden des Images passiert bei also tftpd, den ich > selbst nachinstalliert hab (inetd.conf). Vielleicht, erwartet also > lessdisks, dass schon das vmlinuz.nb - image per nfs geladen wird??? > Dann w�rde mein Problem darauf hinweisen, da� nfsd nicht richtig > konfiguriert ist, oder die entsprechenden Rechte fehlen . Hmm, vielleicht blickst Du da inzwischen besser durch als ich, irgendwo im Netz geistern aber etherboot Anleitungen herum, bei denen nicht der tftpd die Images bereit stellt, sondern das irgendwie �ber nfs geht. So genau wie das gehen soll und was es tut, stand aber immer nicht dabei. Bei uns wird per tftp geladen. Es w�rde mich auch sehr wundern, wenn lessdisks irgendwelche speziellen Voraussetzungen zum Laden hat. Eine *.nb Datei ist ja schlie�lich nichts als ein kernel und eventuell eine initrd, die in eine Datei verpackt sind und vom etherboot(-bios) dann geladen und lokal wieder ausgepackt werden. Der eigentliche lessdisk-Kram wird dann (hoffentlich) in der initrd stecken. > > 2. NIC und Board gemeinsam bringen kein Booten �ber Netzwerk zustande, > weil entweder dem Board eine F�higkeit fehlt, oder das image f�r diese > Karte nicht auf mit diesem Board bootet. Erstmal ein anderes *.nb Image probieren. Die *.nb-Dateien m�ssen �brigens auch zur Etherboot-(bios) Version passen. Mit bios meine ich den Teil, den Du auf Diskette schreibst. > > 3. Einer oder mehrere der beteiligten D�monen f�r rpc sind falsch > konfiguriert. tftp braucht kein rpc, das hat den festen Port 69, da muss man nicht erst �ber rpc gehen. > Da das Laden des vmlinuz.nb �ber tftp funktioniert, ohne die Option > DOWNLOAD_PROTO_TFTP aber nicht, k�nnte das hei�en, da� etwas mit nfs > nicht stimmt. Daf�r spricht folgendes: > > render001:/etc# tcpdchk > warning: /etc/hosts.allow, line 13: portmap: service possibly not > wrapped Hmm, vielleicht schaltest Du erstmal s�mtliche Sicherheitsma�nahmen in der /etc/hosts.allow/deny aus? Dann noch zum Etherboot, ich habe noch nie den rom-o-matic benutzt, sondern mir immer die Disketten- und Lilo-Images aus den etherboot tar.gz Images selber erzeugt. Die Anleitung dazu steht ja auch in Kurzform in meinem nfs-howto mit dabei. Da habe ich mich dann auch nie um noch irgendwelche weiteren Einstellungen gek�mmert. Gr��e, Bernd -- 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)
