In letzter Zeit gab es einige große Änderungen bei Archs Programmen des fühen Userspace. Also dachte ich mir, dass ich mir die Zeit nehme und allen diese Änderungen erläutere.

Bootvorgang von Linuxsystemen: Wofür braucht man einen frühen Userspace?

Früher war das starten eines Linux Systems einfach: Der bootloader lud den Kernel, dieser wurde extrahiert und initialisierte die Hardware, danach initialisierte er den Festplatten-Controller, erkannte die Festplatte und das sich darauf befindliche Root-Dateisystem, band dieses ein uns startete /sbin/init.

Heutzutage gibt es eine gigantische Menge an unterschiedlichen Controllern und eine große Anzahl unterschiedlicher Dateisysteme, da wir eine ordentliche Distribution sind möchten wir alle unterstützen. Also bauen wir sie alle in unser monolithisches Kernelimage welches nun mehrere Megabyte groß ist alles bis zur Küchenspüle unterstützt, aber dann kommt jemand und hat zwei SATA-Controller, drei IDE-Controller, sieben Festplatten sowie drei externe USB-Laufwerke und wer weiß was. Der Kernel erkennt diese nun alle asynchron, aber wo ist nun bitte das Root-Dateisystem? Ist es auf der ersten Festplatte? Oder auf der dritten? Was ist "die erste Festplatte" überhaupt? Und wie binde ich mein Root-Dateisystem in der LVM Laufwerksgruppe im verschlüsselten Container auf dem Software RAID-Array ein? Wie man sieht wird das alles etwas hässlich und der Kernel stellt sich gerne dumm oder kümmert sich einfach nicht um diese nervtötenden Probleme, besonders nachdem er durch uns - die wir ihn mit jeden erdenklichen Treiber gefüttert haben - so fett wurde.

Was nun? Ganz einfach, wir übergeben die Kontrolle dem Userspace und regeln die Erkennung der Hardware dort, richten den ganzen komplizierten und von den Leuten gewünschten Kram ein, binden das Root-Dateisystem ein und starten /sbin/init selbst. Nun frägst du dich sicherlich "Wie führe ich Applikationen im Userspace aus, wenn das Root-Dateisystem nicht eingebunden ist?" die Antwort darauf lautet "Magie!".

Was ist initramfs?

Naja die Antwort ist nicht Magie. Die Antwort lautet eigentlich initramfs: Jedes Linux System hat ein ramfs Dateisystem, welches immer eingebunden ist und rootfs heißt. Wahrscheinlich wirst du dieses nie sehen, da deine wirklichen Dateisysteme es nach dem Einbinden überdecken. Allerdings führt der Kernel auch ein komprimiertes cpio Archiv mit sich, welches direkt nach dem Start in das rootfs extrahiert wird. Noch besser: Es ist sogar möglich aus dem Bootloader heraus ein solches Archiv an den Kernel anzuhängen, welches dann ebenfalls in das rootfs entpackt wird.

Bevor der Kernel den altmodischen init Code ausführt, prüft er, ob das rootfs eine Datei namens /init enthält, ist dies der Fall überspringt er den klassischen Einbindungs- und Initcode und führt stattdessen /init aus. Nun liegt die Verantwortung für diese Aufgabe, welche für den Kernel als zu kompliziert eingeschätzt wird, bei diesem Programm. Auf diese Weise können wir einen Kernel, welcher keinerlei eingebaute Unterstützung für einen Festplatten-Controller auch nur für irgendein Dateisystem bietet(das ist eigentlich, was wir mit dem Arch Linux Standardkernel machen) bauen und fügen die benötigten Module schlichtweg in das initramfs Image ein.

klibc - Das Fegefeuer für die Initramfs Maintainer

klibc wurde ursprünglich als kleine leichtgewichtige C Bibliothek für den frühen Userspace entwickelt. Sie bringt einige Programme mit, welche einem dabei helfen alles Einzurichten. Mit klcc führt sie sogar ein hässliches Perlskript mit, welches den gcc aufruft und Binärdateien gegen die klibc anstatt die übliche libc linkt. Als Aaron Griffin 2006 mkinitcpio als Ersatz für die alten, unflexiblen Skripte mkinitrd und mkinitramfs entwickelte, wurde entschieden es auf klibc basieren zu lassen. Von Anfang an hatte klibc Probleme:

