staging.inyokaproject.org

Hallo an alle die Edubuntu als Terminalserver nutzen,

ich habe zuletzt Breezy benutzt. In der dortigen lts.conf wurden meine MGA-Onboard VGA-Karten mit xserver=auto erkannt. Nun nach dem Neuaufspielen von Edgy Pustekuchen. Erst mal Abbruch beim Booten (kein X). Nach Probieren auf xserver=vesa umgestellt. Geht nun (nur so)!

Aber der splash Startbildschirm auf den Clients wird von meinen Grafikkarten mit Fehlfarben und äußerst dunkel dargestellt. Ich wollte den splash-Bildschirm ausblenden, schaffe das aber nur beim Terminalserver. Der stellt als PC aber den Startbildschirm richtig dar.

Auch der Flashplayer machte Probleme bei den Clients und brachte den Firefox-Browser zum Abstürzen. Nach Durchforsten der Bugzilla-Seiten auch eine Lösung gefunden.

Toll ist, dass nun lokale Geräte (Diskette, USB-Sticks ...) durch LTSP 5 unterstützt werden, aber man braucht weiterhin Nerven um alte PCs (233 MHz) einzubinden.

Hat noch jemand ähnliche Erfahrungen gemacht.

Gruß
Reiner

Hi,

wegen solchen Sachen habe ich jetzt Edubuntu ohne den Terminalserver installiert und anschließend das originale LTSP 4.2 installiert. Ich finde das ausgereifter. 😉 Ich habe es beispielsweise nicht hinbekommen eine deutsche Tastatur einzustellen. Wahrscheinlich muss man den parameter groß schreiben und das Argument in Anführungszeichen setzen. Bei 4.2 läuft das jedenfalls alles unkomplizierter. Sound und Lokaldevice habe ich noch nicht getestet. Das sollte mit 4.2 aber eigentlich auch funktionieren.

Herzliche Grüße

LTSP 4.2 ist aber nicht verschlüsselt! Daher finde ich das ungünstig für den Produktiven Betrieb.

@reisch, Eigentlich sollst/musst Du gar keine option wie xserver = "auto" machen, Das sollte er automatisch erkennen. Wenn Du Localdevice Support oder Sound auf dem Client haben willst musst Du das hingegen in der lts.conf aktivieren.
Weiter Infos zur lts.conf gibt es unter http://edubuntu.org/ThinClientConfig

gruss

julius

Wofür braucht man denn bitte im Intranet eine verschlüsselte Verbindung für den X-Server? Wenn man keinen Hub sondern einen Switch einsetzt ist da doch auch nix mit Abhören. Die Wahrscheinlichkeit, dass jemand Rootzugriff auf den Server bekommt ist größer. Die verschlüsselte X-Serververbindung macht den X-Server außerdem langsamer.

In einer Schule will ich auch im Intranet alles verschlüsselt haben. Und Schulen bzw Bildungseinrichtungen sind die Zielgruppe von Edubuntu.
Wenn man es zu Hause einsetzt braucht man das vllt nicht aber ansonsten wo sich jeder Zeit ein Dritter mit ins Netzwerkhängen kann oder sensible Daten, wie z.b. die Klassenarbeit, durchs Netz gehen finde ich sollte man verschlüsseln.

gruss

julius

Ich habe die Datei nun gefunden, wo man den Splash-Bildschirm für die Clients bei PXE-Boot ausschalten kann oder ihn richtig darstellen lassen kann. 😀

Man muss die Datei "default" unter

/var/lib/tftpboot/ltsp/i386/pxelinux.cfg/

ändern.

Dort steht

DEFAULT vmlinux ro initrd=initrd.img quiet slash

Nun kann man VGA=773 am Ende einfügen (Darstellung des splash-Bildschirms am Client ok)

oder splash und/oder quiet entfernen, um eventuell die Bootschritte am Client verfolgen zu können.

Da meine alten Clients auch kein ACPI können (damals noch APM), habe ich noch

acpi=off

angefügt.

Noch einmal zur Erinnerung eine Veränderung dieser Default -Datei dürfte nur bei PXE-Boot-Clients etwas bewirken.

Vielleicht weiß einer von euch, welche Datei bei etherboot-Clients zu bearbeiten ist. ❓

Gruß
Reiner

Moin,
etherboot macht doch eigentlich nichts anders als eine PXE Anfrage. Wenn Du ein Image auf die Clients geschoben hast musst Du das in dem Image anpassen.

gruss

julius

Hallo Julius,

genau das hat mich verwundert, dass sich PXE-Clients und Etherboot-Clients beim Booten so unterschiedlich verhalten haben.
Die Clients im Klassenzimmer meiner Frau booten mit rom-o-matic erstellten Disks und stellten überhaupt kein Splash-Bildschirm dar, sondern zeigten die Bootsystem-Meldungen, dagegen kamen meine Clients mit PXE-Fähigkeit mit falsch dargestelltem Splash-Bildschirm daher.

Heißt das bei Etherboot-Clients, wenn ich zum Beispiel ACPI ausschalten will, dass ich einen neuen Kernel für die Clients erstellen muss?

Gruß
Reiner

Hi Reiner,
es gibt verschiedene Arten von etherboot Imagen. Ich bevorzuge die neuen die als erste ein PXE versuchen und sich dann so verhalten als wenn der Rechner von Hause aus schon PXE könnte. Wie sich genau es sich verhält wenn man kein PXE nutzt weiß ich nicht. Denn eigentlich sollte der LTSP5 aus edubuntu nur PXE können. Ich frage da aber bei gelegenheit mal im IRC nach.

gruss

julius

Hallo Juliux,

habe ein paar Jahre vielleicht was verschlafen, kann man mit rom-o-matic nun PXE-bootfähige Disks erstellen? Wenn ja, wie geht das? Wäre dankbar um Hilfe.

Ether-boot wird so weit ich das untere verstanden habe. unterstützt von edubuntu.
Siehe in /etc/ltsp/dhcpd.conf
................................
(bei PXE) filename /ltsp/i386/pxelinux.0
else
(bei Etherboot) /ltsp/i386/nbi.img
..........................................

Siehe auch im Edubuntu-wiki
https://help.ubuntu.com/community/UbuntuLTSP/LTSPEtherbootSetup
https://wiki.edubuntu.org/LTSPNetbootEnhancement?highlight=%28Etherboot%29

Aber das mit dem nbi.img per nbi.img-linux zu bearbeiten übersteigt leider meine Fähigkeiten!

Gruß
Reiner

Moin Moin,
Du kannst Dir unter http://rom-o-matic.net/5.4.2/ so ein Image erstellen.

gruss

julius

Hallo Julius,

eben da habe ich meine Probleme, wie das gehen soll?

Beispiel: rom-o-matic 5.4.2 Netzkarte realtek 8139
Einstellung "Floppy bootable rom image (.zdsk)" Soll ja von Disk booten
Unter "Configure" ist "PXE_EXPORT" und "PXE_IMAGE" schon grundsätzlich eingestellt.

Was muss ich noch tun/einstellen?

Danke
Reiner

@reisch
Bist du damals hier eigentlich weitergekommen?

gruß

littlepaul