Auf der Ubucon 2008 habe ich ja einen Vortrag über LVM gehalten.

Das ganze hat mir viel Spaß gemacht, und ich denke auch bei den Teilnehmern kam das Thema gut an. Einziger Kritikpunkt waren die LVM-Snapshots, den diese konnte man damals zwar erstellen, aber nicht einfach mal eben zurücksichern.

Dies ist jetzt möglich da Kernel und LVM-Tools die nötigen Patches erhalten und akzeptiert haben. Man benötigt dafür aber Kernel 2.6.33 sowie LVM-Tools in Version 2.02.58 welche es leider nicht mehr in Lucid geschafft haben. Somit muss man auch auf der aktuellen LTS Version, auf dieses sinnvolle Feature verzichten.

Debian Testing hat die benötigte Version der LVM-Tools schon in den Paketquellen, allerdings ist zu hoffen das 2.6.33 es vielleicht doch noch schafft.

Heute haben wir pyNeighborhood in der Version 0.5.1rc2 veröffentlicht. Hier der Eintrag vom Launchpad.

Für Ubuntu gibt es natürlich wieder ein PPA (Link), für Arch Linux ein AUR (Link) und für Debian kommen Pakete sobald die Final Version 0.5.1 veröffentlicht wurde.

Es werden noch freiwillige gesucht die im Launchpad die Übersetzungen für andere Sprachen wie Deutsch und Englisch fertig machen (Link) könnten.

Da ich ja neulich von Ubuntu auf Arch gewechselt bin, habe ich dort natürlich keine Tools um Debian Pakete für testing oder diverse PPAs zu bauen.

Dies ist natürlich ärgerlich da ich das ein oder andere Paket natürlich weiterhin für Debian und Ubuntu anbieten will, insbesondere pyNeighborhood ist ja eher für Einsteiger und damit Ubuntu Anwender gedacht.

Damit ich weiterhin diese Pakete bauen kann habe ich mich für schroot entschieden. Damit kann man einfach und effektiv verschiedene chroot Umgebungen verwalten, so das ich mit einem einzigen Befehl in einem Debian System bin.

Für die Installation der benötigen Programme habe ich yaourt verwenden:

yaourt -S debootstrap schroot

Der nächste Schritt bestand daraus ein neues Logical Volume einzurichten und darauf dann ein Debian Basissystem zu packen:

sudo lvcreate -L 5G -n sid main
sudo mkdir /mnt/sid
sudo mount /dev/mapper/main-sid /mnt/sid
sudo debootstrap --arch=amd64 sid /mnt/sid http://ftp.de.debian.org/debian
sudo umount /mnt/sid

Nun müssen nur noch 2 Sachen gemacht werden damit man schroot verwenden kann. Das wichtigste wäre die Anpassung der Datei /etc/schroot/schroot.conf, hier muss dies am Ende der Datei (alternativ auch sonstwo) einkopiert und angepasst werden:

[sid]
type=block-device
device=/dev/mapper/main-sid
root-groups=wheel

Damit kann jeder Benutzer der in der Gruppe wheel ist auch schroot voll verwenden. Natürlich sollte man bei größeren Sicherheitsanforderungen die Manpage der schroot.conf aufmerksam durchlesen! Zusätzlich sollte man noch in der Datei /etc/schroot/default/nssdatabases die Zeile mit networks kommentieren, da sonst ein Start der chroot Umgebung nicht funktioniert, dies liegt daran das Arch Standardmäßig keine /etc/networks hat welche vom Startscript kopiert werden könnte.

Nun kann man mit

schroot -c sid -p

eine Benutzershell in chroot öffnen. Dabei wird sogar das /home-Dateisystem vom Hostsystem übernommen.

Seit ca. 2006 habe ich statt Debian lieber Ubuntu auf den Desktops verwendet. Haupgrund war für mich damals, das viele Pakete einfach viel zu alt sind (in Stable versteht sich), oft waren selbst die Versionen von Testing nicht aktuell genug, um meine Wünsche und Anforderungen zu erfüllen.