• Das Set an mitgelieferten Programmen war begrenzt und den Programmen fehlten wichtige Optionen.
• Die meisten externen Programme liesen sich nicht gegen die klibc linken oder mussten dafür stark gepatcht werden.
• Es gab keinen dynamischen Linker, alle Binärdateien wurden statisch gegen eine spezifische Version der klibc gelinkt, diese Version änderte sich mit jeder Änderung an den klibc Quellen oder der Kernelheader, was dann wieder den Neubau aller - gegen die klibc gelinkten - Binärdateien nötig machte.
• Es war nicht möglich andere dynamische Bibliotheken, als die klibc selbst zu erstellen.

Es einfach halten

2009 entschied ich dann, dass um eine initramfs Umgebung mit geringem Verwaltungsaufwand, vielen Funktionen und großer Flexibilität, die folgenenden Änderungen nötig waren:

• Verwendung der C Bibliothek des Systems und keiner seperaten.
• Die Verwendung von busybox für grundlegende System- und Skriptingprogramme, um einen guten Kompromiss ziwschen hoher Funktionalität und kleiner Dateigröße zu finden.
• Die Verwendung von util-linux-ngs blkid, um Label von Dateisystemen, UUID und Typerkennung vollständig für alle neuen und alten Dateisysteme zu haben.
• Die Verwendung von modprobe, udev, lvm, cryptsetup, mdadm/mdassemble aus den normalen Arch Paketen für weitere fortgeschrittene Funktionen.

alias mktesting="mkchr testing64 && mkchr testing32"
alias mkstable="mkchr stable64 && mkchr stable32"

# Update the given chroot/all
function upchr() {
        if [ $1 = "all" ]; then
                print 'e[1;32mUpdating the e[1;31mstable32e[1;32m chroot.e[0m'
                sudo mkarchroot -u /var/chroots/stable32/root/
                print 'e[1;32mUpdating the e[1;31mtesting32e[1;32m chroot.e[0m'
                sudo mkarchroot -u /var/chroots/testing32/root/
                print 'e[1;32mUpdating the e[1;31mstable64e[1;32m chroot.e[0m'
                sudo mkarchroot -u /var/chroots/stable64/root/
                print 'e[1;32mUpdating the e[1;31mtesting64e[1;32m chroot.e[0m'
                sudo mkarchroot -u /var/chroots/testing64/root/ 
        elif [ ! $1 = "" ]; then
                print 'e[1;32mUpdating the e[1;31m'$1'e[1;32m chroot.e[0m'
                sudo mkarchroot -u /var/chroots/$1/root/
        fi
}

# Build the package with the given chroot
function mkchr() {
        if [ ! $1 = "" ]; then
                print 'e[1;32mBuilding package using the e[1;31m'$1'e[1;32m chroot.e[0m'
                sudo makechrootpkg -c -r /var/chroots/$1/
        fi
}

# Create a set of stable chroots for both architectures
function create_stable_chroots () {
                sudo mkdir -p $1/stable64 $1/stable32
                # 64 Bit Chroot
                sudo mkarchchroot $1/stable64/root base base-devel sudo
                sudo $EDITOR $1/stable64/root/etc/pacman.d/mirrorlist
                # 32 Bit Chroot
                sudo sed -e 's/x86_64/i686/g' $1/stable64/root/etc/pacman.d/mirrorlist > /tmp/mirrorlist
                sed -e 's@/etc/pacman.d/mirrorlist@/tmp/mirrorlist@g' $1/stable64/root/etc/pacman.conf > /tmp/pacman.conf
                sudo mkarchchroot $1/stable32/root base base-devel sudo
                echo "Created stable32 and stable64 under ."
}

