laserman's blog

wie ich gestern nacht schrieb, gibt’s seit dem Upgrade auf Kubuntu 8.04 Probleme mit dem openchrome Treiber. Ich benutze jetzt erstmal “fbdev” in xorg.conf und vga=0x317 in /boot/grub/menu.lst (so macht es auch die Suse Live DVD) und warte mal ab ob’s demnächst bei Openchrome einen Bugfix oder bei Viaarena ein Binary für 8.04 gibt.

Bei meinem nächsten Notebook werde ich darauf achten, dass der Grafikchip möglichst von intel, AMD/ATI oder nvidia ist. Hardware-beschleunigtes 3D ist schon ganz nett für GoogleEarth, Flugsimulatoren und Quake.

Gestern war ich mutig und habe ein (online-)upgrage von Kubuntu 7.10 auf 8.04 gemacht – Ohne vorher ein full Backup zu machen. Es klappte relativ gut. Einzige Ausnahme: der Treiber für meine Grafikkarte: UniChrome Pro IGP [1106:3344] (rev 01). Ein Anfänger würde jetzt wieder mit 800×600 VESA dastehen. Auf einer nicht korrekt arbeitenden Textconsole – die untersten Zeilen sind unsichtbar – habe ich meine xorg.conf bearbeitet und dort openchrome eingetragen. KDE ist jetzt wieder benutzbar, allerdings habe ich seit dem upgrade “redraw” Darstellungsfehler, besonders stark in kmail & amarok, kaum in firefox. Fehlerlos laufen z.B. TVBrowser(java-programm) und skype. Interessant: kmail nutzt das ältere /usr/lib/libqt-mt.so.3, skype benutzt das neue libQtGui.so.4. Ob es schon eine KDE4-Version von kmail gibt ? Später werde ich auch mal xfce/xubuntu-desktop und gnome probieren.

Im Linuxmagazin lese ich gerade, dass NX seit Version 3.x auch das kann was ich bisher so vermisste und bisher mit vnc, x11vnc, krfb… gelöst habe: desktop sharing / session shadowing. Das brauche ich für mindestens 2 Anwendungsfälle: User Helpdesk und “pädagogisches Netzwerk”. Die installation der .deb Pakete http://www.nomachine.com/ unter Kubuntu 7.04 und 7.10 verlief problemlos. Will man nun auf den laufenden X11(KDE,Gnome,..) Desktop eines Users zugreifen, wählt man im NX-Client bei Desktop statt Unix Shadow. Weitere fancy features wie z.B. die Umleitung von Sound oder Cups-Druckern habe ich noch nicht getestet.

In letzter Zeit wurde ich oft gefragt, welche WLAN Geräte gut mit Linux funktionieren. Die Zeitschrift LinuxUser hat jetzt ein paar Antworten auf diese Frage. Funktioniert nach manueller Konfiguration:

• Buffalo WLI-CB-G54S (Broadcom)
• Conceptronic C54RC (Ralink)
• Hama 00062767 (Ralink)
• Hama 00062733 (Ralink)
• Netgear WG511v2 (Marvell -> ndiswrapper)
• Conceptronic C54Ri (Ralink)
• Hama 00062732 (Ralink)
• AVM Fritz! WLAN Stick v 1.1(ndiswrapper)
• Conceptronic C54RU(Ralink)
• Hama 00062764(Ralink)
• Linksys WUSB54GC(Ralink)
• Sitecom WL-172v1 001(Ralink)

Fazit: Ralink rulez!

PS: unerwünschte Treiber in /etc/modprobe.d/blacklist mt einer Zeile “blacklist MODULNAME” eintragen.

http://www.linux-user.de/ausgabe/2007/03/

