Noch 58 Tage dann starten in Chemnitz wieder die Chemnitzer Linux-Tage. An zwei Tagen geht es wieder um das beste Betriebssystem der Welt. 
Die FSFE hat in diesem Jahr ein besonderes Angebot, die Freedom Tours. Wer von Düsseldorf, Dortmund oder Kassel kommt, kann in den Bus einsteigen und mit nach Chemnitz fahren.
via Charly Kuehnast
Sucht ihr einen Vortrag mit hohem Unterhaltungswert? Dann schaut euch mal Desktop on the Linux... (and BSD, of course) an. Der Vortragende will ein wenig über die Desktopsituation bei aktuellen Linuxdistributionen herziehen aka ranten. Insbesondere geht es um d-bus, ConsoleKit und andere. Der Autor dieser Software, Lennart Poettering, nahm vorher Notiz und sitzt mit im Saal. Entsprechend fallen dann die Einwürfe aus. Leider ist der Vortragende darauf wohl nicht vorbereitet und wirkt dann teils schwach. Anschauen und eine Tüte Popcorn bereit halten!
Das neue Jahr klopft schon heftig an die Tür und die Organisation der Chemnitzer Linux-Tage läuft auf Hochtouren. Im März 2011 ist es dann soweit. Besucher werden wieder aus vielen tollen Beiträgen auswählen können und netten Menschen an Ständen treffen. Doch bevor es soweit ist, braucht es Freiwillige. Daher rufen die Organisatoren zur Einreichung von Beiträgen auf. Die Hauptthemen in diesem Jahr sind:
Bis zum 5. Januar 2011 habt ihr nun Zeit, euch Gedanken zu machen und aktiv zu werden.
Vor nicht allzu langer Zeit sass ich entspannt bei einem Kaffee und wollte meinen Rechner starten. Einschaltknopf gedrückt und der Bildschirm lächelte mich mit einer Fehlermeldung an:
error: unexpectedly disconnected from boot status daemon Begin: Waiting for root file system ...
grml, warum muss das ausgerechnet jetzt passieren? Sehr schnell war klar, dass ich an dieser Stelle nicht weiter komme. Also bootete ich einen alten, funktionierenden Kernel und änderte meine grub-Einstellungen entsprechend. Damit lebte ich einige Zeit gut, bis mir mal wieder der Workaround auffiel. Jetzt wollte ich das Problem mal genauer angehen.
Die Fehlermeldung, die irgendwas von dem Boot Status Daemon erzählte, schien auf plymouth hinzudeuten. Der Sinn der Software ist es, den Bootprozess zu verschönern. Das heißt, es macht schicke Bildchen anstatt der Kernelmeldungen.
Der Bugtracker von Debian hatte einen Eintrag zu meiner Meldung. Die in dem Bugreport genannten Einstellungen änderten bei mir nichts am Problem. In meinem nächstem Versuch wollte ich plymouth deinstallieren. Aber da gab es eine winzige Abhängigkeit zu mountall(8). Der Zufall führte mich zu einem angepasstem Paket, mit dem plymouth deinstalliert werden kann. In freudiger Erwartung startete ich den Rechner neu. Aber es wäre nur zu schön gewesen, wenn sich das Problem so leicht lösen ließe.
Zu diesem Zeitpunkt kam mir in den Sinn, die Bootoptionen
quiet und splash zu entfernen. Siehe da, ein
wenig mehr kam zum Vorschein:
Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Waiting for root file system ...
Warten, warten und nochmal warten. Oh, nun noch eine BusyBox-Shell:
(initramfs) Gave up waiting for root device. Common problems: ... ALERT! /dev/disk/by-uuid/.... does not exist. Dropping to a shell!
Nebenbei stellte ich dann fest, dass die Meldung mit dem Boot Status Daemon nur bei einer speziellen Kernelversion auftrat. Die Meldung oben konnte ich mit jeder Standard-Ubuntu-Kernelversion größer als 2.6.32-20 erzeugen. Für mich wäre es viel wichtiger zu erfahren, woher denn diese Meldung stammt!
Ein Hinweis brachte mich dann zu den Mainline-Builds. Das sind spezielle Pakete des Ubuntu Kernelteams, die recht nahe am Original-Kernel sind. Ich versuchte wieder diverse Versionen. Alle brachten mir die Fehlermeldung. Na gut, dann baue ich eben einen eigenen Kernel.
git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git cp /boot/config-2.6.32-24-generic /usr/src/linux-2.6/.config make oldnoconfig make deb-pkg dpkg -i ../linux*.deb reboot
Beim ersten Reboot startete der Kernel tatsächlich korrekt. Sollte Ubuntu wirklich einen Bug in den eigenen Kernel eingebaut haben? Plötzlich fiel mir ein, dass die Zeile im grub einen kleinen, aber feinen Unterschied zu den restlichen Einträgen aufwies. Ich hatte root=/dev/sda1 angegeben. Alle anderen Einträge trugen root=UUID=.... Also versuchte ich die Änderung bei den anderen Kerneln und es klappte. Jede Kernelversion bootete mit dieser Änderung.
Jetzt muss ich nur noch herausfinden, warum das nicht klappt und
ich bin wieder ein glücklicher Mensch.
Das Bild stammt vom Blog Linux und ich
Das Wagnis startete heute nachmittag. Nach diversen Backup-Orgien war es an der Zeit, das Ubuntu auf die aktuelle Variante 10.04 zu upgraden. Ich wollte mal testen, ob das weitgehend klappt und hatte mich innerlich auf eine Neuinstallation eingerichtet. Doch, oh Wunder, bislang konnte ich kaum Probleme feststellen. Eines, was sofort auffiel, war die Schrift. Die ist bislang noch sehr ungenügend hier muss ich eine Lösung finden. Das zweite Problem war der Spamfilter
CRM114. Das wurde aber schon während der Installation angekündigt, dass es Probleme geben kann. Bei der Suche nach der korrekten Schriftart stieß ich u.a. auch auf Comic Sans. Das wäre doch die beste Wahl:
Gerade bin ich wieder baff. Google DNS macht mich heute sprachlos.
Vor etwa einem Monat schrieb ich hier über die Aktion von Ingate, bei der es einen VServer zu gewinnen gab. Nach einiger Wartezeit kamen die Zugangsdaten an und derzeit richte ich den Rechner ein. Zur Einrichtung gehört mittlerweile für mich ein Test der Geschwindigkeit des (voreingestellten) DNS. Mittels einem Python-Programm namens namebench lässt sich das hervorragend machen. Im Blog findet sich dazu ein Beitrag. Nun spuckte namebench soeben das Ergebnis aus. Der Nameserver von Google ist fast viermal so schnell wie der beim Provider. Das ist so ziemlich die krasseste Abweichung, die ich bisher fand. Trotzdem bestätigt das, was ich bisher ermittelte. In allen meinen Versuchen seit Juni war immer der Nameserver von Google der schnellste. Außerdem zensiert der nicht. Insofern könnte man ihn jedem Nutzer empfehlen. Letztlich bleibt der hinlänglich diskutierte Datenschutzaspekt. Wer den nutzt, überlässt einmal mehr Daten einer Firma. Das will wohlüberlegt sein.
Untenstehend mal die Auswertung von namebench zum VServer von Ingate:
| IP | Descr. | Hostname | Avg (ms) | Diff | Min | Max | TO | NX | Notes |
| 8.8.4.4 | Google Public DNS-2 | google-public-dns-b.google.com74.125.42.87 74.125.42.82 74.125.42.81 | 57.88 | 259.0% | 9.6 | 737.2 | 0 | 4 | |
| 156.154.71.1Neustar Ultra Recursive | UltraDNS-2 | rdns2.ultradns.netudns2tcam.ultradns.net udns3tcam.ultradns.net | 86.60 | 139.9% | 16.4 | 874.3 | 0 | 3 | |
| 4.2.2.4If you have a legitimate reason for requesting this info, please contact hostmaster@Level3.net | Level 3/GTEI-4 | vnsc-pri-dsl.genuity.netdns2.frf1 | 87.69 | 136.9% | 7.1 | 1310.7 | 0 | 5 | |
| 78.47.115.1989.4.3b2 | Cesidio 6 DE | ns6.cesidio.netns6.cesidio.net | 113.52 | 83.0% | 4.0 | 1006.2 | 0 | 50 |
|
| 212.123.96.110 | SYS-212.123.96.110 | dns01.ip-exchange.de | 150.74 | 37.8% | 3.2 | 1625.3 | 0 | 4 |
|
| 208.67.220.220 | OpenDNS | resolver2.opendns.com12.ams | 166.42 | 24.8% | 14.6 | 3500.0 | 1 | 1 | |
| 194.8.57.129.6-ESV-R1 | Nurnberger IX DE | ns.N-IX.netrNS2 | 167.84 | 23.8% | 4.0 | 1589.1 | 0 | 4 | |
| 212.114.153.1 | Secondary-DNS DE | ns.secondary-dns.de | 181.08 | 14.7% | 1.2 | 1643.7 | 0 | 4 | |
| 80.190.211.10 | SYS-80.190.211.10 | dns03.ip-exchange.de | 207.77 | 0.6 | 1611.9 | 0 | 4 |
|
|
| 216.146.35.35unbound 1.3.4 | DynGuide | resolver1.dyndnsinternetguide.comig-02-fra.dyndns.com | 228.13 | -8.9% | 23.5 | 3500.0 | 2 | 3 | |
| 83.142.86.1 | CS-Arena DE | ns1.core-backbone.com | 242.89 | -14.5% | 3.5 | 3500.0 | 2 | 5 |
|
Kürzlich hatte ich mit jemanden eine Diskussion über NNTP und Gnus. Dabei fiel mir auf, dass er die Datei, welche unter anderem Passworte enthält, verschlüsselt aufbewahrt. Im Verlauf des Gespräches kamen wir daher auf den EasyPG Assistent zu sprechen. Das ist ein Modus für den Emacs, der gute Unterstützung für GnuPG innerhalb des Editors bietet. Meine ersten Versuche damit liefen recht erfolgversprechend.
Bei Debian, Ubuntu und Co. muss einfach das Paket easypg installiert
werden. Debian installiert in
/etc/emacs/site-start.d/50easypg.el eine Datei, die den
Start des Modus’ übernimmt. Falls das bei dir nicht der Fall ist,
kannst du in deiner .emacs die Zeile (require
’(epa-setup)) eintragen. Danach steht dir der Easypg Assistent
zur Verfügung.
Das oben angesprochene Verhalten lässt sich erzeugen, in dem man die Endung .gpg an die Datei anhängt. Beim erstmaligen Speichern der Datei fragt der Modus nach dem korrekten Schlüssel:
Select recipents for encryption. If no one is selected, symmetric encryption will be performed. - `m’ to mark a key on the line - `u’ to unmark a key on the line [Cancel][OK] - E8CBC9EE886DDD89 User 1 <user1@example.org> - 3B9D09F31B30974B User 2 <user2@example.com> u 547EBEB15774924D Jens Kubieziel <jens.kubieziel@example.org>
Standardmäßig ist der Schlüssel markiert, zu dem es auch einen privaten Schlüssel gibt. Falls du einen anderen wählen willst, gehst du in die entsprechende Zeile und wählst den mit der Taste m aus. Nachdem diese Auswahl mit Enter bestätigt wurde, befindet sich eine verschlüsselte Datei auf deiner Festplatte. Beim späteren Öffnen der Datei wird der Emacs nach dem Passwort fragen und dir den Inhalt anzeigen.
Daneben arbeitet EasyPG sehr gut mit dem Dired-Mode zusammen. Mit zwei Tastendrücken lassen sich Dateien ver-/entschlüsseln, signieren etc. Laut Handbuch ist die Unterstützung für E-Mail ebenfalls gut. Das habe ich nicht getestet und kann dazu nichts sagen.
Insgesamt hat mich EasyPG sofort begeistert und gehört ab sofort zu den Emacs-Modi meiner Wahl.