Zusammenfassung:
Warum lessdisks - weniger Platten!
lessdisks erm�glicht die Nutzung lokaler Ressourcen auf Clients. Die Workstations erhalten von einem Server ein komplettes Dateisystem per NFS-Export, f�hren Programme aber auf ihrer lokalen CPU aus. Lokale Grafik- und Soundkarten werden genutzt.
Das ben�tigte chroot-Dateisystem wir von Lessdisks automagisch erzeugt. Hinzukommende Clients werden on-the-fly eingerichtet. Der Vorteil der zentralen Verwaltung bleibt erhalten, w�hrend Arbeitsspeicher und Prozessor des Servers entlastet werden.
Ich empfehle, die NFS-Freigaben und den DHCP-Server vor der Installation von lessdisks einzurichten und mit einem Client mit lokalem Dateisystem zu testen. Lessdisks verlangt Boot-ROMs mit aktivierter Option DOWNLOAD_PROTO_NFS. Es bringt vorbereitete Kernel (inkl.config-Datei zum Nachlesen) und initrd mit. Die bei der Einrichtung erzeugten tagged images erwiesen sich bei meiner Installation als untauglich.
Die Optionen f�r mknbi wurden vom install-lessdisks-Skript abgefragt. Weder die Vorgabe noch ein Beispiel f�hrten zu funktionierenden images. Das Problem scheint in der �bergabe der Parameter f�r nfs-root (per DHCP erhalten) an den Kernel zu liegen. Letzlich habe ich die images selbst erzeugt und dabei die nfs-Freigabe hart kodiert.
mknbi-linux --rootdir=192.168.123.107:/var/lib/lessdisks --ip=rom vmlinuz-2.4.18-1-386 initrd.img-2.4.18-1-386 > vmlinuz-2.4.18-1-386.nb
Von der Verwendung von Boot-ROMs auf Disketten kann ich nur abraten.
Mir erscheint sinnvoll, die Workstations in einem eigenen Netz unterzubringen (extra Netzwerkkarte am Server -> switch -> Workstations) um die NFS-Freigaben nicht unn�tig zu exponieren.
Als gr��tes Problem empfand ich die v�llig unzureichende Dokumentation des Projektes (allerdings sprechen wir hier von Release 0.6.2b)
http://lessdisks.net
deb http://lessdisks.net/debian/current /
Herzliche Gr��e Dirk Wenzel
_________________________________________ may contain nuts!
