[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: etherboot /nfsexports



Hallo Bernd,
danke für Deine ausführliche Antwort.

Am 16.02.2005 um 02:05 schrieb Bernd Schubert:
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.
Noch verwende ich eine rtl8139 noname-Karte ohne ROM. Das sollte nur dazu dienen, alles zu testen um später auf solche mit ROM umzusteigen. Lessdisks verwendet mit mknbi-linux markierte Kernel-Images. Wenn ich eine PXE-fähige Karte hätte, könnte ich sicher auch das verwenden.

[...]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.
Ich hab sämtliche Howtos 5 mal auf und ab studiert und nix dazu gefunden.

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.
Das hab ich auch schon probiert. Leider lief der Comiler nicht durch und bewarf mich mit Fehlermeldungen, die ich nicht verstehe. Dummerweise hat man, wenn man die ROMs online holt, hinterher keine Konfiguratinsdatei, sodass es extrem schwierig ist, nachzuvollziehen, an welcher Option es nun hängt.

Am 15.02.2005 um 17:33 schrieb Dirk Wenzel:
mir scheint, daß die Aktualisierung der nfs-exporte auf meinem System nicht richtig funktioniert. (Debian-Woody mit custom-Kernel)
Zumindest dieses Problem ist verschwunden. Die "Lösung" ergab sich von selbst, als ich probehalber das nfs-user-Paket installierte (und natürlich das nfs-kernel-Paket deinstallierte). Danach waren /var/lib/nfs/xtab und /var/lib/nfs/etab gelöscht und auch die veralteten Infos des Kernels unter /proc/fs/nfs/exports verschwunden.

Da mein Problem mit dem user-space-Dämon nicht gelöst war, installierte ich den Kernel-space-Dämon wieder und seither wird tatsächlich exportiert, was in der /etc/exports steht.

Kein eleganter Weg, aber immerhin. Eine Erklärung kann ich allerdings nicht liefern. Da das Exportieren nun funktioniert, kann mein Client zumindest den vom dhcp angegebenen Kernel (auch ohne tftp) laden, leider startet er aber nicht.

Aktiviere ich beim Erstellen des ROMs Unterstützung für PXE-, Tagged- und ELF, wird der tagged kernel geladen. Nachdem das beendet ist, wird wieder auf die Diskette zugegriffen. "Loading ROM ....". Dann hängts.

Ist PXE nicht aktiviert, kommt die altbekannte Meldung "Unable to load file". Das ist strange, da es sich ja nicht um PXEs handelt, sondern um mit mknbi-linux getaggede kernel.

So bleiben noch die beiden Möglichkeiten.

1. Motherboard/NIC bringen es nicht.
2. Mit dem image stimmt was nicht.

Das letztere werd ich heut noch überprüfen, indem ich einen neuen Kernel für die Clients kompiliere und mit mknbi-linux vorbereite.
may contain nuts!

Herzliche Grüße
Dirk Wenzel


_________________________________________
may contain nuts!



Reply to: