Für diese Aufgabe finden sich in den Paketquellen von Arch zwei praktische Anwendungen mit ähnlichen Namen: Arch-Wiki-Lite und Arch-Wiki-Man. Das erste Programm steckt im Community-Repository, kann also direkt mittels pacman aus den regulären Paketquellen von Arch installiert werden, für das Zweite muss man hingegen das Arch User Repository bemühen. Beiden Programmen gemein ist, dass sie das Arch-Wiki lokal verfügbar machen, inklusive Suchfunktion und übersichtlicher Darstellung der heruntergeladenen Artikel; es gibt aber sehr wohl ein paar kleine Unterschiede. Ebenso fehlt in bei beiden Anwendungen das deutschspachige Wiki, da dieses sein eigenes Ding auf einem eigenständigen System dreht.

Arch-Wiki-Lite, klein und schlank

Das Programm Arch-Wiki-Lite hat gerade erst ein paar kleine Updates erhalten, die der Anwendung unter anderem eine „grafische“ auf Ncurses basierende Oberfläche spendieren, allerdings auch nur bei den Suchergebnissen. Ansonsten kommt Arch-Wiki-Lite recht schlicht daher: Artikel zeigt das Programm beispielsweise nur mithilfe von less an, dabei geht ein Großteil der Formatierung der Wiki-Artikel verloren. Allerding kann man auf diese Art die Artikel bequem durchsuchen und diesen gut navigieren. Eine Suche stößt ihr etwa mit /systemctl an, mit einem kleinen [N] springt ihr zum nächsten Treffer, mit [Umschalt]+[N] zum vorherigen. Die Wikipedia hat eine schöne Übersicht zu den wichtigsten Kommandos von less.

### Arch-Wiki-Lite installieren:
$ sudo pacman -S arch-wiki-lite

### Lokales Wiki durchsuchen:
$ wiki-search suspend
$ wiki-search pulseaudio
### Hilfe aufrufen:
$ wiki-search --help

### Sprache umstellen:
$ wiki-search --lang
   2129 en
    525 zh-CN
    507 ru
[...]
$ export wiki_lang="zh-CN"

Arch-Wiki-Man, größer aber elegant

Im Gegensatz zu Arch-Wiki-Lite benötigt Arch-Wiki-Man aus dem AUR schon von Haus aus 62,23 MiB anstatt nur knapp über 16 MiB auf der Festplatte. Dazu kommt noch, dass die Anwendung mit Node.js und dem Node Package Manager zwei größere Pakete als Abhängigkeiten nach sich zieht. Somit baut das Programm schnell deutlich größer — was bei den heutigen Größen von Festplatten und SSDs ja keine so tragende Rolle mehr spielt. Die Übersicht über die Suchergebnisse verzichtet auf eine Ncurses-Oberfläche, dafür sieht man gleich einen kleinen Ausriss aus den gefundenen Ergebnissen. Zudem bereitet Arch-Wiki-Man die Seiten als Manpage auf, was in meinen Augen deutlich zur Lesbarkeit der Artikel beiträgt.

### Arch-Wiki-Man aus dem AUR installieren
### alternativ mit jedem anderen AUR-Helper:
$ pacaur -S arch-wiki-man

### Lokales Wiki durchsuchen:
$ awman apache                     ## Nur Artikel-Namen durchsuchen
$ awman -k "Apache configuration"  ## In kompletten Artikel suchen
### Hilfe aufrufen
$ awman --help

### Sprache umstellen:
$ awman --list-languages
arabic
bulgarian
catalan
chinesesim
[...]
$ awman systemd -l spanish

Bei all der Freude über ein fortwährend aktuelles System gibt es ab und an kleine Unstimmigkeiten bei der Installation von Software-Updates. Es kann schon mal passieren, dass eine neue Versionen einen Bug mitbringt. Da Arch aber eng am Upstream sitzt, ist dieser meist auch schnell wieder behoben. Die größten Pannen entstehen jedoch nicht durch die Systemupdates: Der größte anzunehmende Fehler sitzt in der Regel vor dem Bildschirm. So fiel bei mir während schon einmal während eines Pacman-Updates der Strom aus oder ich habe die Konfiguration des Bootmanagers verbastelt.

