wir feiern heute wieder den System Administrator Appreciation Day. In diesem Sinne wünsche ich allen Linux-Administratoren alles Gute und immer kühle Nerven und Serverräume! Möge die Crontab mit Euch sein! (Die anderen haben ja ihre Turnschuhe ).

Zum einen gibt es

# ifconfig eth0 up

zum anderen aber auch

# ifup eth0

wie auch

# ip link set eth0 up

Ich habe mich schon immer gefragt: “Was ist da der Unterschied?” Nun, zu ifconfig konnte ich folgendes herausfinden:

• ifconfig nimmt Netzwerk-Parameter aus der Kommandozeile entgegen
• ifconfig kann mehrere Schnittstellen konfigurieren: ifconfig eth0 eth5 eth6 up/down
• ifconfig lädt bzw. entlädt die Treiber zur Karte – dies führte zum Beispiel bei den e1000-Karten zu Problemen

ifup und ifdown dagegen verhalten sich ein wenig anders:

• ifup und ifdown lesen die Netzwerk-Konfiguration aus /etc/network/interfaces aus
• ifup und ifdown können mit dem Parameter -a alle in /etc/network/interfaces aufgelisteten Netzwerk-Geräte konfigurieren
• ifup und ifdown laden oder entladen keine Treiber
• ifup und ifdown rufen ihrerseits ifconfig auf – das kann man in den binaries sogar nachlesen!

Das Märchen, ifup und ifdown seien nur Skripte, ist Unfug. Es sind kompilierte, binäre ELF-Programme.

Ebenso ein Märchen: Das Kommando ip sei ganz neu. Es ist ist seit Kernel 1.2 vorhanden, bietet auch ähnliche Parameter wie ifconfig und arbeitet ebenso wie ifconfig auf direkter Kommandozeilen-Ebene und direkt mit dem Kernel. ip möchte eigentlich soviel wie möglich nach außen sichtbar machen, was der Linux-Kernel alles mit IP-Adressen und Routing anstellen kann. Und das ist wirklich eine ganze Menge! Insofern sei nur ans Herz gelegt, auch mal ip eine Chance zu geben.

PS: Ich glaube, das if aus ifxxx steht immer für interface, was eigentlich mächtig ungenau ist…

PS2: Eine einfache Adress-Konfiguration erreicht man als Root mit:

# ifconfig eth0 <IP-Adresse> netmask <Netzwerk-Maske>
# route add default gw <Gateway-Adresse>

In unserer Aktionswoche stehen leckere Menüs wie SAN, zum Beispiel über  iSCSI, DRBD, aber auch Cluster mit gfs2 und LVM auf dem Speiseplan. Auf der Beilagenseite schauen wir uns dazu die Nutznieser des SAN an: ESXi und vSphere Server, MSSQL 8.0 und Sage KHK Office Line 5.1 gilt es zu beschnuppern. Einem Dessert von Samba3/4 wäre ich auf jeden Fall nicht abgeneigt…Ihr seht schon: Linux at its best wird eine große Rolle spielen. Hier hat Holger auch schon mächtig vorgearbeitet, da bin ich glatt neidisch…

Falls noch Zeit abfällt, gibt es  Groupware-Server im Vergleich (Univention’s UCS / OpenXchange versus Debian / Kolab2), womit ich meine letzte Zeit verbrachte. Bin schon mal gespannt, wer das Hauptgericht des 2-Gänge-Menü wird.

“We use Debian GNU/Linux for this, but other people use various different versions of Linux, FreeBSD, Mac OSX and even Microsoft Windows. We definitely do not recommend using Windows for this unless you are completely hobbled by silly internal IT policies and have to do so.”

PS: Jetzt würde ich mir nur noch wünschen, dass es auf MySQL statt Postgresql läuft – wobei ich mir vorbehalte, diese Meinung nach dem Oracle-Sun-Deal zu überdenken…

Das Paket kdebase-workspace-bin ist daher nicht installierbar. Ganz konkret bedeutet dies, dass zur Zeit der X Display Manager (zB kdm, gdm oder xdm) keine KDE-Anmeldung durchführen kann. In diesen Fall wird dann auf den nächsten Window Manager ausgewichen, was bei mir zur Zeit icewm ist. icewm ist klein und schnell und bietet fast alles, was man so braucht. Aber ich freue mich natürlich darauf, dass demnächst KDE wieder in geordneten Bahnen verläuft.