# Create a set of testing chroots for both architectures
function create_testing_chroots () {
                sudo mkdir -p $1/testing64 $1/testing32
                # 64 Bit Chroot
                sudo mkarchchroot $1/testing64/root base base-devel sudo
                sudo $EDITOR $1/testing64/root/etc/pacman.conf
                sudo $EDITOR $1/testing64/root/etc/pacman.d/mirrorlist
                # 32 Bit Chroot
                sudo sed -e 's/x86_64/i686/g' $1/testing64/root/etc/pacman.d/mirrorlist > /tmp/mirrorlist
                sed -e 's@/etc/pacman.d/mirrorlist@/tmp/mirrorlist@g' $1/testing64/root/etc/pacman.conf > /tmp/pacman.conf
                sudo mkarchchroot $1/testing32/root base base-devel sudo
                sudo $EDITOR $1/testing32/root/etc/pacman.conf
                sudo $EDITOR $1/testing32/root/etc/pacman.d/mirrorlist
                echo "Created testing32 and testing64 under ."
}
 

If your shell is not bash compatible, the functions may need small modifications. ]]> http://atsutane.freethoughts.de/128/shellfunctions-making-the-usage-of-chroots-easier http://atsutane.freethoughts.de/128/shellfunctions-making-the-usage-of-chroots-easier Mon, 28 Dec 2009 15:16:54 +0100 den Terminal Feedreader newsbeuter in der Version 2.1 freigegeben. Zu den Neuerungen zählen unter anderem:

• Support von 256 Farben unterstützenden Terminals
• Support von SOCKS Proxies.
• notify-beep Option(Sehr nützlich in Kombination mit dem Urgency Hint - siehe vorheriger Artikel)
• Automatische Selektierung des ersten ungelesenen Artikels in einem Feed.
• Verbessertes HTML Rendering.
• Artikel können nun auch aus der Artikelansicht heraus gelöscht werden.

vbell off

urxvt: ~/.Xdefaults
For urxvt you only have to activate the urgentOnBell option:

URxvt*urgentOnBell: true

If you use another terminal, you only have to search the documentation for "urgen" in order to find the option.

irssi: ~/.irssi/config
If you want to do configuration directly using the file, add these lines to the settings part:

settings = {
#...
  "fe-common/core" = {
    bell_beeps = "yes";
    beep_when_away = "yes";
    beep_when_window_active = "yes";
    beep_msg_level = "HILIGHT INVITES MSGS NOTICES CTCPS DCC DCCMSGS"
  }
}

Or using a running instance:

/set bell_beeps on
/set beep_when_away on
/set beep_when_window_active on
/set beep_msg_level HILIGHT INVITES MSGS NOTICES CTCPS DCC DCCMSGS
/save

]]> http://atsutane.freethoughts.de/126/irssi-screen-urxvt-configuring-the-urgency-hint http://atsutane.freethoughts.de/126/irssi-screen-urxvt-configuring-the-urgency-hint Sun, 29 Nov 2009 14:10:06 +0100
Macht euch mit dem LiveUpdate und Online LiveUpdate keine Hoffnungen, hat sich auf einem extra dafür aufgesetztem Windows XP mit Service Pack 2, auf welchem außer den Treibern für die Hardware nichts installiert war als unbrauchbar erwiesen(etliche Fehlfunktionen). Nehmt stattdessen lieber 3 Disketten(3.5" 1.44MB) und ein entsprechendes Diskettenlaufwerk zur Hand, formatiert diese mit FAT und ladet euch von der Seite eures Mainboards das aktuelle BIOS, besorgt euch eine Windows ME oder Windows 98 Startdiskette(RAMDISK! Den Hinweis im beiliegenden Word Dokument bemerkt man erst nach mehrmaligem durchlesen, leider wird er nicht hervorgehoben, eine Homepage, von welcher man ein entsprechendes Image beziehen kann, ist dort immerhin angegeben). Kopiert die Dateien aus dem BIOS Archiv auf eine der von euch formatierten Disketten, bootet im Anschluss das System von der Startdiskette, wählt im Menü den Punkt mit Unterstützung für CD Laufwerke kopiert die Dateien in die RAMDISK(siehe Dokument), tauscht im Anschluss die Diskette mit der verbleibenden leeren aus und beendet die Schritte wie sie in der Anleitung beschrieben werden, sichert das Backup aber auf jeden Fall auf der leeren Diskette.

Wer sich jetzt frägt, was er von diesem Post hat, das stünde ja alles in der Anleitung, dem kann ich nur die Gegenfrage stellen, ob er denn noch ein Diskettenlaufwerk in seinem System hat. Beim Großteil der in den letzten Jahren geschaffenen Desktopgeräte ist dies nicht der Fall und auch ich hatte, bei diesem System, vom Einbau eines solchen abgesehen. Da erscheint einem die temporäre Installation eines Windowssystems doch wesentlich weniger Arbeit zu sein, als das durchtesten des Floppylaufwerkstapels und der im Regal einstaubenden Disketten ... und wer nun sagen möchte, so faul sei er nicht soll sich zum Teufel scheren . ]]> http://atsutane.freethoughts.de/125/aktualisierung-des-bios-bei-msi-produkten http://atsutane.freethoughts.de/125/aktualisierung-des-bios-bei-msi-produkten Sat, 14 Nov 2009 16:36:20 +0100 i3 in der Version 3.δ veröffentlicht.