Anfangs hat mir Ubuntu (bin ja erst seit Dapper dabei, vorher nur ab und an mal einen Blick drauf geworfen) sehr gut gefallen. Es war aktuell genug das auch der (damals neue) nVidia Treiber mit dem X.org richtig laufen wollte, und ich so meinen neuen 22er TFT richtig nutzen konnte. Unter Debian wollte dieser einfach nicht akzeptieren das meine GeForce mehr als 1280x960 kann.

Das letzte große Release von Ubuntu das ich auf vielen Systemen verwende war bisher Hardy Heron (8.04), auch dies lief, nach kleinen Problemen am Anfang, sehr stabil und zuverlässig. Leider sind 2 Jahre auf dem Desktop für ein Ubuntu LTS fast etwas viel. So musste im Laufe der Zeit ein PPA nach dem anderen die Pakete vom System aktualisieren, was natürlich ein dist-upgrade nach 2 Jahren unmöglich machte. Compiz funktionierte nach einem Wechsel der Grafikkarte (GeForce 9500GT auf GeForce 9600GT) auch nichtmehr zuverlässig, Schuld war wohl ein Bug im nVidia Treiber der nur mit alten X.org Versionen auftaucht. Da ich mir mein System nicht totpatchen wollte gab es halt ab da kein Compiz mehr (irgendwie vermisse ich das mittlerweile überhaupt nicht mehr).

So kam Lucid, dies wurde nicht via dist-upgrade auf mein System gebracht sondern mit einem debootstrap in ein neues LV. Leider durfte ich damit (nach weniger als einer Woche) schon wieder mit PPAs beginnen, den z.B. brauche ich eine neuere v4l-dvb Version damit meine DVB-S2 Karte richtig lief. Dann war gajim noch Broken (kein Weltwunder bei dieser Version) und einige andere Sachen liefen auch nicht so wie ich es erwartet habe. Zum Schluss hat GNOME ab und an einfach vergessen Compiz oder Metacity zu starten, was sicherlich an dem Userprofil liegen mag das ich schon seit Debian Woody immer wieder von einer Installation auf die nächste kopiere.

Nun war mir klar das eine Distribution mit Rolling Releases das einzige wäre das meinen Wunsch nach neuen Programmversionen und schnelleren Bugfixes stillen kann.

Hier gibt es, meiner Meinung nach, nur 4 Möglichkeiten:

• LFS
• Gentoo
• Arch
• Debian Sid

Sowohl bei LFS als auf bei Gentoo steckt mir einfach zu viel Arbeit dahinter, daher viel meine Wahl (nach einem doch recht kurzen Test) auf Arch. Debian Sid läuft außer Konkurenz, wird bei mir aber in einer VM als Testsystem bleiben müssen.

Natürlich werde ich noch weiterhin auf Ubuntuusers.de und anderen Plattformen Hilfe für Ubuntu Leisten, dennoch werde ich es in Zukunft nichtmehr auf neuen Systemen verwenden. Auf Servern wird in Zukunft wieder Debian Stable zum Einsatz kommen, auf den Clients in Zukunft Arch. Und nur bei Leuten die weniger IT KnowHow haben wird nach wie vor Ubuntu verwendung finden.

Mittlerweile fragen immer mehr meiner Kunden nach "Mini-PCs", also diesen EEE Boxen von Asus & Co.

Da auch immer mehr Kunden nach einem zweiten Betriebssystem fragen installiere ich hier gerne Ubuntu. Bisher war das Hardy Heron (außer die Hardware wollte damit nicht laufen), doch jetzt kommt Lucid Lynx auf die Kisten. Die Installation läuft sehr unspektakulär von sich, (ich verwende Alternate als Installationquelle da ich schon seit Jahren fast jedes System via PXE Installiere) und auch ein Dualboot mit dem vorinstallierten Windows 7 macht (wie zu erwarten) keine Probleme.