An sich waren da ja noch andere Voraussetzungen für den Benutzer nötig: Eine grafische X-Session direkt am Rechner, die Installation nur aus der hinterlegten Paketquelle und die einwandfreie Prüfung der Paket-Signaturen. Das heißt, eigentlich war die Änderung im PolicyKit genau für den OCPL-Fall (“One Child per Laptop“) gedacht. Und der ist ja nun wirklich Alltag, wenn man mal von Firmenrechnern oder (Web-)Servern absieht. Jeder Löffel hat doch mittlerweile eine eigene IP und Webseite.

Ich muss sagen, ich fand den Kompromiss-Vorschlag von Alexandra Kleijn zunächst sehr gut: Solange nur ein Nutzer angelegt ist, kann er Software-Pakete nachinstallieren. Sobald ein zweiter Account hinzukommt, geht das nicht mehr. Das würde wohl die gängigsten Fälle abdecken. Aber auch hier gibt es noch offene Fragen und Gedanken.

So können Benutzer eventuell aus einem LDAP-Verzeichnis kommen. Der einzige Nicht-Root-Account auf dem Rechner gehört dann vielleicht einem unprivilegierten ssh-Zugang für den Admin, der root-Anmeldungen per ssh verbieten möchte. So sollte dieser unprivilegierte Nutzer in diesem Fall auch keine Software nachschieben können.

Das nächste Ding ist die vielfältige Natur der Unix-Nutzeraccounts: Drucker-daemon, Samba-Server oder ftp-Dient: Oft hat jede Software einen eigenen Account, um eine lokale Sicherheitslücke einer Applikation oder eines Dienstes nicht weiter ausnutzbar zu machen – eine gute Sache, wie ich finde. Wer also eine neue Linux-Distribution ausrollt, hat womöglich bereits 20 Einträge in /etc/passwd, ohne diese im Details zu kennen.

Das beste ist wohl, man fragt im Installationsprozess einfach nach. Dann macht’s jeder wie Nolte – und der machte es ja bekanntlich, wie er wollte.

Nach anfänglichen Schwierigkeiten mit dem Laptop habe ich mir Bücher unter den Rechner gelegt, damit ich den Kopf nicht immer auf Höhe des Displays senken muss. Daneben besorgte ich mir eine besonders leicht laufende USB-Tastatur, die ich direkt am Rand des Schreibtischs zum Körper platziert habe. Ich merkte sofort, wie viel weniger Belastung nun auf meinen Schultern liegt. Nun kann ich länger “fließen”, ohne meinen Körper zu schinden.

Abgesehen von dieser “Grundbelastung” durch die Arbeit am Computer scheint aber noch ein weiterer Punkt ganz wichtig zu sein: Die Maushand. Ich kenne mittlerweile zwei Leute, die ihre Maus zumindest für einige Zeit auf die jeweils andere Handseite gewechselt haben. Damit wollen sie chronischen Rückenschmerzen vorbeugen. Die assymetrische Arbeitsweise legt sich wohl ganz schön auf die Haltung. Wer also viel klickt oder mit GUI’s arbeitet, sollte mal schauen, wie sich der Arm der Maushand bewegt. Liegt die Maus zu weit weg? Muß ich mich strecken, um an sie zu gelangen? Verspannt sich mein Nackenbereich beim Verschieben der Maus?

Mit Linux, und besonders als Programmierer mit Linux, bin ich da ganz glücklich außen vor. Das Tippen in einer Konsole ist relativ nah am früheren Arbeitsmodell mit der guten alten Schreibmaschine. Wenn man zusätzlich mit einem Headset telefoniert, vermeidet man auch die ungesunde Telefonhörer-in-Schulter-klemm-Technik, mit der man Physiologen zur Weißglut bringen könnte.

Unter Windows gibt es allerdings so gut wie keine Gelegenheit, die Maus mal sprichwörtlich links zu lassen. Viele Funktionen von großen Programmen haben (in der deutschen Version) keine Tastatur-Shortcuts, vor allem Kontextmenüs zu Objekten auf der jeweiligen Arbeitsoberfläche fehlt ein tastengestützter Zugang. Die visuelle Bearbeitung ist zunächst sehr intuitiv, doch die schnellste und ergonomischste ist sie oft nicht.

Sicherlich kann man nicht jeden zur Arbeit an der Textzeile verdonnern, das ist klar. Linux strebt auch bei Programmen für Office oder Internet einen GUI-Weg an, und nur wahre Linux-Fans sind mit der Texteingabe glücklich. Selbst wenn man von Windows auf Linux umsteigt, heißt das also noch lange nicht, dass man die Maushand los wird. Klar ist auch: ein “Bild sagt oft mehr als tausend Worte”, und “Wer schreibt, der bleibt” – diese Sprüche kennt jeder. Vor allem in großen Firmen will jeder mit rundgelutschten Präsentationen glänzen und seine Vita aufbessern. Und das “papierlose Büro”  tut das seinige dazu.