Changelog:

• Implement tabbing (command "T" )
• Implement horizontal resize of containers (containers! not windows)
• Implement the urgency hint for windows/workspaces
• Implement vim-like marks (mark/goto command)
• Implement stack-limit for further defining how stack windows should look
• Implement modes which allow you to use a different set of keybindings when inside a specific mode
• Implement changing the default mode of containers
• Implement long options (--version, --no-autostart, --help, --config)
• Implement 'bt' to toggle between the different border styles
• Implement an option to specify the default border style
• Use a yacc/lex parser/lexer for the configuration file
• The number of workspaces is now dynamic instead of limited to 10
• Floating windows (and tiled containers) can now be resized using floating_modifier and right mouse button
• Dock windows can now reconfigure their height
• Bugfix: Correctly handle multiple messages on the IPC socket
• Bugfix: Correctly use base_width, base_height and size increment hints
• Bugfix: Correctly send fake configure_notify events
• Bugfix: Don’t crash if the numlock symbol cannot be found
• Bugfix: Don’t display a colon after unnamed workspaces
• Bugfix: If the pointer is outside of the screen when starting, fall back to the first screen.
• Bugfix: Initialize screens correctly when not using Xinerama
• Bugfix: Correctly handle unmap_notify events when resizing
• Bugfix: Correctly warp pointer after rendering the layout
• Bugfix: Fix NULL pointer dereference when reconfiguring screens

i3status version 2.0 has just been released. It is considered stable and every
user should upgrade. The list of changes since version 1.2 follows:

 * add support for disk info (free/used/ins)
 * add support for displaying the ESSID of the wireless interface
 * add support for getting the public IPv6 address of the system
 * all "modules" now support format strings
 * switch to libconfuse for parsing the config file
 * merge support for FreeBSD for many "modules"
 * drop support for wmii, add support for xmobar
 

Links:
i3status Projektseite
i3status im AUR
i3status-git im AUR ]]> http://atsutane.freethoughts.de/123/i3status-2-0-ver-ffentlicht http://atsutane.freethoughts.de/123/i3status-2-0-ver-ffentlicht Wed, 28 Oct 2009 09:50:08 +0100
Da diese Woche mein Studium begonnen hat, hat bereits mit dem vergangenen Wochenende meine Aktivität an verschiedenen Stellen des Netzes nachgelassen, dahinter steckt also anders, als eine Handvoll vermuteten, kein Vergehen von Interesse/Lust, sondern schlichtweg eine Verlagerung des Zeitfokus.

Meine Erreichbarkeit via IRC wird weiter deutlich nachlassen, wer mich kontaktieren möchte, macht dies bitte via Jabber oder Email, die Adresse ist die Selbe und im About Me zu erhalten, ich werde versuchen möglichst zeitnah zum Nachrichtenerhalt Antworten zu geben. ]]> http://atsutane.freethoughts.de/122/kurzer-zwischenbericht http://atsutane.freethoughts.de/122/kurzer-zwischenbericht Wed, 07 Oct 2009 18:09:15 +0200