Svens Blog - Linuxeinstieg

Kleine Tools, vorallem für die Kommandozeile

Sun, 15 Jul 2007 15:10:37 +0100

scp und Doppelpunkte in Dateinamen

Thu, 21 Jun 2007 09:32:59 +0100

So, vielleicht kann ich mir die Lösung endlich merken, wenn ich sie mal gebloggt habe. Zumindest weiß ich dann aber wo ich nachsehen muss...

$ scp ./source:file sshserver:

Internet Explorer unter Linux

Fri, 09 Jun 2006 07:08:38 +0100

Als Webdesigner kennt man das Problem: der Internet Explorer wird immernoch von einer Mehrheit der Internetbenutzer verwendet, man sollte seine Seiten also damit testen, aber es gibt ihn einfach nicht für ordentliche Betriebssysteme. Was tun?

Schon länger ist bekannt, dass er unter Wine laufen soll. Mich hat nur immer der angeblich so große Aufwand davon abgehalten das zu überprüfen. Wie ich vorgestern herausgefunden habe beträgt dieser "große Aufwand" gerade einmal fünf Minuten Zeit...

Aber eins nach dem anderen. Vor einigen Tagen habe ich auf kde-apps.org eine nette Anwendung gefunden: Preview in IE for Quanta Plus. Man muss dazu sagen, dass Quanta Plus mein bevorzugter Editor für (X)HTML und ähnliches darstellt.

Also das ding mal runtergeladen und einen Blick in die README geworfen. Dort war nun erwähnt, dass diese tolle Quanta-Modifikation auf IEs4Linux basiert. Aha.

IEs4Linux ist ein Skript, das nach dem Aufruf vollautomatisch den Internet Explorer 5, 5.5 und 6 auf dem System installiert (auf Wunsch auch mit Flash-Support). Dabei werden dann drei kleine Skripte in ~/bin abgelegt, dank denen sich die verschiedenen Versionen komfortabel mit "ie5", "ie55" beziehungsweise "ie6" aufrufen lassen. Achja, natürlich läuft der Explorer dann unter Wine. Und wie! Zeitaufwand: fünf Minuten.

Ich muss sagen es läuft einwandfrei. Kann man unter Windows eigentlich mehrere Versionen vom IE gleichzeitig betreiben? ;-)

Software testen mit Klik

Sun, 05 Mar 2006 19:16:15 +0100

Heute habe ich zum ersten mal eine Möglichkeit ausprobiert Software wirklich idiotensicher auszutesten: klik. Das Prinzip ist einfach: Mit einem Klick auf der Website lädt der Client alle benötigten Pakete herunter, wirft sie nach /tmp und führt das gewünschte Programm von dort aus. In der englischen Wikipedia wird das kurz erklärt.

Die Installation des Clients verlief problemlos (und ist auch recht einfach: ein "wget klik.atekon.de/client/install -O -|sh" dürfte so ziemlich jeder an die Kommandozeile geschickt bekommen). Er integriert sich schön in den Konqueror, der daraufhin beim Aufruf einer klik://-URL brav den Client startet. Dieser holt sich nun die benötigten Daten und lässt die ausgewählte Appllikation laufen. Nachdem diese beendet wird ist der Spuk dann auch schon vorbei. Soviel zur Theorie.

In der Praxis sah die Sache dann leider anders aus. Dass amaroK SVN via klik nicht funktioniert habe ich etwas enttäuscht festellen müssen. Warum erklärt der Maintianer von klik in seinem Blog.
Schade eigentlich. Aber neugierig wie ich war musste ich dann natürlich noch andere Pakete austesten. Die stabile Version von amaroK war mir dann etwas zu alt. KWord wollte nicht laufen. Kalzium lief zumindest einige Zeit bis es von sich aus das zeitliche segnete.

Nach diesem kurzen Test das Fazit für mich: wirklich nette Idee, aber zumindest auf meinem System scheinen doch einige Programme nicht zu laufen. Vielleicht tut es ja bei euch besser und/oder entwickelt sich noch.

Linuxeinstieg: Prozesse

Mon, 30 Jan 2006 12:16:14 +0100

Man kennt das Problem: Ein Programm ist abgestürzt und will sich nichtmehr neu starten lassen, oder falls doch funktioniert es nicht richtig. Ein häufig auftretendes Problem beispielsweise mit amaroK oder Firefox. amaroK weigert sich nach einem Absturz Musik zu spielen, Firefox will das zuletzt benutzte Profil nicht öffnen. Doch was tun?

