laserman's blog » linux

NX als VNC-Ersatz

laserman — Sat, 22 Dec 2007 20:09:04 +0000

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.

Linux und WLAN

laserman — Sat, 21 Apr 2007 22:13:25 +0000

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/

Samsung ML-2510 und SuSE Linux 8.2

laserman — Wed, 28 Feb 2007 00:29:24 +0000

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.

kernel module kompilieren - the Debian way

laserman — Sun, 25 Feb 2007 20:35:42 +0000

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

Vergleich der Geschwindigkeit von LTSP 4.2 und MueKow

laserman — Thu, 22 Feb 2007 15:00:01 +0000

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.

kaputtes /boot

laserman — Fri, 09 Feb 2007 14:28:07 +0000

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!

virtualbox

laserman — Fri, 09 Feb 2007 14:25:24 +0000

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.

more and more Linux Notebooks

laserman — Fri, 26 Jan 2007 13:37:15 +0000

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

D-Link DWL-122 (11 MBit) wireless USB Adapter

laserman — Sun, 12 Nov 2006 15:53:51 +0000

apt-get install linux-wlan-ng
modprobe prism2_usb prism2_doreset=1

wlanctl-ng wlan0 lnxreq_ifstate ifstate=enable
wlanctl-ng wlan0 lnxreq_ifstate ifstate=enable
wlanctl-ng wlan0 lnxreq_autojoin ssid='' authtype=opensystem
dhclient wlan0

kismet.conf:

source=wlanng,wlan0,dwl122

OpenChrome

laserman — Tue, 07 Nov 2006 23:22:26 +0000

Seit ein paar Monaten, seit ich das Teil habe, benutze ich für mein Amilo Pro V2030 Notebook den “vesa” Treiber von X11. Das klappt ganz gut - mit wenigen Ausnahmen:

OpenGL-Anwendungen wie z.B, Tuxracer (aka PlanetPenguinRacer aka ppracer) und Google Earth laufen recht träge
Videos lassen sich nicht auf Vollbild skalieren.

Deshalb - und aus reiner Neugier/Spieltrieb habe ich mir den “via” Treiber von
http://www.openchrome.org/ installiert. Nach dem Neustart von X11/KDE war dann mein Mauscursor unsichbar. Das bekommt man aber mit einer passenden Option “SWCursor” “true” Zeile in xorg.conf schnell wieder hin:

Section "Device"
Identifier      "Standardgrafikkarte"
#       Driver          "vesa"
Driver          "via"
BusID           "PCI:1:0:0"
Option  "SWCursor" "true"
EndSection

Nun bin ich von den 3D-Fähigkeiten der VIA P4M800 Chipsatzgrafik sehr positiv überrascht. Das habe ich bei einem 530 Notebook garnicht erwartet. Tuxracer und Google Earth laufen schön flüssig und auch die Videos kann ich jetzt in Fullscreen genießen. Es gibt aber ein paar Feinheiten zu beachten:

~/.ppracer/options

set fullscreen false

eintragen, damit ppracer im Fenster und nicht Vollbild läuft.

Bei google-earth einmal F11 drücken um von Vollbild auf Fenster oder umgekehrt zu wechseln.

In mplayer laufen manche Videos mit -vo gl andere aber nur mit -vo x11.

gl kann man auf Vollbild skalieren, x11 nicht. Bei openchrome.org gibt es patches für mplayer und xine - das hab’ ich noch nicht probiert.

Vielen Dank an die OpenChrome Entwickler und an martin (at) gamesplace (dot) info für die Ubuntu Binary Pakete.