Für meine Kunden habe ich schon mehrere Laserdrucker von Samsung besorgt. Die Geräte sind leicht, klein, schnell. Die Druckqualität ist gut. Anschaffungs- und Betriebskosten sind auch o.k.
Ausserdem finde ich es sehr lobenswert, dass in der Werbung und auf der Packung ausdrücklich auf vorhandene Linux-Treiber hingewiesen wird.

Bei einer aktuellen Linux Distribution ist der nötige Treiber “splix” bereits enthalten. Bei SuSE Linux 8.2 aus dem Jahre 2003 war das erwartungsgemäss nicht der Fall – Software zu alt / Drucker zu neu.

Dem Drucker lag eine Treiber-CD bei. Die Installation der darauf gelieferten Software verlief problemlos: Als root setup.sh ausgeführt, danach in yast die passende ppd-Datei aus dem Ordner “samsung” – (nicht “Samsung”) auswählen. Auf dem Desktop findet man ein Samsung/Cups-Config-tool. Damit (oder mit irgend einem anderen CUPS-Frontend) kann man das Seitenformat von Letter auf A4 ändern.

bequem und schmerzlos, geht bei Ubuntu genauso.

apt-get install  linux-kernel-headers module-assistant

module-assistant build hostap

module-assistant install hostap

modprobe hostap

Ich habe die Geschwindigkeit von einigen Aktionen bei LTSP 4.2 und
LTSP Muekow bei 4 verscheidenen Clients verglichen.
Hier die Ergebnisse:

http://media.lug-marl.de/doc/LTSP-MueKow/zeitmessung-ltsp42vsMuekow.ods
http://media.lug-marl.de/doc/LTSP-MueKow/zeitmessung-ltsp42vsMuekow.html

Analyse & Interpretation

Der grösste Unterschied, ist die Zeit, die zum booten benötigt wird. Wenn die  Geräte am Anfang jeder Unterrichtseinheit gebootet werden ist das ein echtes Problem. Auch ein Reboot nach einem möglichen Crash wird bei Muekow zur Geduldsprobe. Manche Lehrer lassen ihre Terminals tag & nacht non stop durchlaufen – Ich finde das nicht gut. Man sollte zumindest über eine Zeitschaltuhr dafür sorgen , dass sie z.B. zwischen 15 und 8 Uhr und am Wochenende und in den Ferien nicht unnötig Energie verbrauchen.