Der Grund liegt hierfür oft in zum Programm gehörenden Prozessen, die den Absturz überlebt haben, fröhlich weiterlaufen und den Zugriff auf benötigte Ressourcen blockieren. Unter Windows ruft man den Taskmanager auf und schießt die Überbleibsel einfach ab. Unter Linux ebenso: STRG+ESC liefert unter KDE die Prozesstabelle, mit der man auf nahezu gleichem Weg zum Ziel kommt. Doch was tun wir dabei eigentlich?

Sehen wir uns die Tabelle mal etwas genauer an. In der ersten Spalte sehen wir den Namen des Prozesses. Darauf folgt eine für jeden Prozess eindeutige Prozess-ID (PID). Schließlich gibt es noch Spalten für den Ressourcenverbrauch und den Benutzer unter dessen Rechten der Prozess läuft.

Wir halten dabei fest: jeder Prozess hat eine Prozess-ID (PID).

So, wie kommt man nun mit Standardwerkzeugen an der Kommandozeile an diese Informationen? Ganz einfach. :-)

top: liefert eine Übersicht über laufende Prozesse, sortierbar nach Ressourcenverbrauch.
ps: liefert eine Liste der laufenden Prozesse. "ps aux" ist eine häufig empfohlene detailiertere Darstellung.
pstree: liefert den kompletten Prozessbaum, "pstree -p" auch mit PID.

Wie immer erhält man mit "man <Befehl>" weitere Informationen.

So, und zum Abschluss: Wie beende ich jetzt an der Kommandozeile Prozesse?

Hierfür gibt es zwei beliebte Wege:
kill <PID>: beendet den Prozess mit der angegebenen Prozess-ID.
killall <Prozess>: beendet alle Prozesse mit Namen "Prozess".

Dabei senden die beiden Programme ein sogenanntes Signal an die angegebenen Prozesse. Standardmäßig ist dies ein SIGTERM, welches den Prozess veranlassen soll sich selbst zu beenden. Hilft auch das nichtmehr so bleibt als letztes Mittel ein SIGKILL, welches nicht vom Prozess abgefangen werden kann: killall -9 <Prozess>, kill -s KILL .
Ja, einen Mechanismus zum Versenden von Signalen nach nur einem einzigen davon zu benennen ist etwas unintuitiv, das muss man wohl zugeben. Die deutsche Wikipedia hat eine Liste von Signalen, leider noch recht unkommentiert. "kill -l" liefert sie auch.

Bisherige Artikel aus der Linuxeinstieg-Reihe:
Geschichte von GNU/Linux, soziale und ethische Aspekte von freier Software
Runlevel
Rechte unter Unix, Teil 2
Rechte unter Unix
Softwareinstallation
Was liegt wo?

Linuxeinstieg: Geschichte von GNU/Linux, soziale und ethische Aspekte von freier Software

Mon, 23 Jan 2006 16:45:01 +0100

Um Linux wirklich zu verstehen braucht es, zumindest meiner Meinung nach, nicht nur technisches Wissen sondern auch Hintergrundinformationen zur Geschichte, zur dahinter stehenden Philosophie und den sich daraus ergebenden sozialen Überlegungen.

Solche Dinge erscheinen natürlich auf den ersten Blick etwas abstrakt. Uninteressant. Trocken. Doch zum Glück gibt es das Internet. Und im Internet gibt es nicht nur Texte, Bilder und Sound zum runterladen... sondern auch Videos. Hiermit möchte ich zwei Fundstücke vorstellen.

Codename: Linux (2001)
Eine interessante Dokumentation von Arte über die Geschichte von Linux. Ethische und gesellschaftliche Aspekte werdem am Rande angeschnitten. Gut finde ich die große Zahl an bekannten Entwicklern, die dort zu Wort kommen. Damit lernt man auch mal so nebenbei die wichtigsten Namen kennen.

Richard M Stallman - 'What's GNU?' (2006)
Dieser Film ist die Aufnahme einer Rede, die Stallman, der Begründer des Copyleft-Prinzips und des GNU-Projekts, Anfang 2006 gehalten hat. Hierbei geht es hauptsächlich um die philosophischen/ethischen Grundlagen freier Software und deren Konsequenzen. Die Rede ist auf englisch und um einiges tiefergehender als der erste Film. Den sollte man sich auf jeden Fall zuerst ansehen, wenn man vorher noch nichts vom Thema gehört hat.

