Maltes Blog

ATI Catalyst Treiber unter Ubuntu entfernen

admin — Sun, 09 Oct 2011 20:09:30 +0000

Einige Leute werden das Problem kennen: Aus Neugier installiert man den offiziellen proprietären ATI/AMD Treiber für Linux von der Homepage und stellt danach ernüchtert fest, dass das System langsamer geworden ist und scrollen und Fenster verschieben nur sehr hakelig von statten geht. Will man nun den offiziellen Treiber wieder loswerden, stellt sich die Frage nach dem wie!?! ATI hat eine einfache übersichtliche GUI erstellt um die Module zu kompilieren und zu installieren, eine einfache Deinstallationsroutine ist allerdings nicht integriert. Wer nun den fglrx Treiber komplett entfernen möchte, manövriert in das Verzeichnis /usr/share/ati und führt dort als Root User (sudo) das Skript fglrx-uninstall.sh aus. Damit sollte der Treiber und seine Überreste nach einem Neustart ins Nirvana verschwunden sein.

Michaela Arens gefällt dieser Artikel

Multi WAN Firewall/Router pfsense

admin — Fri, 12 Aug 2011 13:18:31 +0000

Heute möchte ich gern über mein neustes Projekt berichten: Einem Multi WAN Router mit sehr guter Firewall namens pfsense. pfsense ist ein FreeBSD Derivat und entstand aus dem bekannten m0n0wall Projekt. Anders als m0n0wall kann pfsense aber problemlos mit mehreren WAN und LAN Verbindungen umgehen. Es passt automatisch Routen an, bietet Failover und Load Balancing und lässt sich durch zahlreiche Plugins und Addons erweitern. Besonders das Problem mit https Verbindungen, welche empfindlich auf Balancing reagieren löst pfsense mit so genannten Sticky Connections. Das bedeutet, dass Verbindungen so lange über die gleiche Route / den gleichen Router laufen, bis die Verbindung abgebaut wurde oder durch einen Timeout ungültig wird. Neben umfangreichem Traffic Shaping, QoS Konfigurationen und Firewalling bietet pfsense noch eine Reihe an automatisch produzierten RRD Graphen und Statistiken an, die dem User Auskunft über die Verbindungen geben. Das System wird komplett über die Weboberfläche konfiguriert, bietet jedoch zu Wartungszecken auch direkten Zugang via SSH. pfsense kann entweder zwischen einen bestehenden Router und das interne Netzwerk geschaltet werden, oder auch direkt PPPOE Verbindungen zum Provider aufbauen. Selbst die Intregration von WLAN Karten und die Nutzung als Accesspoint soll laut Forum gut funktionieren.

Mein bisheriger Eindruck ist wirklich positiv. pfsense ersetzt den selbstkonfigurierten Router/Server und macht dabei eine gute Figur. Das Netz wirkt agiler und insgesamt zügiger, was vermutlich aber auch an der Trennung der Netze mittels VLANs liegt. pfsense arbeitet in meinen Futro S200 Thinclient, der zusätzlich mit einer Dualnetzwerkkarte ausgerüstet wurde. Wer einen günstigen und hochwertigen und komplett konfigurierbaren Router mit VPN, DNS, DHCP, SNMP uvm. sucht, sollte definitiv einen Blick auf die pfsense Software in Verbindung mit einem Thinclient werfen.

[1] http://m0n0.ch/wall/
[2] http://www.pfsense.org/

Primary Monitor festlegen in Ubuntu 10.10 Gnome

admin — Mon, 18 Jul 2011 05:28:01 +0000

Als ich meinen zweiten Monitor als Desktoperweiterung an meinen PC anschloss, stand ich vor dem Problem, dass der zweite Monitor immer der Primärmonitor wurde. Doch genau das war ja nicht gewünscht, denn der zweite Monitor sollte eben nur eine Erweiterung zum Hauptmonitor sein. Der Hauptmonitor ist per DVI angeschlossen und der Sekundäre per VGA. Nach einigem googlen stiess ich auf die Information, man solle die ~/.config/monitor.xml ändern, was in meinem Fall überhaupt nicht funktionierte. Um die Monitore richtig einzurichten, habe ich xrandr bemüht und sofort das richtige Ergebnis erhalten:

Zuerst muss festgestellt werden, wie der Hauptmonitor heisst, dazu reicht der einfach xrandr Aufruf in der Konsole, was in meinem Fall die Monitore DVI-0 und VGA-0 zu tage förderte. Mittels

xrandr --output DVI-0 --primary

kann so der DVI Monitor als Primärmonitor gesetzt werden. Voila!

Matthias Sieke, Sebastian Stermann gefällt dieser Artikel