HINWEIS: Das hier geschilderte Vorgehen funktioniert selbstverständlich auch bei anderen Linux-Distributionen wie auch mit anderen Live-Linuxen. Im Endeffekt geht es immer darum das eigentlich installierte System in einem Live-Linux per Chroot einzubinden, um in diesem mit dem eigentlich installierten arbeiten zu können, ohne es booten zu müssen.

Das Ergebnis ist am Ende meist das selbe: Wenn man sehr sehr viel Pech hat, dann lässt sich Arch nicht mehr booten. Aus diesem Grunde habe ich bei mir auch immer einen USB-Stick mit einem Ubuntu-System liegen. Von diesem Notfall-System aus lässt sich Arch in der Regel wiederbeleben — egal was zuvor passiert ist. Hat man nur eine Konfigurationsdatei wie die /etc/fstab oder die /boot/syslinux/syslinux.cfg verbastelt, dann kann man diese ja leicht von der Live-CD aus bearbeiten. Hängt allerdings das System, weil zum Beispiel Pacman jäh unterbrochen wurde, dann braucht es ein anderes Kaliber: Ein Chroot in die nicht mehr bootende Arch-Installation.

Arch-Chroot aus Ubuntu

Damit das klappt, müsst ihr euren Rechner von einer Linux-Live-DVD oder einem USB-Stick mit Linux booten. Für meine Zwecke reicht ein USB-Stick mit Ubuntu 14.04 und persistenter Partition aus, so muss ich nicht immer wieder die Spracheinstellungen korrigieren oder den WLAN-Zugang neu einrichten. Ist das Live-System geladen, öffnet ihr als erstes ein Terminal und schaut euch an, welche Device-IDs die in eurem System verbauten Festplatten und Partitionen bekommen haben. Am einfachsten klappt dies in meinem Augen immer mit dem Befehl lsblk.

$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 26G 0 part
├─sda2 8:2 0 202,9G 0 part
└─sda3 8:3 0 4G 0 part [SWAP]
sde 8:64 1 1000M 0 disk
├─sde1 8:65 1 964M 0 part
└─sde2 8:66 1 2,3M 0 part
loop0 7:0 0 922M 1 loop /rofs

In meinem Fall sitzt das ganze System auf einer 256 GByte großen SSD, also ist /dev/sda das richtige Gerät. Nun weiß ich, dass bei meinem Rechner auf /dev/sda1 das System, auf /dev/sda3 die Homeverzeichnisse und auf /dev/sda4 das Boot-Verzeichnis liegt; kennt ihr euch auf eurem System nicht so gut aus und lässt sich auch aus der Partitionsgröße nicht auf die Zugehörigkeit schließend, dann könnt ihr aus dem Dateimanager heraus die Partitionen kurz einbinden und so direkt nachsehen, welche Daten wo liegen.

Ist die Frage geklärt, holt ihr euch mit sudo -s Root-Rechte und erzeugt einen Mount-Punkt für euer Arch-System im aktuellen Live-Linux; für mein Beispiel nutze ich einfach /arch. In dieses mountet ihr zuerst die Systempartition, dann die Homepartition nach /arch/home und schließlich — natürlich nur wenn /boot auch auf einer eigenen Partition liegt — die Bootpartition eures Arch-Systems.

$ sudo -s
$ mkdir /arch
$ mount /dev/sda1 /arch
$ mount /dev/sda2 /arch/home
### Falls ihr weitere Partitionen nutzt...
$ mount /dev/sda4 /arch/boot

Damit das Chroot später komplett funktioniert, müsst ihr nun noch Symlinks zu dynamischen Verzeichnissen des Live-Systems wie /proc oder /dev in den zukünftigen Chroot-Bereich legen. Alleine mit diesen Symlinks würde allerdings der Netzwerkzugang inklusive Namensauflösung noch nicht korrekt funktioniern, holt euch daher noch die resolv.conf des Live-Linux in das Chroot rüber. Ist das alles geschehen, öffnet ihr schließlich mit dem Chroot-Befehl euer Arch-Linux — ohne es vorher Booten zu müssen.

$ mount -t proc none /arch/proc
$ mount -t sysfs none /arch/sys
$ mount -o bind /dev /arch/dev
$ mount -o bind /dev/pts /arch/dev/pts # Wichtig für Pacman
$ cp -L /etc/resolv.conf /arch/etc # Für Netzwerkzugriff
$ chroot /arch bash

Im Chroot arbeitet ihr nun mit sämtlichen Daten eures Arch-System, die Wurzel des Verzeichnisbaums beginnt wie gewohnt bei / und nicht mehr mit dem zuvor erstellten Mountpunkt. Zum Bearbeiten der fstab wechselt ihr also einfach nur nach /etc und öffnet dort die Fstab-Datei mit einem Editor wie zum Beispiel Nano: nano /etc/fstab. Ihr braucht sogar auf Programme mit einer graphischen Oberfläche nicht verzichten, dazu müsst ihr lediglich den Xserver des Ubuntu-Systems mit xhost + für Zugriffe von außen öffnen.

Befehle wie pacman -Syu zum Einspielen von Updates oder etwa syslinux-install_update -i -a -m für die Neu-Installation des Syslinux-Bootloaders lassen sich direkt aus dem Chroot ausführen, als ob ihr aus eurem Arch-System heraus arbeiten würdet. Mit ein bisschen Ellbogenschmalz und Geschick beim Googeln nach Fehlermeldungen bekommt man sein Arch danach in der Regel wieder recht schnell flott, sodass man wieder ganz normal von der Festplatte oder der SSD booten kann.

Das Programm ist noch sehr jung und ist auch noch eher auf englischsprachige Anwender ausgerichtet. So fehlt etwas eine deutsche Übersetzung völlig. Wer Englisch spricht und neugierig auf eine Alternative zu Ubuntu-Tweak ist, der kann sich Ubun-student aus der PPA-Paketquelle der Entwickler installieren. In der Paketquelle befindet sich nur dieses eine Paket, die Quelle sollte daher das eigene System nicht durcheinander bringen. Nach…

$ sudo add-apt-repository ppa:ubun-student/ppa
$ sudo apt-get update
$ sudo apt-get install ubun-student 

…ist das Programm installiert und Ihr könnt das Programm unter Anwendungen | Systemwerkzeuge | Ubun-Student starten. Beim ersten Start bekommt Ihr automatisch den Tipp des Tages präsentiert.

Über die Buttons im Kopf der Anwendung könnt Ihr zwischen den verschiedenen Funktionen des Programms wechseln. Das ganze ist nicht ganz konform mit der HIG von GNOME, aber man versteht das Prinzip. Über Adjustments könnt Ihr etwas zahlreiche gconf-Schlüssel setzen und so Euren Desktop anpassen. Bleibt ihr länger mit der Maus über einer Aktion, so wird ein Hinweis eingeblendet welcher Schlüssel eigentlich geändert wird.

In den weiteren Menüs könnt Ihr Programme installieren, Firefox-Addons hinzufügen oder Links zu populären Dokumentationen öffnen. Noch ist das Programm nicht wirklich fertig, gerade für deutschsprachige Anwender ist es aufgrund der fehlenden Übersetzung und Ausrichtung auf englische Inhalte nicht soooo interessant. Aber ich finde den Ansatz „Hilfe zur Selbsthilfe“ besser als eine reine Tweak-Sammlung ohne Dokumentation wie Ubuntu-Tweak.