Bisherige Artikel aus der Linuxeinstieg-Reihe:
Runlevel
Rechte unter Unix, Teil 2
Rechte unter Unix
Softwareinstallation
Was liegt wo?

Linuxeinstieg: Runlevel

Sun, 04 Dec 2005 10:05:57 +0100

Folgendes Problem: ein bestimmter Dienst, beispielsweise ein FTP-Server, das ISDN-Subsystem oder die grafische Oberfläche, soll beim Booten gestartet werden. Wie geht man dabei vor?

Zuallererst der übliche Hinweis: die meisten Distributionen haben wunderschöne grafische Frontends (beispielweise der Runleveleditor in YaST unter SuSE) für diese Aufgaben, hier werden jedoch auch Hintergründe beleuchtet. Wie immer beziehen sich die Angaben auf SuSE Linux, sie dürften jedoch leicht sinngemäß auch auf andere Distributionen übertragen lassen.

Dazu werfen wir einen Blick auf den Bootprozess unter Linux. Nachdem der Kernel gestartet ist und seine Arbeiten erledigt hat startet er den ersten Userspace-Prozess: init, "die Mutter aller Prozesse". Danach ist es die Aufgabe von init das System in den gewünschten Zustand zu bringen. Hierzu kennt init verschiedene sogenannte Runlevel, die sich einzeln konfigurieren lassen:

Runlevel 0: ausgeschaltetes System
Runlevel S: Einzelbenutzerbetrieb ohne Netzwerk
Runlevel 1: Einzelbenutzerbetrieb ohne Netzwerk
Runlevel 2: Mehrbenutzerbetrieb
Runlevel 3: Mehrbenutzerbetrieb mit Netzwerk
Runlevel 4: nicht definiert
Runlevel 5: Mehrbenutzerbetrieb mit Netzwerk und grafischer Oberfläche
Runlevel 6: Neustart

In der Datei /etc/inittab steht dabei der Runlevel, in den das System standardmäßig gesetzt wird, beispielweise:

# The default runlevel is defined here
id:5:initdefault:

Welche Dienste nun in welchem Runlevel gestartet werden lässt sich im Verzeichnis /etc/init.de/ festlegen. Dort liegt eine Unmenge an Skripten herum, benannt nach einem Dienst, den sie starten bzw stoppen können. Des weiteren haben wir dort Unterverzeichnisse "rc0.d" bis hin zu "rc6.d". Diese Unterverzeichnisse sind nun der Schlüssel für unser Problem: die dort verlinkten Skripte führt init beim Betreten des jeweiligen Runlevels aus. Dabei hält sich init an folgende Konvention: Links, deren Name mit einem K beginnen beenden (killen) einen Dienst, die mit S beginnenden starten ihn. Die Zahl dahinter gibt die Reihenfolge an, in der die Skripte ausgeführt werden. Es wäre ja schließlich unsinnig einen Webserver zu starten wenn noch nichtmal das Netzwerk läuft...

Einen neuen Dienst fügt man nun einfach hinzu, indem man im entsprechenden Verzeichnis den passenden Link einfügt:

sven@linux:/etc/init.d/rc3.d> ln -s ../alsasound S12alsasound

würde beispielsweise das ALSA-Soundsystem im Runlevel drei starten.

In Zukunft wird sich hier jedoch einiges tun: da init streng alle Skripte nacheinander und nichts gleichzeitig ausführt dauert der Bootprozess unnötig lange. Andere Projekte arbeiten bereits an erfolgsversprechenden, besseren Konzepten.

Bisherige Artikel aus der Linuxeinstieg-Reihe:
Rechte unter Unix, Teil 2
Rechte unter Unix
Softwareinstallation
Was liegt wo?

Linuxeinstieg: Rechte unter Unix, Teil 2

Mon, 28 Nov 2005 11:01:08 +0100

Nachdem die Antwort auf die Frage, wie man denn nun die Rechte ändert doch ein wenig kurz ausgefallen ist werde ich darauf nochmal ein wenig eingehen.

Was klar sein dürfte: grafische Dateimanager erlauben das Ändern von Rechten mit wenigen Klicks. Beispielweise im Konqueror bei den Eigenschaften der Datei. Aber wir wollen ja ein wenig tiefer gehen.

An der Kommandozeile haben wir:
chmod: ändert die Zugriffsrechte (change mode)
chown: ändert den Besitzer (change owner)
chgrp: Ändert die Gruppe (change group)