Fast keinen Untersiched gibt es beim Start von OpenOffice oder auch Firefox. Offenbar werden hierfür nur relativ wenige X11 roundtrips und generell  wenig X11 Traffic benötigt. Dasselbe gilt für den x11perf benchmark, den ich ausgewält hatte – Er zeigt ganz deutlich die Performance der Grafikkarte bzw des verwendeten X11-Treiber-Moduls (vesa ist langsam).  Ganz ander sieht das bei tuxmath und ähnlichen animierten Lernspielen oder Videos, Flash-Content aus. Hier ist LTSP 4 mit unverschlüsseltem X11 deutlich im Vorteil.
Ca. 1 Minute vom Logout bis zum LDM Anmeldefenster finde ich auch etwas heftig. Ich vermute dass hier, genau wie beim booten, die CPU des Clients mit diversen bash und python scripten belastet wird. Bei LTSP 4 hat der Client hier kaum arbeit, der X-Server muss nur das kdm/gdm darstellen, welches auf dem Server läuft. Nun könnte man vielleicht denken, dass der Server beim Muekow entlastet wird, weil ja soviel auf der CPU des Clients läuft. Das Gegenteil ist der Fall, was aber erst deutlich wird wenn 10-20 Terminals gleichzeitig verwendet werden. Dann sieht man in der top Liste des Server viele  ssh Prozesse ganz oben. Server & Client werden duch  ver- & entschlüsseln  nicht unerheblich belastet. Vielleicht ist ipsec eine Alternative, weil dann das ver- & entschlüsseln im Kernel erledigt wird -> weniger context switches. Vielleicht bringt  freeNX (http://freenx.berlios.de/ , http://www.2x.com/) eine Besserung –  hier wird zwar auch mit ssh verschlüsselt, aber es werden viele Roundtrips & Traffic vermieden.

So, nun weiss ich etwas genauer wo & wieviel Muekow langsamer als LTSP 4 ist. Ich halte die Verschlüsselung des X11 Protokolls in einem Schulnetz für Overkill. Schüler finden meisst viel einfachere Wege um an Passwote zu kommen. ARP-Spoofing Attaken fallen auf: das Terminal friert ein. An einem eingefrorenen Terminal lässt sich dann auch nix sniffen. Wenn man dem Lehrer eine Worstation gibt, dann muss er auch kein potentiell unsicheres Terminal benutzen. Ich würde diese MueKow-Generation gerne überspringen und Geräte , die genug Leistung für schnelles Muekow haben, lieber als Diskless Workstations betreiben.

Heute sollte ich einen Server reparieren, der nach einem Stromausfall nicht mehr bootet. Gestern kam die Kiste nur bis zum Grub-Promt, kein Grub-Menü. Heute morgen bootete sch schon viel weiter: Grub-Menü, Kernel, initrd und dann kam “run fsck manually” für /boot auf /dev/sda1. Weil wir das root-passwort gerade nicht zur Hand hatten, haben wir diesen fsck von Knoppix aus gemacht. Es fand viele Fehler und ich musste oft Return drücken um der Reperatur zuzustimmen. /boot und auch die anderen 2 Partitionen befanden sich in einem Hardware RAID5: 3 SATA Platten an einem 3ware Controller. Die Root Partion und Swap waren LVs in einer LVM Volume Group und unbeschädigt. Nach dem manuellen fsck von /boot bootet die Kiste wieder ohne Fehler. Schön. Oder nicht ? Es bleiben halt ein paar Fragen offen: Wie hat sich Grub über nacht “selbst repariert” ? und: Warum ist /boot überhaupt kaputt gegangen obwohl dort doch nur einmal kurz beim booten lesend zugegriffen wird? Zu Frage 1 vermute ich, dass der RAID-Controller Fehler entdeckt & behoben hat, was möglicherweise ein paar Minuten dauert. Vielleicht wurde er bei seiner Arbeit auch durch Menschen gestört, die mehrfach den Server aus- & einschalteten. Vielleicht war /boot schon vor dem Stromausfall kaputt – man merkt es aber erst beim nächsten boot. Abschliessen kann man wohl sagen: RAID hilft nicht gegen Stromausfall. Wer sich so einen schönen Server leistet, sollte nicht bei der USV(UPS) sparen!

Als virtuelle PCs hatte ich bisher VMware-Player(kostenlos) und qemu(frei) benutzt. Neulich las ich bei prolinux über virtualbox. Runtergeladen, ausprobiert – bin begeistert! Es ist der VMware Workstation sehr ähnlich, läuft angenehm schnell und (subjektiv) blockiert es mein restliches System nicht so stark wie es der VMware-Player tut.

Meine Freundin kam gestern mit einer erfreulichen Nachricht nach Hause: Eine Kollegin sparch sie an: “Du hast doch Linux zuhause, oder ?” – “ja, warum?” – “ich habe mir einen neuen PC gekauft und da ist Linux vorinstalliert, nun habe ich einige Fragen..” Die Kollegin hatte den PC bei Merkur (eine Kaufhaus-Kette in Slowenien) gekauft. Auf den Webseiten von Merkur fand ich ein paar PCs mit WinXP home und etwa genausoviele ohne Betriebssystem. Notbooks mit Linux gab es reichlich:

• FUJITSU SIEMENS, Amilo L7320
• ACER, Travelmate 2413 NLMi
• FUJITSU SIEMENS, Amilo Pro V2060 Centrino
• ACER, Travelmate 2424NWXMi
• ACER, Aspire 5101ANWLMI