Aber die Gesundheit sollte doch immer den Vorzug bekommen, damit man auch jenseits der 40 noch Spaß am Arbeiten hat. Allen Leidgeklagten kann daher ich nur anraten, ihre Arbeitsweise genauer unter die Lupe zu nehmen: Was für Programme brauche ich wirklich, um mein Arbeitsergebnis zu erzielen? Wieviel Software ist nötig, was ist zuviel? Reicht ein Telefonat mit einer guten Erklärung, oder muss es immer ein Vortrag mit Powerpoint sein, um jemandem etwas näher zu bringen? Oft wird unsinnigerweise ein dickes Word gestartet, wo es eine einfache Textdatei auch gemacht hätte. So kann man den Mausaufwand wenigstens reduzieren. Und das ist doch auch schon etwas wert.

Fall A: der Windows-Rechner

Du kaufst dir einen neuen Windows-Rechner, dazu alle Lizenzen, die du benötigst. Nachdem du gesagt hast, du brauchst die Installations-CDs, falls die Festplatte mal kaputt geht, legt man dir eine Recovery-CD bei – Rechnerwechsel  verboten! Danach schaltest du den Rechner an, und gefühlte 500 Test-Programme versuchen wie wild, alles über dich nach Hause zu funken, was irgendwie greifbar ist. Die Performance des Rechners geht jetzt schon in die Knie. Nach zwei Tagen hast du den größten Mist bereinigt, doch der Rechner ist immer noch lahm. Dann stellst du fest, dass zwar 4 Programme zur Netzwerkverwaltung gleichzeitig aufschreien, wenn du das Kabel reinsteckst, aber weder PDF gelesen noch sorgenfrei gesurft werden kann. Der PDF-Reader schröpft mit satten 470 MB die letzten verfügbaren Ressourcen schon im Autostart ab, während MSN Messenger stets aufploppt, wenn du gerade dein Passwort in eine Webseite eintippst.

Eine springende Büronadel will wissen, ob du dich über dieses 60-Tage-Word weitere Jahre ärgern willst. Du lehnst dankend ab, doch richtig bereinigen kann man das System davon nicht mehr. Nach weiteren 2 Tagen hast du soweit alles klar, Firefox und Open Office sind installiert, Drucker auch, Netzwerk auch.  Nach Grafiktreibern, Bildschirmgröße, Antialiasing, 2 Stunden Gruppenrichtlinien und letztlich mehreren Systemneustarts hast du endlich das Gefühl, Windows hat erstmal keine weiteren Fragen. Da kommt schon das erste Windows Update um die Ecke und dein Virendienst sagt dir, dass die Definitionen 3 Tage alt sind, ein Update aber nur für zahlende Kunden möglich ist. So richtig zum Arbeiten bist du bis dahin noch nicht gekommen.

Fall B: der Linux-Rechner

Du kaufst dir einen neuen Rechner von einer Firma, die dich am Telefon fragt, welches OS du willst. Du sagt “Debian Lenny”  und sie sagen  “OK”. Nachdem du den Rechner auspackst, sind allerlei Prüfprotokolle über die Hardware beigelegt. Alles scheint in Ordnung. Du schaltest den Rechner an, siehst kurz grub, danach nur knappe Zeilen über die wenigen installierten Dienste und schließlich ein ruhig blinkenden Cursor nach einem noch ruhigeren “Login”:

Login: _

Der Beipackzettel nennt dir das Root-Passwort, und dann gehört der Rechner dir. Passwort geändert, und mit einer Zeile wie dieser sind die wichtigsten Pakete installiert:

apt-get install xorg xdm icewm iceweasel iceweasel-l10n-de openssh-server xfstt mc xpdf

Danach kümmerst du dich um den oder die Nutzer, zum Beispiel über LDAP und NFS, und trägst den Rechner an seinen Bestimmungsort – alles weitere lässt sich per ssh nachrüsten.

So, ich wollte wie angekündigt den recht knappen Artikel über Multitrack-Recording in seinen Einzelteilen näher erläutern, also werdet ihr nach und nach wirklich alles erfahren, was notwendig ist. Heute zunächst Teil 1, und den widme ich dem Thema Audio-Setup. Das bedeutet, wir bringen unsere Soundkarte dazu, unter Linux das zu tun, wofür sie gebaut wurde, nämlich Audio rein- und rauszulassen.

Das konkrete Beispiel ist die Roland-Edirol UA-3, die es wiegesagt in dieser simplen Form nicht mehr gibt, sondern mit allerlei eingebauten Effekten. Wer’s braucht… Auf jeden Fall ist die UA-3 Karte eine Empfehlung für Hobby-Musiker am Rechner, weil sie als externe USB-Soundkarte beim Wandeln nicht jedes Festplattengeräusch mit aufnimmt. Die Wandlung ist wirklich viel klarer, auch wenn nur in 16 Bit Tiefe. Des weiteren hat sie einen Gitarren- und einen Mikrophon-Eingang, falls man wirklich gar nichts an externen Geräten mit hat. Ich habe keine Erfahrung mit diesen beiden Eingängen, ich setze eher auf extra Preamps und würde die Eingänge im Normalfall nicht benutzen. Ein Fader regelt beide Eingänge. Daneben gibts einen Cinch-Stereo-Eingang, auch mit einem Fader regelbar, einen Cinch-Ausgang und einen 3,5mm-Klinke-Kopfhörer-Ausgang, regelbar durch einen großen Drehregler mit Fingerversenkung. Sogar einen optischen Digital-Eingang und -Ausgang gibts da dran. Alles wird über USB mit Strom versorgt, also einfach reinstecken und benutzen (sogenanntes Plug’n'Pray). Ich glaube, ich habe für das gute Stück vor Jahren etwa 160 Euro bezahlt und möchte es nimmer missen. Auch falls man mal etwas DJ am Rechner spielt, kann man sie als zusätzliche Soundkarte anstöpseln und Songs über den Kopfhörer vorhören.

Soundkarte im Kernel mit den alsa-Treibern aktivieren

Um professionelles Audio mit Linux zu betreiben, gibt es die JACK-Audio-Schnittstelle. Ich werde weiter unten noch näheres dazu erläutern, jetzt ist nur wichtig, dass wir JACK brauchen werden. JACK arbeitet mit unterschiedlichen Backends, die die jeweilige Hardware anbindet, unter anderem auch alsa, welches Teil des Kernels ist. Die UA-3 hat einen alsa-Treiber. Also aktivieren wir einfach die Kernel-Unterstützung, um so die UA-3 später mit Soundprogrammen nutzen zu können. Da die Soundkarte über USB angeschlossen wird, verwendet der Linux-Kernel das Treiber-Modul snd_usb_audio dafür:

lx:/home/nudge# lsmod | grep snd
snd_usb_audio          78784  1
snd_usb_lib            15808  1 snd_usb_audio
snd_seq_midi            6176  0
snd_rawmidi            21216  2 snd_usb_lib,snd_seq_midi
snd_hwdep               7044  1 snd_usb_audio
snd_intel8x0           29084  2
snd_ac97_codec        102692  1 snd_intel8x0
ac97_bus                1600  1 snd_ac97_codec

Wir müssen also zur Benutzung der Karte nichts machen außer das Kernel-Modul vorrätig haben. Dazu verwendet man am besten einen sehr aktuellen Kernel, damit die darin verbauten alsa-Treiber auch recht aktuell sind. Wer eine der größeren Distributionen verwendet, sollte das schon in diesem Zustand haben.

In Ausnahmefällen sollte man darüber nachdenken, seinen eigenen Kernel zu basteln, wenn man ernsthaft über größere Audio-Projekte nachdenkt. Auf diesem Wege lässt sich das eigene System viel mehr auf Echtzeit- und Multimedia-Fähigkeiten optimieren. So kann man die Kernel-Timer-Frequenz auf 300 Hz anheben, Realtime-Unterstützung aktivieren, viele unnütze Dinge abschalten und den Kernel verschlanken, den Scheduler wählen und nicht zuletzt die Unterbrechungen (= Preemption) des Kernels auf die eigenen Bedürfnisse anpassen. Es gibt natürlich auch Distributionen, die das bereits perfekt aufsetzen, aber nicht jeder mag eine eigene Distro für Sound-Arbeiten installieren.

In der Praxis sollte also hier nix zu tun sein. Stöpselt eine USB-Karte ran und ihr solltet dieselben Module aufgelistet bekommen. Wenn nicht, dann ran die Buletten, am besten einen Freund fragen, wenns Probleme beim Kompilieren gibt.

Plug in the JACK!

Endlich läuft die Karte im allgemeinen unter Linux, und nun gehts in Richtung “professionelles Audio”. Dazu noch wie oben angekündigt ein paar Worte zu JACK im allgemeinen. Einige sehr kluge Linuxer haben vor vielen Jahren schon über die bestmögliche Architektur von Audio unter ihrem Lieblingsbetriebssystem nachgedacht und sind zu einer Lösung namens JACK gekommen. JACK (auf Deutsch soviel wie “Klinkenstecker”) ist ein Akronym für Jack Audio Connection Kit. Das verrät schon die Architektur: Audio-Programme und Audio-Hardware werden verbunden über JACK. JACK ist also eine Art Mischpult oder Sound-Router, an den sich Programme wie auch Hardware, beide als Jack-Clients, anschließen lassen. JACK-Clients registrieren sich am Router und sagen, wieviele Audio-Ein- und Ausgänge sie bieten, ob Midikanäle da sind etc. Die angebotenen Ein- und Ausgänge stehen dann allen anderen Jack-Clients wieder zur Verfügung, um sich daran anzustöpseln. Ein sehr cooles Prinzip, denn so können verschiedene Autoren ganz unterschiedliche Sound-Software schreiben (Synthies, Drum-Sequencer, Mixer, Plugins wie Effekte), und diese müssen nur als JACK-Clients ausgerüstet werden, um miteinander reden zu können.

Jack kommt im allgemeinen in den Paketquellen der gängigsten Distributionen vor. Allerdings ist es ratsam, sich die aktuellen Quellen aus dem Subversion zu ziehen und Jack selbst zu kompilieren, möchte man in den Genuss der allerneuesten Ausgabe kommen. Da man das vielleicht öfters macht, hier ein kleines Helfer-Script dazu:

#!/bin/sh
echo "Get new jack..."
cd /usr/local/src/jack/
svn co http://subversion.jackaudio.org/jack/trunk/jack

echo "Compile new jack..."
cd /usr/local/src/jack/jack
make clean && ./configure --disable-portaudio --disable-oss --enable-optimize && make && make install

Um die UA-3 ordentlich mit Realtime-Fähigkeiten unter JACK benutzen zu können, sollte man den JACK-Dienst mit ausreichend Berechtigung starten. Es ist linux-ethisch nicht optimal, aber ich starte dazu meist eine X-Session unter root mit icewm, einem Mini-Fenstermanager, der zudem die Systemlast rechts unten neben dem Datum immer anzeigt. Für Audio-Sachen optimal für mich. Dann starte ich Qjackctl, eine Kontroll-GUI für den jackd-Dienst mit einer netten Qt-Oberfläche. Im folgenden Screenshot sieht man meine Einstellungen für die UA-3 mit dem selbst kompilierten JACK-Dienst /usr/local/bin/jackd.

Audio Setup der Edirol UA-3 unter Qjackctl

Das Setup mag nicht optimal sein – es gibt sicherlich bessere, performantere oder audiophilere Einstellungen. Für ein paar Hobbyaufnahmen bin ich damit zufrieden. Auch die Latenz von damit erreichbaren 23 ms (bzw. 46 ms Ein- und Ausgang) stört mich nicht, da ich keine Abhör-Effekte im Rechner nutze. Das ist das gute an externen Preamps: Unerreichbare Latenz und bessere Systemstabilität durch weniger Last! Man könnte ebenso die Pufferzahl auf 4 erhöhen, das merkt dann man nur daran, dass die Audio-Programme noch ein paar Zehntelsekunden länger spielen, wenn man auf Stop drückt.

Wer allerdings das aufgenommene Signal vorhören möchte, muss versuchen, Latenzen von 6ms oder weniger zu erreichen. Dazu am besten die Frames pro Periode auf 512 oder gar 256 drücken, und dann die Pufferanzahl auf 2 begrenzen. Nur einen Puffer würde ich nicht empfehlen, das könnte schnell zu Aussetzern führen. Allerdings ist so ein Setup auch deutlich systembelastender. Mein Tipp: Vermeiden! Lieber externes Equipment verwenden.

Fazit

Wir haben’s geschafft, unser Rechner ist (fast) vorbereitet auf Multitrack-Recording unter Linux. Die Sounds werden nun per JACK-Dienst zwischen Hard- und Software geroutet. Wer Band-Aufnahmen mit mehr als nur ein paar Spuren plant, wird wohl an Ardour, dem Mehrspur-Recorder, und Hydrogen, dem Drum-Sequencer unter Linux, nicht vorbeikommen. Also wird es beim nächsten Mal um die restliche Software zur Aufnahme gehen. Also bis dann!