Die letzten beiden sind recht schnell am Beispiel erklärt: "chown sven meine_tolle_datei" setzt den Besitzer von meine_tolle_datei auf den Benutzer sven. Nach dem selben Schema funktioniert auch chgrp.

Deutlich interessanter ist chmod. Wie bereits im ersten Teil gesehen haben wir drei Blöcke an Rechten: die für den Besitzer, die für die Gruppe und den Rest. Des weiteren haben wir drei grundlegende Attribute: ausführen, schreiben, lesen. Bei jeder Änderung eine ellenlange Maske à la "rwxr-xr-x" einzugeben wäre reichlich fehleranfällig. Deshalb stellt man sich die einzelnen Attribute für jeden Block als Binärzahl vor und addiert sie auf den gewünschten Wert. Ausführen hat dann den Wert 1, schreiben die 2 und lesen 4. und Keine Angst, das klingt schlimmer, als es ist...

Also, ein Beispiel: wir wollen den Besitzer einer Datei alles mit ihr machen lassen, die Gruppe soll lesen und ausführen können, der Rest nichts von alledem.

sven@linux:~> touch test
sven@linux:~> ls -al test
-rw-r--r-- 1 sven users 0 2005-11-28 12:50 test
sven@linux:~> chmod 750 test
sven@linux:~> ls -al test
-rwxr-x--- 1 sven users 0 2005-11-28 12:50 test

So, nochmal zum Mitschreiben: zuerst wird die Datei "test" angelegt. Die Rechte, die standardmäßig vergeben werden passen uns nicht. Also setzen wir die Rechte für den Besitzer auf 7 (=ausführen+schreiben+lesen=1+2+4), für die Gruppe auf 5 (=ausführen+lesen=1+4) und für den Rest auf 0.

Gelegentlich leist man in Anleitungen die Aufforderung eine Datei ausführbar zu machen. Damit ist dann folgendes gemeint:

sven@linux:~> chmod 000 test
sven@linux:~> ls -al test
---------- 1 sven users 0 2005-11-28 12:50 test
sven@linux:~> chmod +x test
sven@linux:~> ls -al test
---x--x--x 1 sven users 0 2005-11-28 12:50 test

Wie wir sehen setzt ein "chmod +x test" für alle Benutzer die Rechte zum Ausführen der Datei.

So, das dürfte für den Anfang wirklich reichen, im Netz gibt es noch viele detailliertere Artikel zu dem Thema und die Referenzquelle "man chmod" gibt auch gern weitere Auskünfte.

Bisherige Artikel aus der Linuxeinstieg-Reihe:
Rechte unter Unix
Softwareinstallation
Was liegt wo?

Linuxeinstieg: Rechte unter Unix

Sat, 15 Oct 2005 17:58:47 +0100

So, wir kommen zum wahrscheinlich vorletzten Artikel für Linuxeinsteiger: Rechte unter Unix. Da hat man sich mal endlich an die oft empfohlene Kommandozeile getraut und wird von ihr gleich wieder mit Meldungen wie "Keine Berechtigung" verschreckt. Doch, man ahnt es schon, genau das dahinter stehende Konzept macht Linux und andere Unixe deutlich weniger fehleranfällig als Konkurrenzprodukte.

Ok, eigentlich ist das Rechtesystem mit wenigen Sätzen erklärt. Jeder Benutzer gehört einer oder mehreren Gruppen an. Jede Datei gehört einem Benutzer, zu einer Gruppe und besitzt ein gewisses Muster an Informationen, die angeben was der Besitzer, die Gruppe der Datei und der Rest damit machen darf.

So kurz kann die Theorie sein, kommen wir zur Praxis. Der böse Benutzer "sven" ist mal neugierig und will in das Homeverzeichnis von "root" spicken:

sven@linux:~> cd /root/
bash: cd: /root/: Keine Berechtigung

Ups, was ist da passiert? Werfen wir mal mittels "ls -al" einen Blick auf /root/:

drwx------ 11 root root 384 2005-10-15 20:35 root

Was heißt das alles? Der erste Block ist das Bereits angesprochene Muster an Informationen. Das erste Zeichen "d" gibt an, dass es sich hierbei um ein Verzeichnis (Directory) handelt. Die nächsten drei Zeichen bestimmen was der Besitzer damit machen darf: Er darf lesen (read), schreiben (write) und ausführen (execute). Die folgenden drei beziehen sich auf die Gruppe, die darf "---", also garnichts, ebenso wie der Rest, symbolisiert durch die letzten drei Zeichen: "---".
Wichtig für uns sind noch die Einträge "root root": Das Verzeichnis gehört dem Benutzer root und zur Gruppe root.