Mini OS: Android für x86, SliTaz und xPud und Co

admin — Fri, 15 Jul 2011 08:47:52 +0000

Was viele schon von ihrem Smartphone kennen, findet nun auch auf dem heimischen PC Einzug: “Android” bzw. Android x86, ein speziell für x86 Architekturen aufbereitetes Androidsystem. Dies klang erstmal ziemlich gut und sollte seinen Platz auf meinem Futro S200 finden, dessen installiertes Browserlinux scheinbar überfordert war. Wie ich später herausfand, lag das wohl an der Inkompatibilität des Transmeta CPU mit dem Linuxkernel, welcher die CPU als i686 erkennt. Leider ist der TM Crusoe 800 jedoch kein vollwertiger i686 Prozessor, was sich durch Freezes und Systemträgheit bemerkbar machte. Daraufhin wollte ich Adroid x86 versuchen, welches in einer virtuellen Maschine schon einen sehr guten Eindruck machte und, so dachte ich, die schwachen Resourcen des Futro perfekt ausnutzen würde. Leider Fehlanzeige, denn mit keinem Kernelparameter konnte ich Android x86 mit dem Transmeta Crusoe zum Booten bewegen, sämtliche Versuche endeten mit einem schlichten “Unsupported CPU”.

Also suchte ich weiter nach einer schlanken und leistungsfähigen Distribution die sich mit der Futro Hardware verstand und stieß nach einiger Suche auf die Distribution SliTaz. Sehr vielversprechend wurde die CPU sofort erkannt und SliTaz bootete fix bis zum Desktop. Erstaunt von der Geschwindigkeit die dann doch mit wenig Speicher und schwacher CPU zu erreichen war testete ich das Surfen im Internet. Der mitgelieferte Midori Browser inklusive Flash Plugin lief für die gegebenen Verhältnisse wirklich zügig, jedoch schien SliTaz doch etwas zu überladen. So versuchte ich xPud, dessen Konzept mich voll überzeugt hat. Denn xPud stellt nur eine absolut minimale Oberfläche zur Verfügung, enthält aber einen aktuellen Firefox mit Flash Plugin und einige kleinere Programme, wodurch xPud eine größe von nur wenigen MB erreicht. Theoretisch, kann man mittels eigenem “Appstore” noch ein paar Programme nachladen (Skype, Mediaplayer usw.) was jedoch bei mir nicht funktionierte. Insgesamt stelle ich fest, dass es sich manchmal sehr lohnen kann sich nach Minidistributionen umzusehen, denn ein System wie xPud ist so klein und so schnell gestartet, dass es sich zur Installation neben einem Windows anbietet, da es eine Bootzeit von nur wenigen Sekunden hat.
Quellen & weitere Mini Linuxe:

Ich mach mal eben nen Jailbreak…

admin — Mon, 16 May 2011 19:45:29 +0000

… oder: die komplizierte Geschichte eines Updates. Viele Otto-Normalnutzer sind mit ihrem iPhone und dessen Betriebssystem iOS vollkommen zufrieden und wissen gar nicht was ein Jailbreak überhaupt ist, geschweige denn wie man das iPhone überhaupt updatet. Manchmal sind diese Leute tatsächlich zu beneiden, denn sie ersparen sich unter Umständen viel Ärger. Wer sein iOS Device mit einer neuen Firmware versorgen will, macht natürlich zuerst einmal ein Backup seines Geräts; und das dauert… und dauert… und dauert… und…. wo ist iTunes?! Abgestürzt! Verdammt! Das Ganze noch einmal… Und endlich klappts! Puh, ein großer Schritt ist geschafft. Nun die zuvor geladene Firmware Datei mit dem Shift-Trick wiederherstellen: Klick, … überprüfe Firmware Update mit Apple… und klack Fehler 3195 – Toll! Hin und her, Tiny Umbrella, neustart und irgendwie klappts dann. Ist die neue Firmware endlich drauf, kanns losgehen mit dem Jailbreak! Juhu! RedSn0w ist das Mittel zum Zweck, Firmware File laden… huch, abgestürtzt… nochmal das Ganze. Nun klappts endlich! Jetzt noch den DFU Mode hinfummeln, zum Glück ist das jetzt im Programm interaktiv für Idioten erklärt, also kein Problem! AHA! “Waiting for iPhone to reboot…” Da warte ich mit… irgendwie scheint es nicht zu wollen. Hmmmmm… Also iPhone reset, nochmal die ganze Prozedur. Und wer hätte es gedacht, diesmal klappts! Jailbreak gemacht! Kein Problem oder?

Der verflixte lila-blank-screen-post-Grub Fehler

admin — Thu, 12 May 2011 19:42:46 +0000