Das einzige was nachinstalliert werden muss, ist der nVidia Treiber, damit man auch die Grafikkarte und den HDMI Ausgang richtig verwenden kann.

Das System war übrigens in weiß, ob es auch auf einer schwarzen EEE Box funktioniert konnte ich mangels Hardware leider nicht testen ;-)

Wie vielen bekannt ist wird Ubuntu 10.04 "Lucid Lynx" ja eine LTS Version. Das bedeutet man bekommt damit länger Support als für ein normales Ubuntu.

Viele achten auf so etwas nicht und haben immer die neueste Version von Ubuntu, oder verwenden eine Distribution mit Rolling-Releases wie z.b. Arch. Ich selbst lege aber großen Wert auf ein System das ich möglichst lange ohne große Änderungen verwenden kann.

Dies liegt zum einen daran das ich einige Kundenserver betreue, diese laufen jetzt alle noch auf Ubuntu Hardy und werden auch bestimmt noch mind. 1 Jahr lang bei Hardy bleiben. Das gleiche gilt für meinen Homeserver, auch wenn hier die Dienste natürlich keine so hohen Anforderungen an Verfügbarkeit haben.

Meine Rootserver laufen eh schon (aus historischen Gründen) mit Debian, was ich auf absehbare Zeit auch nicht ändern werde.

Die Clients werde ich alle von 8.04/9.10 auf 10.04 aktualisieren sobald es 10.04.1 gibt, da hiermit wohl die gröbsten Fehler gefixt sein dürften. In einer VM werde ich natürlich (wie auch jetzt schon) testen wie sich Lucid so macht.

Ich denke mit diesen Upgrades geht jeder anders um, ich selbst werde das Upgrade aber noch etwas verschieben. Schon allein weil ich so die ohnehin schon überlasteten Server etwas schonen kann. Gleichzeitig werde ich wie jedes Jahr auf den Rootservern die ich betreue die Torrents seeden!

Lange Zeit war ich bei Ubuntuusers sehr aktiv. Dies in folgenden Positionen:

• Supporter (sogar ca. 1 Jahr lang Teamleiter)
• Moderator (aus Zeitgründen leider aufgegeben)
• Webteam

Doch damit ist nach dieser News endgültig Schluss!

Nicht jede Entscheidung vom Team muss man verstehen, aber wie sich für sowas eine Mehrheit finden konnte ist mir wirklich unverständlich. Ich nutze ja auch den ein oder anderen Google Dienst, aber jetzt auch noch Ubuntuusers bei denen mit schön viel Werbung und Zensierten Suchergebnissen ist mir wirklich zu viel des guten. Auch der ein oder andere Kollege hat das Team wegen diesem Unfug verlassen.

Ich hoffe das Ubuntuusers sich damit nicht ins eigene Knie geschossen hat. Just my 2 Cents...

Ich habe mir auch mal das neue Lucid Design angesehen.

Und ehrlich gesagt verstehe ich die Aufregung nicht! Wem es nicht gefällt der kann ja nach wie vor noch ein anderes Design (Theme) laden, niemand ist gezwungen das neue Design zu verwenden.

Auch das verschieben der Knöpfe (Schließen, Minimieren, Maximieren) finde ich nicht schlecht. Es gibt schon andere Fenstermanager die das so als Standard haben, und auch in Mac OS X sind die Knöpfe auf der Linken Seite. Ich denke sogar das die Linke Seite "Maustechnisch" die schönere Seite für derartige Knöpfe ist, da dort in der Regel auch die ganzen Menüs (Anwendungen, Datei, Bearbeiten, ...) zu finden sind.

Ohnehin wird erst die Zeit zeigen, ob die Wahl die Canonical mit diesem Design getroffen hat, eine langfristig gute Entscheidung war.

Seit Anfang der Woche gibt es pyNeighborhood in der Version 0.5.1-rc1 im Launchpad.