Tja, so wie es aussieht muss der böse sven wohl doch dort bleiben, wo er hingehört:

sven@linux:/home> ls -al
insgesamt 3
drwxr-xr-x 3 root root 72 2005-10-09 23:22 .
drwxr-xr-x26 root root 616 2005-10-12 00:43 ..
drwxr-xr-x46 sven users 2184 2005-10-15 20:39 sven

(Übung für alle Interessierten: was darf Der Benutzer sven alles im oben angezeigten Verzeichnis sven?)

Und wie ändert man Rechte?
chmod: ändert die Zugriffsrechte (change mode)
chown: ändert den Besitzer (change owner)
chgrp: Ändert die Gruppe (change group)
man <befehl>: liefert eine schöne Hilfe zu jedem Befehl :-)

Wo stehen meine Benutzer und Gruppen?
Benutzer: /etc/passwd
Gruppen: /etc/group

Im Netz finden sich auch viele ausführlichere Artikel, dieser hier soll nur einen kurzen Überblick geben. Einfach Google befragen, genug Stichwörter dürfte ich ja geliefert haben. :-)

Linuxeinstieg: Softwareinstallation

Sun, 09 Oct 2005 13:07:53 +0100

Soddele, während gerade auf dem zweiten Rechner ein Backup läuft um danach gleich SuSE 10.0 zu installieren kommen wir zu einem der interessantesten Themen für Linuxneulinge: wie bekommt man eigentlich all die schönen Programme auf den Rechner?

Unter Windows ist es ja ganz einfach: Installationsprogramm laufen lassen und schon ist es fertig installiert. Aber es geht noch einfacher!

Denn der "bevorzugte" Weg Software unter Linux zu installieren ist das Paketverwaltungssystem der Distribution. Und wie läuft das ab? Nun, das ist von Distri zu Distri unterschiedlich. Unter SuSE startet man YaST und kann dort bequem aus den tausenden mitgelieferten Programmen die benötigten auswählen. Danach die CD wieder einlegen und YaST erledigt den Rest. Oder es holt die Pakete aus dem Internet, je nach Einstellung. Keine Fragen nach dem Installationsverzeichnis, dem Installationsumfang, Icons auf dem Desktop... Bei Debian reicht ein "apt-get <programmname>", bei Gentoo "emerge <programmname>",...

Wie funktioniert das?
Die meisten Linuxdistributionen haben eine Paketverwaltung. Software wird dabei in Paketen ausgeliefert. Ein Paket enthält die zum Programm gehörenden Dateien, Informationen wo diese hinzukopieren sind, Informationen über Abhängigkeiten (schließlich wäre es ja sinnlos ein grafisches Brennprogramm zu installieren wenn noch nichtmal eine grafische Oberfläche da ist...), die dann auch meistens automatisch aufgelöst werden können und noch ein paar weitere Infos. Durch diese Informationen lässt sie die Software auch wieder sauber über die Paketverwaltung entfernen.
Wichtig ist jedoch eines: Fertige Pakete sollten nur installiert werden, wenn sie auch ausdrücklich für die benutzte Distribution in der benutzten Version gemacht wurden! Sonst kann es zu hässlichen Problemen kommen.

Quellcodearchive (.tar.gz/.tar.bz2/.tgz)
Eine weitere Installtionsmethode, die man von Windows wohl eher nicht kennt sind Archive mit dem Programmcode. Hierbei geht man folgendermaßen vor:
1. Entpacken: "tar -zxf <datei>" für .tar.gz- und .tgz-Dateien bzw. "tar -jxf <datei>" für .tar.bz2-Archive.
2. In das neue Verzeichnis wechseln
3. ./configure
4. make
5. su
6. make install
Diese Methode ist recht unkonfortabel aber einfach. Zumindest so lange wie beim vierten Punkt keine Fehler auftauchen. Tipp: meist fehlen dann irgendwelche -devel Pakete. Die dann einfach nachinstallieren (zu Beginn muss man da meist ein wenig raten...). Die installierten Programmdaten sollten danach in /usr/local liegen.

Installer
Joa, leider gibt es die manchmal auch für Linux. Düften ja bekannt sein.

Fertige Binaries
Auch etwas bekanntes aus der Windowswelt: entpacken und dann ausführen.