Da es anscheinend kaum jemanden zu geben scheint der das folgende Problem mit dem Grub2 Bootloader hat/gelöst hat, will ich es mal auf diesem Weg versuchen; Vielleicht hat ja jemand eine passende Lösung parat?

Nach der (Neu)Installation von Ubuntu Natty Narwhal und dem damit verbundenen Reinstall des Grub2 Bootloaders fingen die Probleme an. Eigentlich kein wirkliches Problem, aber nervig allemal: Nach der Auswahl des Bootmenüeintrags verschwindet das Menü und Grub hängt nun gut 10 bis 15 Sekunden fest, dabei bleibt der Bildschirm komplett lila (Im Prinzip verschwindet nur der Text vom Menü). Der Rechner tut jedoch die ganze Zeit lang nichts! Dann lässt sich der restliche Bootprozess in der Konsole ablesen, jedoch keine Fehlermeldung oder ähnliches. Plymouth habe ich deaktiviert um das Problem sicher eingrenzen zu können. Auch an den Grafiktreibern kann es nicht liegen, da ich statt der proprietären ATI Treiber, die freien radeon Treiber verwende. Ich habe nun schon mit einigen Kernelparametern und Grub Optionen herumgespielt, viel gegoogelt und gelesen, jedoch lies sich das Problem bisher nicht lösen. Auch mit bootchart konnte ich nichts ungewöhnliches feststellen (…klar eigentlich, das Problem tritt ja vorher auf…).

Für Tipps und Ideen bin ich dankbar!

Nach DSCPs filtern mit ngrep

admin — Wed, 13 Apr 2011 17:54:47 +0000

Da ich aus den man-pages von ngrep nicht wirklich schlau geworden bin, wie man nun auf einzelne Bits im IP Header prüft und daraus Filter baut, will ich den Vorgang kurz am Beispiel von DSCPs erläutern. Auf sämtlichen Websites finden sich nur Erklärungen zum Filtern nach einfachen Attributen wie z.B. IP, Port oder bestimmten Signalwörtern wie Login oder Mail, komplexere Filterbeispiele findet man jedoch kaum. Um nun DSCPs filtern zu können muss das entsprechende Feld im IP Header durchsucht werden und mit dem Hex-Wert für den jeweiligen DSCP verglichen werden. Das TOS Feld beginnt ab dem zweiten Byte des Headers, also muss ip[1] benutzt werden, statt ip[0] oder ip was das erste Byte auswählen würde. Nun gibt es zwei Möglichkeiten, entweder man filtert nach dem kompletten TOS Feld oder nur nach dem DSCP Wert. Der Einfachheit halber nehmen wir hier das gesamt TOS Feld, bestehend aus 6 Bits für den DSCP und 2 Bits für ECN. Nun rechnen wir unseren gewünschten DSCP Wert in einen Hex-Wert um. Dabei wird aus dem DSCP Wert

AF32 <--> DEC 28 <--> BIN 011100 <--> HEX 0x1C

Da die ECN Felder meistens leer sind, können wir in diesem Fall einfach zwei Nullen an unseren Binär DSCP hängen und haben somit das komplette TOS Feld ausgefüllt. Der Hex-Wert für das TOS Feld lautet demnach 0x70. Um nun mit ngrep nach DSCP AF32 zu filtern nutzen wir nun einfach den Befehl ngrep -i ip[0] == 0x70 und ngrep filtert. Gleiches lässt sich natürlich auch auf die IP Präzedenz Klassifizierung übertragen.

Links:

http://ngrep.sourceforge.net/

http://www.stearns.org/doc/ngrep-intro.current.html

Kathrin Bartoszek gefällt dieser Artikel

Cisco Egress-Queue Threshold HowTo

admin — Tue, 22 Feb 2011 17:15:21 +0000

Gedacht als kleine Gedankennotiz an mich selbst. Konfiguration der Egress Queues auf Cisco Switches (hier 3560):

Wir konfigurieren das Output Q-Set 1 und verteilen die verfügbare Buffergröße auf die 4 Queues (Q1 bekommt 10% Q2 90%, die anderen 0%):

mls qos queue-set output 1 buffers 10 90 0 0

Jetzt im Q-Set 1 die Threshold Werte für Bufferqueue 1 definieren:

mls qos queue-set output 1 threshold 1 100 100 100 100

