Anwendungen
Portal
Forum
Wiki
Ikhaya
Planet
Mehr
Anmelden

Edubuntu Gutsy schneller beim Booten der Clients

Zur Bootzeit von Clients unter Gutsy habe ich im Blog von Oliver Gravert folgendes Erfreuliches gefunden:

\----\----\----\----\----\----\----\----\----\----\----\----\----\----\----\----\----\----\-------
We had some busy weeks in LTSP land recently and a lot of changes landed between ltsp version 5.0.8 and 5.0.17 So here comes the list with the new and shiny stuff we already have done upstream and merged into gutsy, enjoy:

  • Switched from nfs root to a squashfs compressed file exported via nbd (a technique we use for the network swapping since edgy already)

    • Dropping of the creation of various tmpfses on top of the readonly nfs root. We use a unionfs to merge the squashfs with a tmpfs now

      • Since gutsy there is no xorg.conf needed anymore, the creation of the X config was one of the most slowing down factors in the past, you can sill force X detection (CONFIGURE_X=True in lts.conf) , but we dont default to it anymore (it has proven to work fine on all tested clients so far)

        • Since we use a squashfs image and dont want our users to hae to run ltsp-update-image on every config change it is now possible to put the lts.conf file into the tftp dir under /var/lib/tftpboot/ltsp/$ARCH/

          • A competely new ldm written in C and Gtk with … (lots of thanks to Scott Balneaves for his new C backend)

            • Support for autologin

              • An option to disable the encryption of the X traffic (LDM_DIRECTX=True). With this option set passwords will still be handled encrypted but all X traffic is transported unencrypted. It is as fast as XDMCP but a tad more secure :)

                • A quater of the boottime the old ldm had :)

              With the above changes merged a client (500Mhz/128M) that took 90 seconds from pressing the power button to providing a usable login screen now manages to boot to the same point in 44 secs.

Klingt sehr aufregend. Eines finde ich aber besonders klasse:

* Support for autologin

Bin gespannt, wie das umgesetzt wurde! =)

Ich habe gestern mal versucht, von einem Siemens XS (D1215-815) als Thin-Client Gutsy-Tribe2 mit allen Aktualisierungen vom Server zu booten, um die kürzere Bootzeit zu überprüfen. Leider macht der tftp-Teil irgendwie Probleme

PXE-E11 ARP Timeout
PXE-E11: ARP Timeout
PXE-38: TFTP cannot open connection
PXE-MOF: Exiting .....

Mit der selben Hardware gibt es bei Feisty (7.04) keinerlei Probleme beim Booten! Habe allerdings einen alten HUB statt intelligentem Switch verwendet.

Hat jemand eine Lösung?

Gruß

Reiner

Hallo reisch,

poste doch mal bitte deine lts.conf. Danke!

Gruß

Hallo
danke der Nachfrage/des Angebots zu helfen, in der dhcp.conf musste ein Wert händisch angepasst werden (bei next-server).
Leider hat es noch immer nicht bis zum grafischen Login gelangt.
Insgesamt wirkt der lts-Process bis dahin schneller als früher.

Gruß
Reiner

Hallo,

stimmt! Ich meinte natürlich die dhcpd.conf! :P

Wo genau liegt jetzt das Problem? Erhälst du eine Fehlermeldung?

Gruß

Hallo,
wenn man auf Gutsy umsteigt, muss man sich doch auf einige Änderungen einstellen. Ich konnte den Fehler beim Booten nicht erkennen, da ich mich nicht unter einer Konsole am Client einloggen konnte und zunächst keine Log-Datei lesen konnte.

Der Befehl chroot /opt/ltsp/i386 und das Setzen eines Passwortes bringt solange nichts, bis man das Image für die Clients mittels sudo ltsp-update-image noch nicht neu gebaut hat.

Dann erst konnte ich das X.log des Clients auslesen und sehen, was falsch lief. Nach ein paar Mails an die Edubuntu-Entwickler lief Gutsy dann!

Eine kleine Zeile in der lts.conf musste auskommentiert werden und das Image noch mal „rebuild“ werden.

Änderungen der lts.conf in opt/ltsp/i386/etc wirken sich erst nach einem Rebuild aus!

Die lts.conf steht in Zukunft laut Oli in /var/lib/tftpboot/ltsp/i386/. Dortige Änderungen sollen sofort aktiv sein.

Das Booten der Clients ist auf jedem Fall bei mir deutlich schneller geworden. Das Ausloggen und ein erneutes Ausloggen dauert 10 sec.

Gruß
Reiner

reisch hat geschrieben:

..... in der dhcp.conf musste ein Wert händisch angepasst werden (bei next-server).
Leider hat es noch immer nicht bis zum grafischen Login gelangt.

Gruß
Reiner

Hallo Reiner,
ich habe die gleiche Fehlermeldung, was bitte genau hast du in der dhcp.conf geändert und was musstest du für´s grafische Login genau später noch ändern?
Gruß,
Ene

Hallo,

soweit ich mich erinnere, langt es die Zeile mit „next server“ auszukommentieren.

Gruß

Reiner