Zusätzlich gibt es ein neues PPA, so das es nun eine saubere Trennung zwischen meinem Persönlichen PPA und dem Projekt PPA gibt. Dies ist insbesondere sinnvoll da ich ja vielleicht auch mal was anderes als pyNeighborhood in meinem PPA haben möchte.

Hauptsächlich wurden in der neuen Vorabversion von pyNeighborhood übrigens diverse Bugs gefixt. Wenn wir nichts mehr finden was wirklich wichtig wäre hoffe ich das aus dieser Version 0.5.1 wird, welche wir dann in Ubuntu 10.04 LTS bekommen wollen. Der Maintainer hat mir zumindest zugesichert das es kein Problem sein dürfte!

Prima wäre es übrigens wenn ihr gefundene Fehler direkt im Launchpad meldet, Danke.

Seit ich meinen SheevaPlug habe, hat mich wieder der alte Spieltrieb gepackt: Welche Linux-Distribution bekommt man auf welcher Hardware ans laufen.

Downsizing

So nennt sich das wenn man versucht eine große Distribution (Ubuntu, Fedora, Debian, $INSERTYOURLINUXHERE, ...) auf ein eigentlich viel zu kleines und leistungsschwaches Gerät zu installieren. Meine Meinung nach ist sowas nicht unbedingt praktisch, und auch nicht gerade das was man sich täglich antun möchte.

Wer schon mal auf einem Pentium III mit 500 MHz und 128MB RAM mit Ubuntu "gesurft" hat, der weis was ich meine!

Upsizing

Auf der anderen Seite gibt es natürlich noch so viele Mini Linux Distributionen (Toms Root Boot Disk, HAL91, ...) welche doch Ideal für so ein kleines Gerät sein müssten. Doch auch hier ist man falsch, die meisten Mini Linux Distributionen gibt es nur für die i386 Architektur, eine Version für ARM oder noch exotischere Prozessoren wird man kaum finden (oder zumindest keinen Support dafür bekommen).

Der Aufwand eines dieser Minimalsysteme an seine (in der Regel) höheren Anforderungen anzupassen ist nicht gerade gering da oft z.B. der Kernel und viele Basistools ausgetauscht (oder erstmal hinzugefügt) werden müssen.

Viele Stunden rumbasteln nur damit man dem Nachbarn zeigen kann was für ein Toller Hecht man doch ist, naja... ich habe da andere Hobbies ;-)

Doch was richtiges?

Und jetzt kommen wir zu dem (IMHO) richtigen Weg: Man nimmt etwas, das genau für solche Geräte ausgelegt ist. Das allgegenwärtige ist natürlich Linux From Scratch, welches wenn man genug Erfahrung hat wirklich überall laufen sollte. Aber sind wir doch ehrlich: Wir nutzen Computer weil wir verdammt faul sind, nur die wenigsten von uns werfen einen Compiler an ohne zu wissen das es (mit großer Wahrscheinlichkeit) funktionieren wird.

Ich habe mich daher nach einiger Zeit für OpenWRT als Distribution für meinen SheevaPlug entschieden. OpenWRT erfüllt alle meine Anforderungen:

• Klein, mein aktuelles System (inkl. OpenVPN,iptables,sshd,rsync) ist weniger als 20 Megabyte groß
• Schnell, der Plug benötigt damit ~20 Sekunden zum booten
• Funktional, einfach das .tgz + uImage auf eine SD Card entpacken und Spaß haben
• Erweiterbar, für alles wichtige gibt es Pakete (zum selber bauen)
• Einfach, make menuconfig und auswählen was man will bekommt (fast) jeder hin

Fazit

Es bringt nichts (außer das die Zeit vorbei geht) wenn man krampfhaft versucht sein Linux das man immer und überall hat auf jedes noch so kleine (oder große) Gerät anzupassen. Natürlich war OpenWRT nur ein Beispiel, ggf. hat sogar schon T2 ein Target für Kirkwood (die Plattform vom SheevaPlug heist so).