Hierbei ist die Syntax ab threshold{BUFFERQUEUE #}{threshold 1}{threshold 2}{reserve}{maximum}. Ein Threshold Wert von 50 bedeutet, dass ab einer Bufferfüllung von 50% Pakete verworfen werden. Threshold 3 ist automatisch 100% und kann nicht konfiguriert werden. Bufferqueue 2 wird wie folgt konfiguriert:

mls qos queue-set output 1 threshold 2 400 50 100 400

400% sind der Maximale Threshold Wert obwohl theoretisch 3200% angenommen werden. Jetzt müssen ausgehende Pakete anhand ihres DSCP oder COS Werts auf die beiden Queues aufgeteilt werden. Zusätzlich zu ihrer Zuteilung zu einer Queue bekommen sie auch einen Threshold Wert (1,2 oder 3) der für die jeweilige Queue konfiguriert wurde. (Beispiel Queue2 Threshold 2 = 50%) Zuerst wird Verkehr mit den DSCP Werten 0-7 auf Queue 2 Threshold 2 gemappt:

mls qos srr-queue output dscp-map queue 2 threshold 2 0 1 2 3 4 5 6 7

Der Befehl kann nur 8 DSCP Werte als Parameter entgegennehmen, daher muss er für die übrigen DSCPs wiederholt werden. Hochpriorer Verkehr (DSCP 40 – 63) soll auf Queue 1 gemappt werden. Da hier erst Pakete verworfen werden, wenn der gesamte Buffer gefüllt ist und jeder Threshold bei 100% liegt, kann hier entweder T1, T2 oder T3 verwendet werden:

mls qos srr-queue output dscp-map queue 1 threshold 3 40 41 42 43 44 45 46 47

Gleiches sollte auch noch für die COS Werte geschehen. COS Werte von 0-4 werden auf Queue 2 Threshold 2 verteilt und die übrigen Werte 5-7 auf Queue 1 Threshold 3:

mls qos srr-queue output cos-map queue 2 threshold 2 0 1 2 3 4 mls qos srr-queue output cos-map queue 1 threshold 3 5 6 7

Projekt: Lebensmittelverwaltung

admin — Thu, 17 Feb 2011 22:01:36 +0000

Nach vielen vergangenen Tagen ohne Artikel, möchte ich mich mal wieder mit einer Projektvorstellung meinerseits zurückmelden. Wäre es nicht toll, einen intelligenten Vorratsschrank zu haben? Von einem Computer überwacht und mit automatischer Einkaufszettel-Erstellung, Statistiken und Rezeptvorschlägen? Genau dies habe ich, zumindest zu Teil, schon realisiert. Doch wie weiss man, welche Artikel sich in seinem Vorrats- bzw. Kühlschrank befinden? Klar, RFID! Aber diese Lösung scheidet aus: RFID Chips müssten an jedem Produkt vorhanden sein und ein entsprechender Reader müsste auch auf große Distanzen Chip IDs auslesen können. Systeme die das leisten könnten sind teuer und lassen sich von Otto Normal Verbraucher nicht bezahlen. Also greife ich hier auf eine ältere, aber dennoch bewährte Variante zurück: Den Barcode. Auf jedem Artikel findet sich ein Barcode, der schnell und einfach durch einen Barcode Scanner gelesen werden kann. Im Internet existieren einige Datenbanken, die zu EAN Nummern einen Produktnamen zurückgeben – soweit so gut. Kombiniert man nun diese Datenbanken mit einigen manuellen Eingaben, kann man sich seine eigene kleine Produktdatenbank anlegen. Da sich die Anzahl der unterschiedlichen Produkte in einer privaten Küche ungefähr abschätzen lässt, wird die Datenbank auch nicht unendlich gross.

Realisiert wird das ganze System in PHP. Auf einem lokalen Server liegen die Scripte und die Datenbank und können einfach per Webbrowser aus dem LAN aufgerufen werden. Der Barcodescanner simuliert Tastatureingaben und so kann ein Barcode direkt im Browser in ein Formularfeld eingetragen werden. Dazu muss lediglich der Focus beim Laden der Webseite auf das Formular Element gesetzt werden. Das System auf dem der Browser läuft ist ein extrem sparsamer und lüfterloser Siemens Futro Thinclient mit 800Mhz Transmeta CPU, welcher im aktivbetrieb nach eigenen Messungen ca. 12-17W verbraucht. Als Softwarebasis dient ein schlankes Browserlinux Betriebssystem, ein Remaster, welcher auf der PuppyLinux Distribution aufbaut und auf einer internen CF Karte installiert ist.
Zur Zeit befindet sich das System, insbesondere die Datenbank noch im Aufbau. Wenn der Großteil meiner Lebensmittel in der Datenbank steht und die PHP Scripte über den Teststatus hinausgehen, werde ich beides auch zu Download bereitstellen.

Weihnachtsgeschichte 2.0

admin — Fri, 17 Dec 2010 10:17:26 +0000

Eine etwas andere, aber wirklich sehr gelungene Interpretation der Weihnachtsgeschichte: