Kategorie: Linux

Die Planungen beginnen. Ich will auf meinem Lenovo Edge E520 Arch Linux installieren.
Dabei will ich, dass der Trackpoint funktioniert, das Touchpad, und Hardware Grafikbeschleunigung.
Letzteres könnte knifflig werden, da es eine „geteilte“ Grafikkarte ist. Einerseits die stromsparende Intelgrafik, andererseits eine mobile ATI Karte.
Ich denke, dass das schon der größte Knackpunkt sein wird. Wenn du damit Erfahrungen damit hast, hinterlasse doch einen Kommentar. Das freut mich.

Außerdem soll das gesamte System verschlüsselt sein. Das muss ich noch recherchieren. Da Arch keinen Installer mitbringt, wird das viel Handarbeit.
Immerhin gebe ich damit ein wunderbar laufendes Windows7 auf. Ich will, dass das Notebook so einen vollwertigen Ersatz darstellt.

Damit die Ganze Aktion nicht in totalem Frust Endet benutze ich einen doppelten Boden und teste die Installation erstmal in der VirtualBox.
Ich halte mich dabei im wesentlichen an diese Anleitung.

Das Festplattenlayout ist mit Gdisk schnell erstellt. Dazu habe ich auch noch meinen Blogeintrag um ein paar Details erweitert.
Auch das einrichten der Verschlüsselung und der Passphrase hat soweit gut funktioniert. Anschließend war die nach Arch-chroot /mnt die Installation des Basisystems möglich. GRUB musste ich dann noch mit pacman -Sy grub nachinstallieren und anschließend die grub.cfg erstellen. Dort habe ich noch cryptdevice=/dev/sda2:cryptroot eingetragen, die grub.cfg erneut erzeugt und das System anschließend neu gestartet.

Der Bootvorgang schreitet dann auch durchaus voran und fordert mich auf die Passphrase für cryptroot einzugeben. Das entsperren scheint zu funktionieren. Doch ab dort fangen meine bisher ungelösten Probleme an.
Das gilt es also noch zu lösen bevor ich an das Notebook selber gehe.

Liegt es daran, dass das Home Verzeichnis noch nicht eingebunden ist? Es geht wieder an die Recherche.

Seit ich mit Arch Linux herum experimentiere geht mir die Limitierung von vollständigen Releases immer mehr auf die Nerven. Bei Fedora sogar besonders, weil die mir bisher bekannten Updateroutinen nicht gerade komfortabel waren. Ubuntu mal wieder bietet ja aus dem laufenden System heraus an, auf die nächste Version updaten zu können.
Unter Fedora gibt es die Möglichkeit dies auf Wegen mit yum zu bewerkstelligen, allerdings weit von der Simplizität bei Ubuntu entfernt.

Die Lösung kam mir dann mal wieder per Zufall vor die Nase. Irgendwo in den Tiefen der Fedora Wikis bin ich auf das kleine Progrämmchen fedup, welches tatsächlich Ab Fedora 18 z.B. preupgrade ersetzt.
Wie gut, dass ich Fedora 18 installiert habe. Damit das ganze auch ein Weilchen vorhält, soll es dann auch direkt das Update zu Fedora 20 sein, eine noch frühe Version des nächsten Releases also.

Fedup bietet die Möglichkeit das Upgrade von einem vorher heruntergeladenen Installationsmedium zu machen, oder die Quellen direkt aus dem Netz zu ziehen.
Dazu muss lediglich der Befehl

sudo fedup --network 20

ausgeführt werden. Anschließend passiert alles von alleine. Die Zahl steht natürlich für die Version. Ihr könnt auch Version 19 wählen.
Wenn fedup durchgelaufen ist, hat es einen Eintrag in Grub hinzugefügt, welcher beim nächsten Systemstart das Update startet.
Bei verschlüsselten Dateisystemen ist ggf. der grafische Bootvorgang zu deaktivieren, indem rhgb quiet in grub mittels der Editierfunktion (e drücken) entfernt wird. Dann muss dieser editierte Updateeintrag gestartet werden und sobald die Ausgabe stoppt muss man die Passphrase der Verschlüsselung eingeben und mit Enter bestätigen. Deaktiviert man dies bevor man fedup das im System startet, übernimmt fedup diese Option für den eigenen Grub Eintrag.
Teilweise las ich auch von Bugs in Verbindung mit selinux. Dies habe ich eh ausgeschaltet. Somit ist das für mich kein Thema. Man soll aber eher die enforcing Option für selinux benutzen, als selinux=0 zu setzen.

Anschließend erfolgt das update und am Ende steht ein reboot. Wenn alles gut gegangen ist, dann sollte euch euer Login Bildschirm begrüßen.

Zum Schluss sollten dann noch ein paar Dinge zum Aufräumen und zum Abschluss des Updates gemacht werden. Schaut dazu einfach in dieses Fedora Wiki.

Bei mir lief alles glatt. Steam funktioniert, der Nvidia Treiber ist vorhanden und funktioniert. Nur erschien mir das System zu Anfang arg langsam. Mittlerweile geht es aber.

Das Arch User Repository (AUR)

Momentan teste ich Arch Linux um zu sehen, wie sehr es sich in meinem Alltag bewähren könnte. Das maßgebliche Kriterium ist die Komplexität. Ein Linux darf für mich nicht zu komplex werden, wenn es um die Pflege des Systems geht. Updates müssen zeitnah und mit einem Paketmanager installierbar sein. Aus meiner mittlerweile doch fast eine Dekade zurückliegenden Erfahrung mit Gentoo weiß ich, dass mir die Konfiguration der flags in unregelmäßigen Abständen zu nervig wird. Ich muss einfach jedes mal nachsehen was ich tun muss und das ist dann für den Alltag eher unpraktisch. Arch erklärt sich hier selber. Ich muss keine besonderen Einstellungen vornehmen, pacman macht einfach. Fehlt ein Paket, dann sagt Arch mir das. Ich kann dann einfach per Paketmanager die angegebenen Paketnamen exakt übernehmen und pacman installiert dies dann. Angenehm. Dem geneigten Nerd vielleicht aber schon fast zu wenig Kontrolle. Für ein Desktop System reicht es mir aber.

Handelt es sich aber um Software, die noch nicht im Arch Repository aufgenommen ist, steht man nicht plötzlich dort und darf die Nummer komplett von „Hand“ kompilieren, sondern dann gibt es das AUR.
Auch im AUR sind nicht alle Pakete aber immerhin bin ich bisher auf kein Paket getroffen, welches ich nicht dort gefunden habe und das, obwohl das AUR von nur wenigen Menschen im Kern gepflegt wird.

Zuletzt wollte ich mir mal die Twitter Clients Birdie und Corebird ansehen. Das Dilemma auf meinem Desktop Rechner: Fedora 18 sieht in den Repositories weder die entsprechenden Pakete vor, noch die Abhängigkeiten. Vielleicht kommt das noch, vielleicht könnte ich es auch beschleunigen wenn ich mich dabei engagiere. Will ich aber gerade nicht, vermutlich fehlt mir auch das Know How. Gut, also selber bauen. Mit cmake sollte das ja auch nicht so schwer sein. Aber birdie benötigt gewisse Pakete. z.B. vala min. in der Version 0.2.10. Und, natürlich, nicht in den Repositories. Erst ab Fedora Core 20. Hier beginnt es anstrengend zu werden. Mir ist nämlich nicht ganz klar, wie ich Fedora dazu bewegen kann Pakete aus teilweise neueren Repositories zu benutzen.

Hier kommt also wieder das Rolling Release System von Arch ins Spiel. Denn die Pakete sind sehr neu und nicht von bestimmten Releases abhängig.
Dennoch, beide Twitter Clients sind noch nicht in den Repositories. Macht aber bei Arch nicht, man findet sie beide im AUR.
Dort lädt man einfach eine Archivdatei runter, entpackt diese baut sie, installiert ggf. noch fehlende Abhängigkeiten via pacman nach und installiert dann das Paket.

Genauer also:

• Paket suchen
• tar herunterladen
• entpacken und in das neu erstellte Verzeichnis wechseln
• Die Makefile überprüben und ggf. die Optionen anpassen
• den Befehl makepkg ausführen
  • ggf. fehlende Abhängigkeiten nachinstallieren.
• Sobald der Vorgang erfolgreich abgeschlossen ist, wird das Paket dann mit dem Befehl (sudo) pacman -U /foo/bar/pkg.tar installiert und ist damit sofort systemweit verfügbar.

Für mich ist das ein extrem komfortabler Weg Software zu installieren, die es noch nicht in die offiziellen Repositories geschafft haben und in Ubuntu dominierten Zeiten nur als .deb vorhanden sind, nicht mal mehr als .rpm.
Die Pakete im AUR sind, so scheint mir, teilweise auch an die git Quellen der Entwickler gekoppelt. Aktueller gehts ja wirklich kaum noch.