Thema: [Tipp] Die Befehlszeile

[Bitpicker]

*Düstere Akkorde*

Der Alptraum der meisten Umsteiger heißt 'Befehlszeile'. Leicht entsteht der Eindruck, dass man bei Linux unglaublich viel von Hand machen muss, indem man obskure Befehle auf einer spartanischen Befehlszeile eingibt. Das schreckt manchen ab.

Zunächst mal sollte man sich vor Augen halten, dass das bei Windows früher nicht anders war. Bis Win ME einschließlich war Windows nur eine grafische Oberfläche für MS DOS - alte Hasen erinnern sich. Daran änderte auch die Tatsache nichts, dass man ab Win95 die grafische Oberfläche automatisch vorgesetzt bekam und sie nicht erst über die Eingabe von win.com an der Befehlszeile starten musste. Wer damals schon keine Befehlszeile brauchte, schrieb win.com einfach als letzte Zeile in seine autoexcec.bat und bekam die Oberfläche ebenfalls beim Booten automatisch.

Die Befehlszeile hat aber durchaus ihren Sinn, selbst unter Windows. Da heißt das Ding 'DOS Box' oder 'Eingabeaufforderung' und fristet sein Dasein irgendwo im Zubehör, läuft in einem kleinen Fensterchen und ist generell meist so bedeutungsvoll für die tägliche Arbeit wie Blinddarm und Mandeln für den Körper. Wie diese hat aber auch die Windows-Befehlszeile noch einen gewissen Sinn, wie wohl jeder nachvollziehen kann, der schon mal einen Rechner angepingt hat oder über ipconfig seine Netzwerkverbindung überprüft hat. Es würde mich zwar nicht wundern, wenn selbst für ping eine grafische Oberfläche existiert, aber nötig ist sie nicht.

Unter Linux ist die Befehlszeile wesentlich mächtiger und bedeutungsvoller. Es gibt fast nichts, was man damit nicht tun kann. Wenn man zum Beispiel eine CD mit Daten brennen will, kann man das mit dem Befehl cdrecord tun - wenn man Lust hat, drei Zeilen Parameter hinten dran zu hängen. In diesem Fall ist es natürlich einfacher, zu einem Programm wie xcdroast oder k3b zu greifen, die aus der grafischen Oberfläche heraus CDs brennen; aber sie tun das, indem sie cdrecord aufrufen. Die Oberflächen sind nichts anderes als grafische Eingabeformulare für die Befehlszeilenparameter, die man sonst von Hand eingegeben hätte; im Hintergrund sorgt das Befehlszeilenprogramm dafür, dass die CD tatsächlich gebrannt wird.

Es gibt also kein Linux ohne Befehlszeile; aber es gibt ein Leben mit Linux ohne Befehlszeile. Allen Unkenrufen zum Trotz glaube ich, dass ein Normalanwender täglich mit Linux arbeiten kann, ohne je eine Befehlszeile benutzen zu müssen. Aber es ist schön zu wissen, dass sie immer da ist und im Notfall benutzt werden kann. Manche Dinge gehen auf der Befehlszeile auch schneller; aber da treffen Geschwindigkeit und persönlicher Geschmack schon mal aufeinander.

Ein großer Vorteil der Befehlszeile ist ihre Verlässlichkeit. Wenn ein Linuxanwender ein Problem hat, weil irgend etwas nicht funktioniert, dann fragt er in einschlägigen Foren (oder nicht ganz so einschlägigen wie diesem) nach. Oft erhält er eine Antwort, die mit der Befehlszeile zu tun hat. Das liegt daran, dass man sich auf das Vorhandensein der Befehlszeile verlassen kann. Die grafischen Oberflächen können sich beträchtlich unterscheiden, ebenso die Distributionenund vor allem deren Konfigurations- und Software-Installationsprogramme. Ich kann einem SuSE-Benutzer nicht erklären, was mit seinem Yast falsch läuft, weil es Yast nur unter SuSE gibt; aber ich kann ihm erklären, wie er die Software, die er haben will, auf der Befehlszeile selbst kompiliert. Ich weiß vielleicht nicht genau, wie man einen Drucker unter KDE einrichtet, aber an der Befehlszeile kriege ich es womöglich hin.

Wenn bei normalen Distributionen von der Befehlszeile die Rede ist, dann ist das meist die bash. Bash heißt 'Bourne Again Shell', was ein Wortspiel ist, da es sich um einen Nachbau der altehrwürdigen und kostenpflichtigen Bourne-Shell handelt, die seinerzeit unter Unix eingesetzt wurde. 'Shell' bedeutet zunächst einmal 'Befehlsumgebung'. Unter DOS war das früher command.com. Dieser Befehl wurde automatisch gestartet und stellt solche Befehle wie copy zur Verfügung. Es gab unter DOS kein copy.com, copy war ein interner Befehl der Shell command.com. In der Bash heißt der gleiche Befehl cp. Unter DOS gab es auch externe Befehle, wie zum Beispiel xcopy.com. Auch für Linuxsysteme gibt es viele externe Befehle, die von der Shell ausgeführt werden können.

Ich sage 'es ist meist die Bash', weil das nicht sein muss. Es gibt sicher noch ein gutes Dutzend weitere Shells mit solchen namen wie csh, zsh usw., die sich für bestimmte Aufgaben besser eignen mögen als die bash; aber die meisten Distris, die keine Spezialaufgaben haben, verwenden bash, und viele Informationen für die eine Shell gelten auch auf anderen.

Dazu gleich mehr.

[Monkey McPants]

Sehr interessant. Irgendwie lustig das sich mein persönliches Interesse an Linux (das erst in den letzten Wochen so richtig angefangen hat) zeitlich so gut mit dem kollektiven Interesse einiger GroFaFoler trifft.

Ich lese in diesem Channell auf jeden Fall gespannt weiter.

M

[Bitpicker]

Wie kommt man jetzt zur Befehlszeile?

Die meisten Distributionen booten heutzutage in einen grafischen Loginmanager. Dort gibt man Benutzernamen und Passwort ein und ist in seiner grafischen Oberfläche. Das muss aber nicht sein; ich selbst verzichte z.B. auf grafische Loginmanager und boote immer erst auf eine Befehlszeile, von der aus ich den Desktop auswähle, der meiner Tagesform entspricht, sofern ich überhaupt einen brauche. Aber es führen noch andere Wege zur Befehlszeile.

Zunächst einmal ist Linux, da auf Unix basierend, schon immer ein Mehrbenutzersystem mit umfassender Netzwerkunterstützung gewesen. Ein Relikt aus der Zeit, als mehrere Benutzer mit Teletype-Geräten (http://en.wikipedia.org/wiki/Teletype) sich einen Rechner mit Prozessor teilten, ist die Konsole. Damals hingen eben mehrere dieser Tele-Schreibmaschinen an einem Unix-Rechner, jeweils an einer Konsole. An Monitore war da noch gar nicht gedacht. Diese Konsolen existieren bis heute: bei gebootetem Linux mit grafischer Oberfläche, drückt doch einfach mal Strg+Alt+F2 (oder F3, F4... F6) und ihr seht, wie die grafische Oberfläche verschwindet und durch eine Befehlszeile ersetzt wird, an der ein Login blinkt. Das ist eine Konsole, die folgerichtig als tty2, tty3 usw. bezeichnet wird. Keine Panik, mit Strg + F7 (selten F8, je nach Distri - Achtung, kein Alt notwendig beim Wechsel weg von Text-Konsolen) kommt ihr wieder zurück zur grafischen Oberfläche; die läuft nämlich in der Regel auf Konsole 7. Auf Konsole 1 (Strg+Alt+F1 aus der grafischen Oberfläche, sonst Strg+F1) findet ihr die Ausgaben eures X-Servers; von dieser Konsole aus wurde die grafische Oberfläche gestartet. Auf Konsolen 8 und höher findet ihr je nach Distri noch weitere Ausgaben.

Diese verschiedenen tty-Konsolen können jederzeit auch von verschiedenen Benutzern verwendet werden, selbst übers Netzwerk, und es ist auch möglich, weitere grafische Oberflächen von diesen Konsolen aus wiederum auf weiteren Konsolen zu starten, so dass man z.B. zwischen einer KDE- und einer Gnomeoberfläche im laufenden Betrieb hin und her wechseln kann.

Das wäre die erste Möglichkeit, an eine Konsole zu kommen, und ist auch ein schöner Rettungsanker, wenn die grafische Oberfläche einfriert; das sollte zwar eigentlich nicht passieren, aber es ist möglich, insbesondere, wenn man mit experimenteller Software wie 3D-Desktops rumspielt. Von einer Konsole aus kann ich ein grafisches Programm, das in meiner grafischen Oberfläche läuft und diese blockiert, mittels des kill-Befehls abschießen. Wenn ich dann auf die grafische Oberfläche zurückkehre, ist in der Regel alles wieder normal.

Natürlich gibt es auch Befehlszeilen im Fenster, sogenannte Terminals. (Ich will hier mal 'Konsole' und 'Terminal' in dieser Art trennen, obwohl tty eigentlich 'teletype terminal' heißen soll und die Befehlszeile im Fenster unter KDE 'Konsole' heißt. Die Begriffe sind austauschbar, aber hier trenne ich mal künstlich.)

Terminals sind, im Gegensatz zu den Konsolen, keine Funktionen des Betriebssystems, sondern eigenständige Programme. Wie meist unter Linux gibt es nicht nur eins, sondern ziemlich viele. Praktisch auf jedem System vorhanden ist xterm. Das ist das grundlegende Terminal, viele andere setzen sogar auf diesem auf und motzen es nur durch konfigurierende Startparameter auf. Es gibt aber noch eine Reihe weiterer Befehlszeilenprogramme wie das genannte 'Konsole' von KDE, das ähnlich prosaisch benannte 'Terminal' von XFce oder solche netten Spielereien wie quadkonsole, ein Programm, das gleich ein Carré aus vier Terminals öffnet, so dass man mit mehreren Befehlszeilen gleichzeitig rumspielen kann. Ja, so Leute gibt es... Mich zum Beispiel. Manche Terminals lassen auch den Betrieb mehrerer Befehlszeilen in unterschiedlichen Registern oder Tabs zu. Manche lassen sich leicht transparent schalten und ohne Fensterränder darstellen, so dass die Eingabezeile gleich auf den Desktop liegt. Es ist für jeden etwas dabei.

Gleich: jetzt habe ich das Ding, was mach ich jetzt damit?

Robin

[Bitpicker]

So, da prangt sie nun vor dir, die Befehlszeile. Da steht vorne dein Benutzername, daneben steht noch mehr Zeuch, und ein frecher Cursor blinkt da. Was nun?

Zunächst einmal eine frohe Botschaft: man kann sich das Lernen vieler Befehlszeilenprogramme sparen, wenn man den Midnight Commander benutzt. Aufgerufen wird er durch den Befehl mc, wenn er installiert ist, ansonsten würde ich empfehlen, das schnell nachzuholen. Allerdings weiß ich leider gerade bei Ubuntu nicht, wo er sich im Paketmanagement versteckt - aber das finde ich noch heraus. Bei anderen Distris sollte das kein Problem sein.

Der Midnight Commander ist ein Klon des alten Norton Commander, den der eine oder die andere vielleicht noch aus DOS-Zeiten kennt. Natürlich hat er mehr Funktionen, die man unter DOS nicht brauchte, z.B. zum Manipulieren von Benutzerinformationen. Ich benutze mc auch als Dateimanager, weil ich die Explorer-ähnlichen Dinger, die es sonst so gibt, eher lästig als nützlich finde, besonders beim Kopieren von Daten.

Der Midnight Commander kann mit tar.gz und bz2 Dateien umgehen, als wären es Verzeichnisse. Es ist also nicht notwendig, sich die Parameter für Befehle wie tar zu merken, die man braucht, um solche Archive zu benutzen. Man geht einfach auf einer Seite in das Archiv und markiert dort die auszupackenden Dateien, auf der anderen in das Zielverzeichnis, drückt die Funktionstaste für Kopieren, und schon werden die Dateien rüberkopiert. Markiert wird übrigens entweder durch die Einfügen-Taste, wenn die zu markierende Datei unterlegt ist, wodurch diese heller und fetter wird; oder durch die Plus-Taste auf dem Ziffernblock, wo eine Maske eingegeben werden kann. * steht hier für alle Dateien, */ für alle Verzeichnisse.

Der Midnight Commander kann natürlich auch Dateien verschieben, kopieren, löschen, umbennen (fürs Verschieben wird Umbenennen benutzt) usw. Er kann auch Dateiberechtigungen ändern, was das Erlernen von chmod unnötig macht, sowie Dateien und Verzeichnisse anderen Benutzern zuweisen (chown), was hilfreich ist, wenn man in seinem Heimatverzeichnis mal wieder irrtümlich als Root ein Verzeichnis angelegt hat und sich nun wundert, warum man damit nix mehr machen kann. (mc als Root starten, übers Menü Besitzer ändern, fertig).

Der Midnight Commander hat auch Editor-Funktionen, wenn auch nur einfache, aber für das Ändern von Einträgen in Konfigurationsdateien ist das völlig ausreichend. Kein Mensch muss sich mit vi, vim oder emacs rumschlagen, was m.E. die Hölle ist, wenn es nur darum geht, eine falsche Zeile in einer Konfigurationsdatei zu ändern.

Wer mit dem mc umgehen kann, dürfte um eine ganze Menge von Befehlszeilenberührungen herumkommen. Da es aber doch gelegentlich unvermeidlich ist, gleich mehr zu den Befehlen.

[Dr.Boomslang]

Sehr interessant. Das ist das tolle an Linux: Es ist das totale Chaos! Jeder macht irgendwas oder sogar alles anders. Es ist schon interessant zu sehen wie andere damit arbeiten. Das mit dem Midnight Commander muss ich mal ausprobieren.

[Gast]

Der MidnightCommander ist mittlerweile auch Maussensitiv Wobei Ich nicht sicher bin ob das nicht eher ein Feature von Putty ist... Aber der MC ist das was Ich auf nem neuen Server nach der Auslieferung als erstes installiere und auch so mancher Kunde hat nach nem Supportcall mit Mir den MC auf der Kiste...

[Ein]

Jetzt frag ich mich natürlich, warum man auf der Shell arbeiten sollte, wenn man doch nur eine TUI benutzt...

[Crazee]

*Lauscher aufstellt*

[Gast]

Jetzt frag ich mich natürlich, warum man auf der Shell arbeiten sollte, wenn man doch nur eine TUI benutzt...

bei Fernadministration kann man NUR per SSH arbeiten. Auch gehen bestimmte Dinge nach einer Weile über die SSH einfach schneller ...

[Haukrinn]

Kein Mensch muss sich mit vi, vim oder emacs rumschlagen, was m.E. die Hölle ist, wenn es nur darum geht, eine falsche Zeile in einer Konfigurationsdatei zu ändern.

Und jeder, der einmal gelernt hat, mit vim umzugehen kann sich nur noch darüber wundern, wie langsam und unproduktiv es sich mit anderen Editoren arbeitet... 

@Midnight Commander: mc ist eins der wichtigsten Tools überhaupt. Er ist übersichtlich, schnell und IMHO gibt es nichts besseres, wenn es mal wieder an der Zeit ist, das eigene Homeverzeichnis zu ordnen.

Jetzt frag ich mich natürlich, warum man auf der Shell arbeiten sollte, wenn man doch nur eine TUI benutzt...

Weil nun einmal nicht für jeden

Code: [Auswählen]

find -maxdepth 3 -name "*.h" -exec fgrep -i -n --with-filename "void*" \{\} \;verständlich ist und es eine Weile dauert, bis man sich soweit ins skripten eingearbeitet hat, dass man Routineaufgaben auch problemlos automatisieren kann.

[Bitpicker]

Linuxbefehle kommen häufig ziemlich unintuitiv daher. Eine Faustregel, nach der diese Befehle häufig benannt wurden, scheint die zu sein, dass man die ersten beiden Konsonanten des eigentlich gemeinten Befehls verwendet. Deshalb heißt cp copy, rm remove, ls list und ln link (ok, eigentlich 'create symlink', aber wie gesagt, es ist eine Faustregel).

Befehle können Parameter haben. Parameter erfüllen die Aufgabe, die in der grafischen Oberfläche in Einstellungsfenstern und Ankreuzfeldchen zu finden sind: sie sagen dem Befehl, was er eigentlich machen soll. cp alleine kopiert nichts; man muss dem Befehl zumindest mitteilen, was er kopieren soll und wohin.

Parameter kommen meist in zwei Arten vor: solchen, vor denen ein einzelner Bindestrich steht (-f) und solche, vor denen doppelte Bindestriche stehen (--compress). Wie ihr vielleicht schon ahnt, bedeutet ein einzelner Strich 'hier folgen Ein-Zeichen-Parameter', während der Doppelstrich bedeutet 'hier folgt ein Parameter in einer Art Klartext, weil ich mir keine Einzelbuchstaben merken kann und mag'. Hinter einem Einzelstrich ist also jeder Buchstabe ein eigener Parameter für sich.

Code: [Auswählen]

tar -cvzf meinarchiv.tgz /home/meinverzeichnis

bedeutet also das Gleiche wie

Code: [Auswählen]

tar -- compress --verbose --use-compress-program gzip --file meinarchiv.tgz /home/meinverzeichnis

was wiederum so viel heißt wie

Liebes tape archive Programm, das nur so heißt, weil man früher Backups auf Bänder machen musste, nimm mein Verzeichnis /home/meinverzeichnis, packe es zusammen, benutze dafür gzip, stopfe es in die Datei meinarchiv.tgz und sag mir genau, was du da tust.

Eine Anmerkung zum letzten Teil (und dem --verbose Parameter): Befehlszeilenprogramme sind viel weniger redselig als ich. Meistens, wenn man sie ausführt, sagen sie nix, wenn das nicht ihre Aufgabe ist. ls, das einen Verzeichnisinhalt ausgeben soll, tut das natürlich, aber auf ökonomischste Weise. Andere Befehle halten einfach die Klappe, wenn sie erfolgreich abgelaufen sind. Das hängt noch mit den ttys von früher zusammen: wer will schon viel Papier und Zeit für 'Jau, das hat mal wieder sauber geklappt, herzlichen Glückwunsch zu dieser gekonnten Eingabe'-Ausgaben verschwenden.

Die meisten Befehle kommen aber mit einem Redeschwall-Parameter oder gleich mehreren von 'nickt'- bis zu 'fängt bei Adam und Eva an'-Qualität daher. Meist geht --verbose.

Genaues darüber, welche Parameter ein Befehl nun kennt, erfährt man auf mehrere Weisen. Die erste ist der Parameter -h oder --help, der meist eine kurze Liste möglicher Parameter für den jeweiligen Befehl ausgibt, also z.B.

Code: [Auswählen]

mount -h

Wenn diese Liste nicht deutlich genug ist, kann man sich die Dokumentation des Befehls ansehen, die sogenannte manpage (Seite des Manuals, also Handbuchs). Dafür gibt es einen Befehl:

Code: [Auswählen]

man mount

gibt die Handbuchseite für den Befehl mount aus.

Leider haben diese Handbuchseiten einen Nachteil: sie sind in der Regel von Gurus für Gurus geschrieben und listen daher Parameter und Funktionen nicht nach Wichtigkeit, sondern nach dem Alphabet auf. Das kann schon mal in fiese Sucherei ausarten. Alle manpages sind übrigens auch im Internet verfügbar, wer sich also eine ansehen will, kann auch auf Google z.B. man mount eingeben. Dabei ist die Formatierung auf HTML-Seiten sogar meist augenfreundlicher.

Bei Befehlen, die zwingend Parameter erwarten, führt übrigens oft auch die Eingabe des Befehlsnamens ohne Parameter zur Ausgabe von Hilfsinformationen.

Es gibt noch weitere Befehle, die wie man Informationen über andere Befehle bereithalten:

Code: [Auswählen]

apropos samba

durchsucht alle Manpages nach Informationen zu samba und gibt eine kommentierte Liste der Manpages aus, die was mit samba zu tun haben.

Code: [Auswählen]

info mount

gibt eine hypertext-formatierte alternative Manpage für mount aus, sofern sie für diesen Befehl auf diesem System existiert, ansonsten bekommt man eine allgemeine Infodatei angezeigt.

Code: [Auswählen]

whatis mount

gibt Kurzbeschreibungen aus den manpages, die mit mount zu tun haben, aus.

Gleich: weitere interessante Befehle.

[Bitpicker]

@ Axx: mc ist maussensitiv, wenn ncurses installiert ist.

@ Haukrinn: für Einsteiger ist das Einarbeiten in vim, wenn es darum geht, mal ein Zeichen in eine Textdatei zu packen, m.E. etwas viel. Natürlich ist vim trotzdem komfortabler als der mc-Editor. Ich selbst benutze derzeit meist nano. Jedem das Seine und mir das Meiste!

Robin

[Bitpicker]

Hier nun ein paar weitere Befehle ohne Vortäuschung der Vollständigkeit und ohne lange Parameterlisten, wie ihr da dran kommt, habt ihr ja eben gelernt.

Code: [Auswählen]

su

Dieser Befehl heißt, je nachdem, wen man fragt, substitute user, switch user oder superuser. Die ersten beiden sind sachlich richtig: man wechselt damit den Benutzer. Gibt man als Parameter den Namen eines anderen Benutzers an, dann kannn man dieser Benutzer werden, wenn man anschließend dessen Passwort eingeben kann. Gibt man keinen Namen an, dann wird man zu Root (Passwort vorausgesetzt), also dem Systemadministrator, der alles darf, auch zerstören. Daher auch die Interpretation 'superuser' weil das eine häufige Anwendung ist.

Wenn man den Parameter -c verwendet, kann man sich das Hemd des anderen Benutzers für einen Befehl anziehen, der in Anführungsstrichen auf den Parameter folgt. Nach Abarbeitung des Befehls ist man automatisch wieder der alte. Beispiel:

Code: [Auswählen]

su -c "shutdown -h now"

fährt das System herunter, was der normale Benutzer in der Regel nicht darf, jedenfalls nicht von der Komandozeile aus. Die Anführungsstriche sind notwendig, damit su weiß, dass die darin enthaltenen Parameter nicht für su bestimmt sind, sondern in diesem Fall für 'shutdown' (-h steht übrigens für 'Computer anhalten', also abschalten, und die Anweisung now ist wohl deutlich; man kann dem System nämlich auch mitteilen, dass es erst pünktlich zum Abendessen oder nächste Woche runterfahren soll).

Nicht nur für Ubuntu-Benutzer interessant ist in diesem Zusammenhang der Befehl

Code: [Auswählen]

sudo

Dieser Befehl bedeutet 'mach das als Superuser'. 'Das' ist dabei ein Befehl, der im Parameter übergeben wird. Aber nicht jeder User darf mit sudo arbeiten, das dürfen nur User, die in die Gruppe 'wheel' eingetragen sind. Für sudo existiert eine Datei sudoers (meist in /etc), in der genau aufgeschlüsselt werden kann, welcher sudo-Benutzer welche Root-Befehle ausführen darf, ob er dafür ein Passwort eingeben muss oder nicht usw. Interessierte verweise ich auf die manpage.

In Ubuntu braucht man dauernd sudo und nie su, außer als

Code: [Auswählen]

sudo su

welches einem Benutzer für eine gewisse Zeit Root-Rechte einräumt. Das liegt daran, dass der Root-User unter Ubuntu im Gegensatz zu anderen Distris deaktiviert ist und der Erstbenutzer (und später angelegte, sofern sie in wheel stehen) über sudo an die wichtigen Root-Befehle darf.

Wer im Kapitel über mc aufgepasst hat, weiß, dassman viele Dinge mit Dateien in mc anstellen kann, aber eins kann man nicht: neue Dateien erstellen. Außer, man kopiert eine Datei, gibt ihr dabei einen neuen Namen und löscht dann ihren Inhalt. Zum Erstellen einer jungfräulichen Datei aus dem Nichts gibt es folgenden Befehl:

Code: [Auswählen]

touch Datei

was direkt an die Erschaffung Adams durch Gott in der sixtinischen Kapelle erinnert. Touch erstellt im aktuellen Verzeichnis die genannte Datei. Sie ist leer und kann anschließend mit dem Editor eures Vertrauens mit Inhalt gefüllt werden. Natürlich können andere Editoren wie vim, nano usw. auch einfach gestartet und mit Inhalt gefüllt werden und den Inhalt dann in eine neu anzulegende Datei schreiben, das kann der mc-Editor eben kurioserweise nicht.

Der Befehl

Code: [Auswählen]

ls

listet den Inhalt des aktuellen Verzeichnisses oder den Inhalt des im Parameter angegebenen Verzeichnisses auf, ist also die Entsprechung zu 'dir' unter DOS. Nützlich ist der Parameter -l (kleines L), der zusätzliche Infos zu den Dateien ausspuckt.

Code: [Auswählen]

mount

ist der Befehl, mit dem man Laufwerke, USB-Sticks, CD usw. ins Dateisystem einhängt, wenn die Automatik versagt oder man sich die Installation der Automatik versagt. Wenn das Laufwerk aus irgend einem Grund bereits in der Liste der bekannten Laufwerke steht (/etc/fstab), kann es einfach gemeountet werden, indem die Devicedatei oder der Mountpunkt, also das Verzeichnis, wo man den Datenträger hinhaben will, im Parameter angibt, und zwar so, wie diese in der fstab stehen:

Code: [Auswählen]

mount /dev/hda1
mount /mnt/win98

tun auf meinem System dasselbe, sie nehmen nämlich meine Windows 98 Partition und hängen sie im Verzeichnis /mnt/win98 ein (was aber beim Booten sowieso passiert).

Übrigens kann man fstab (Liste der einhängbaren Dateisysteme) und mtab (Liste der eingehängten Dateisysteme) vergleichen, um zu schauen, ob ein Dateisystem nun drin ist oder nicht.

Ist das Dateisystem des einzuhängenden Laufwerks nun nicht in der fstab, muss man genauere Angaben machen. Weiteres dazu steht in der manpage, im Falle des Windows-Laufwerkes wäre z.B.

Code: [Auswählen]

mount -t vfat /dev/hda1 /mnt/win98

notwendig.

[Jens]

Ui, ich finde Befehlszeilen immer gut. Weil ich früher immer so gern mit command.com und batch-Dateien gearbeitet habe
Und unter der Befehlszeile in Windows gibts auch das eine oder andere Tool, dass sich über das GUI nicht erreichen lässt - cipher zum Beispiel wenns darum geht, Spuren zu verwischen.

[Bitpicker]

Verzeichnisse wechselt man wie unter DOS mit

Code: [Auswählen]

cd /Pfad

Der Befehl

Code: [Auswählen]

top

listet alle derzeit laufenden Programme auf. Ich empfehle aber stattdessen die Installation des Programms htop, welches diese Auflistung in bunt in einer mc-ähnlichen Oberfläche mit dauernder Aktualisierung vornimmt. Das Schöne daran ist, dass man in htop auch auf die vielen Optionen des Befehls 'kill' zugreifen kann, ohne sich mit diesem Befehl auseinandersetzen zu müssen.

Den Befehl kill brauche ich also nicht aufzuführen; innerhalb einer funktionsfähigen grafischen Oberfläche gibt es aber die Möglichkeit, über ein Terminal xkill aufzurufen, wenn ein grafisches Programm hängt, ohne dabei die ganze Oberfläche zu blockieren; dann wird der Cursor zum Totenkopf und das Programm, auf dessen Fenster man als nächstes klickt, wird gekillt.

Ähnlich wie top listet

Code: [Auswählen]

ps

alle derzeit laufenden Prozesse auf. Da gibt es viele, viele Parameter...

Code: [Auswählen]

reboot

ist ein Root-Befehl, der genau das ausführt, was er besagt, während

Code: [Auswählen]

reset

das aktuelle Terminal in den Ausgangszustand versetzt. Normale Anwender verwenden zum Löschen des Konsolen- oder Terminalinhalts das dem DOS-Befehl cls entsprechende

Code: [Auswählen]

clear

Eben habe ich Schussel noch

Code: [Auswählen]

umount /mnt/win98

vergessen, welches mein als Beispiel genanntes Windows 98-System wieder aushängen würde. Es ist eines der ungelösten Rätsel der Linuxwelt, warum das Ding nicht einfach unmount heißt. Sparwut kann auch zu weit führen...

Sehr schön ist der Befehl alias. Man gibt ihn allerdings nur selten ein. Er dient dazu, lange Befehlszeilen handlich zu machen. Ich habe beispielsweise ein Befehlszeilenprogramm namens rdiff-backup, welches ich benutze, um von meinem gesamten System ein Backup zu machen; dabei hat dieses Programm eine lange Liste von Parametern mit Verzeichnissen wie /sys, /proc und /tmp, die zu sichern Blödsinn wäre, und die deshalb über diese Parameter ausgeklammert werden. Das jedes Mal einzutippen, wäre viel Arbeit. Stattdessen habe ich in der Datei .bashrc ein Alias definiert, einfach mit:

Code: [Auswählen]

alias backup=rdiff-backup und-der-ganze-Rattenschwanz-von-Parametern

Jetzt muss ich nur noch backup eingeben, und das Ding wird abgearbeitet. Weil die Zuweisung in der .bashrc steht, liegt dieses Alias nach jedem neuen Login wieder vor, wäre ja sonst auch blöd.

Aliasse können sogar andere Aliasse enthalten, so dass bei mir z.B. der Befehl sysup mittlerweile alte Backup-Inkremente löscht, über backup das genannte Backup macht, Gentoo-Overlays aktualisiert, Portage aktualisiert und ein systemweites Upgrade anstößt, das ich nur noch akzeptieren oder verwerfen muss. Nein, das muss euch alles nichts sagen...

Wer aber z.B. vom DOS-Befehl 'dir' nicht loskommt, kann ihn durch ein einfaches

Code: [Auswählen]

alias dir=ls

zum Linuxbefehl machen. In meinem Buch über Konsolenbefehle steht 'dir' sogar drin, aber ich bin ziemlich sicher, dass das kein Standardbefehl ist...

Alias alleine zeigt euch übrigens die Liste der für den aktuellen Benutzer definierten Aliasse an.

Den Inhalt einer Datei ohen Editor recht komfortabel anzeigen kann man mit

Code: [Auswählen]

less Dateiname

wobei das ein Wortspiel auf 'more' ist, einen anderen Befehl, der das Gleiche tut, aber weniger kann. Ja, das Linuxvölkchen besteht schon aus Scherzkeksen.

Eine Konsole oder ein Terminal bzw. eine Identität als anderer Benutzer verlässt man mit dem Befehl

Code: [Auswählen]

exit

Ein Terminal kann man natürlich auch einfach übers X am Fenster schließen. Auch der Befehl 'logout' kann verwendet werden.

Hilfreich ist auch der Befehl 'tail', z.B. in der Form

Code: [Auswählen]

tail -f /var/log/messages

Dieser Befehl zeigt nämlich das Ende (den Schwanz, tail) der genannten Datei an, und dank des Parameters -f (follow) wird diese Anzeige auch aktualisiert. Systemmeldungen bzgl. von Ereignissen, die vor kurzem im Betriebssystem aufgetreten sind oder ab Eingabe dieses Befehls auftreten, kann man so bequem verfolgen, was bei der Fehlersuche hilfreich ist. Man verlässt diese Anzeige wie auch die vieler anderer dauerhaft laufender Befehle mit Strg + C. Manche Befehle wie z.B. 'man' und 'less', die auf Editorfunktionen aufsetzen, beendet man mit q. (Oh je, was für ein Durcheinander das hier wird...)

So, ich würde sagen, dass das alle Befehlszeilenbefehle sind, die ich selbst öfter mal benutze und für allgemein recht wichtig halte, die man aber nicht durch mc umgehen kann. Es gibt natürlich noch sehr viel mehr, und nicht zuletzt gibt es eine Menge von Befehlen und Programmen, Skripten usw., die ebenfalls sehr nützlich sind. Ein Beispiel dafür ist locate, welches man benutzen kann, um blitzschnell (weil es eine Datenbank verwendet) eine Datei im Dateisystem zu suchen.


Robin

[Dom]

Vielleicht eine kleine Ergänzung: Dieser ganze Befehlszeilen-Krempel, den Robin hier so toll aufführt, geht (fast) 1:1 auch unter Mac OS X, da das auch ein auf Unix basierendes Betriebssystem ist. Dabei gilt auch das gleiche, wie unter Ubuntu: Der root-User hat normalerweise kein Passwort.
Dom

[Bitpicker]

Mir fällt auch noch was ein: Nehmen wir mal an, die grafische Oberfläche klappt nicht mehr, aber das System bootet noch. Es gibt textbasierte Befehlszeilenbrowser, so dass man zumindest rudimentär im Internet surfen kann und dort Hilfe suchen kann. Die Dinger heißen lynx oder links (es gibt beides), und wer Schmerzen mag, kann ja mal mit so einem Ding ins Internet gehen, damit er im Ernstfall weiß, was zu tun ist.

Robin

[Bitpicker]

Abseits von Befehlen gibt es noch ein paar schöne Features der Befehlszeile, auf die ich hinweisen möchte.

1. Verlauf

Die Befehlszeile besitzt einen Verlaufsspeicher, das heißt, sie merkt sich abgearbeitete Befehle, sogar über Rechner-Neustarts hinweg. Das gilt oft auch für solche Befehls-Eingabefelder in grafischen Oberflächen, wie man sie z.B. in diesem XFce-Screenshot unten im Panel links von dem Notizblock sieht. Mit der Pfeiltaste nach oben blättert man in der Konsole in der Verlaufsliste zurück, mit Pfeil nach unten vor (wenn man schon etwas zurückgeblättert hat; zukünftige Befehle erahnen kann Linux derzeit noch nicht. ). Die Befehle sind natürlich editierbar, und zwar nicht nur, wie bei DOS oder der Win-Eingabeaufforderung, durch Löschung von hinten.

2. Auto-Vervollständigung

Durch Druck auf die Tabulatortaste kann die Befehlszeile Teile von Pfadangaben automatisch ergänzen. Statt also lange Pfade einzugeben, kann man immer dann den Tabulator drücken, wenn die bereits eingegebenen Buchstaben eindeutig sind. Sind sie noch nicht eindeutig, weil mindestens zwei Verzeichnisse oder Dateien gemeint sein können, bringt ein zweiter Druck auf die Tabulatortaste eine Liste aller Möglichkeiten zur Anzeige, so dass man die weiteren Buchstaben des gewünschten Pfades eingeben kann, bis der Pfad eindeutig wird. Wenn zwei Verzeichnisse oder Dateinamen weitgehend übereinstimmen, ergänzt die Vervollständigung alle Zeichen bis zu dem Punkt, wo die Namen divergieren.

3. Einen länger dauernden Befehl eingeben und sofort an der Zeile weitermachen; Befehle verketten

Wenn an der Befehlszeile ein Befehl eingegeben wird, dessen Abarbeitung länger dauert (z.B. der Start eines grafischen Programms, für das aus irgend einem Grund kein Icon zur Verfügung steht), dann ist diese Befehlszeile normalerweise nicht mehr verfügbar, solange das Programm läuft (andere Terminals und Konsolen sind davon nicht betroffen, nur die, wo der Befehl gestartet wurde). Um das zu vermeiden, wird nach dem Befehl ein & nach einem Freizeichen eingegeben, also z.B.

Code: [Auswählen]

firefox &

Dies würde den Browser Firefox starten, sofern eine grafische Oberfläche verfügbar ist, und anschließend die Kommandozeile wieder freigeben. Fehlt das &, werden an der Befehlszeile, von der aus Firefox gestartet wurde, sämtliche Fehlermeldungen und Hinweise ausgegeben, die Firefox so von sich gibt und die beim Start über ein Icon normalerweise im Nirvana verschwinden.

In beiden Fällen gilt, dass ein Schließen der Befehlszeile auch sämtliche von dort gestarteten Programme schließt!

Mit && kann man mehrere Befehle gleich miteinander verketten. Der -relativ unsinnige- Befehl

Code: [Auswählen]

cd /etc && ls /etc

wechselt zuerst in das Verzeichnis /etc und listet dann den Inhalt des Verzeichnisses auf (was ohne den Wechsel aber auch funktioniert hätte).

Robin

[Haukrinn]

Kurze Ergänzung von mir dazu:

1. Verlauf
2. Auto-Vervollständigung

Verlauf und Autovervollständigung beherrscht das Windowsbefehlsfenster mittlerweile auch, ebenso die etwas komfortablere Editierfunktion. Was oft ganz praktisch ist, ist die Suchfunktion der bash-Shell unter Linux. Mittels strg-R bzw. strg-S kommt ihr in den incremental search mode, wo ihr wie in einem modernen Suchendialog alte Befehle eingeben könnt, die dann in der History der Shell gesucht werden. Praktischerweise geschieht dies bereits, während ihr tippt.

3. Einen länger dauernden Befehl eingeben und sofort an der Zeile weitermachen; Befehle verketten
[...]
Fehlt das &, werden an der Befehlszeile, von der aus Firefox gestartet wurde, sämtliche Fehlermeldungen und Hinweise ausgegeben.

Die Ausgabe passiert auch, wenn ihr das &-Zeichen verwendet. Die einzige Bedeutung des Ganzen ist, daß ihr das Programm nicht im Vordergrund (d.h. als einzig aktive Applikation, die die Shell blockiert) ausführt, sondern im Hintergrund. Natürlich könnt ihr Prozesse auch nach dem Starten wieder in den Vordergrund holen. Dazu dient das Kommando fg. Ihr könnt Vordergrundprozesse auch mittels Strg-Z anhalten und dann mit dem Kommando bg in den Hintergrund verschieben.

[Gast]

Code: [Auswählen]

uptimegibt an wie lange das System schon läuft, und wie die durchschnittliche Auslastung in dieser Zeit war.

Beispiel unser Server:

p15196047:~ # uptime
  8:09pm  up 6 days  2:19,  1 user,  load average: 0.65, 0.39, 0.26

Der erste Wert gibt die aktuelle Uhrzeit an
"up" gibt an wie lange das System seit dem letzten reboot läuft.
"load average" gibt die durchschnittlichen Lastwerte in % an.

So lange load average <=1 ist, ist soweit alles OK. Geht dieser Wert dauerhaft über 1 ist es grenzwertig, da die Maschine dann mehr als 100% Leistung bringen muss; geht der Wert sogar auf ein vielfaches von 1, ist die Maschine eindeutig überlastet. Auf Dauer verringert dies die Lebenserwartung der Hardware.

Abhilfe kann hier neue, leistungsstärkere Hardware bringen, oder auch eine Optimierung der laufenden Prozesse. Wobei letzteres ohne profunde Kenntnisse der Materie eher schwierig zu erreichen sein dürfte.

[Gast]

Code: [Auswählen]

fdisk -l
gibt eine Liste der Partitionen bzw. devices aus und zeigt deren Start- und Endpunkt sowie die Anzahl der Blocks und das verwendete System sowie eine weitere Reihe von Informationen über die Festplatte (genauere Erklärung hab Ich hier nicht, die Moderation darf hier gerne ran )

Wieder am Beispiel Fantahost:

p15196047:~ # fdisk -l

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1          63      506016   83  Linux
/dev/sda2              64         307     1959930   82  Linux swap / Solaris
/dev/sda4             308        9729    75682215    5  Extended
/dev/sda5             308         916     4891761   83  Linux
/dev/sda6             917        1525     4891761   83  Linux
/dev/sda7            1526        9729    65898598+  83  Linux

Disk /dev/sdb: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sdb doesn't contain a valid partition table (diese Meldung wird durch das RAID1-Array verursacht. Der Server hat zwei Platten, /dev/sda und /dev/sdb, die beide zusammen EINE Festplatte bilden, d.h. eine Master- und eine Mirror-device. Fällt eine davon aus, sind die Daten noch auf der anderen und können ggf. auf eine neue Platte synchronisiert werden)

Code: [Auswählen]

df -hgibt eine Auflistung der, hm, Mountpoints? und deren Belegung an, d.h. man sieht wohin die devices gemounted sind und wieviel Platz auf diesen belegt ist.

Wieder am Beispiel Fantahost:

p15196047:~ # df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             479M  187M  268M  42% /
tmpfs                 501M     0  501M   0% /dev/shm
/dev/sda5             4.7G  1.4G  3.3G  31% /usr
/dev/sda6             4.7G  2.9G  1.8G  62% /var
/dev/sda7              63G   24G   40G  38% /home
none                  501M     0  501M   0% /tmp

[Gast]

Ich empfehle aber stattdessen die Installation des Programms htop, welches diese Auflistung in bunt in einer mc-ähnlichen Oberfläche mit dauernder Aktualisierung vornimmt. Das Schöne daran ist, dass man in htop auch auf die vielen Optionen des Befehls 'kill' zugreifen kann, ohne sich mit diesem Befehl auseinandersetzen zu müssen.

Den Befehl kill brauche ich also nicht aufzuführen; innerhalb einer funktionsfähigen grafischen Oberfläche gibt es aber die Möglichkeit, über ein Terminal xkill aufzurufen, wenn ein grafisches Programm hängt, ohne dabei die ganze Oberfläche zu blockieren; dann wird der Cursor zum Totenkopf und das Programm, auf dessen Fenster man als nächstes klickt, wird gekillt.

gerade eben mal gezogen und installiert:

SEHR. GEIL. UND. SEHR. NÜTZLICHST!

[Bitpicker]

Hier noch ein Tipp für die Bash:

So wie die Variable PATH (ansehen mit 'echo $PATH') die Verzeichnisse enthält, in denen Linux nach Befehlen suchen soll, gibt es auch eine Variable CDPATH, die Verzeichnisse enthält, in denen der Befehl CD nach Verzeichnissen suchen soll.

Praxisbeispiel:

Ich habe ein Verzeichnis /var/log/portage/elog, in das bei Installationen von Paketen unter Gentoo Meldungen aller Pakete geschrieben werden. Normalerweise würde ich mit folgender Zeile in dieses Verzeichnis wechseln:

Code: [Auswählen]

cd /var/log/portage/elog

Stattdessen habe ich in die Datei .bashrc im Homeverzeichnis des Root-Users (weil dieses Verzeichnis nur für Root interessant ist; andere User können die gleichnamige Datei in ihrem eigenen Userverzeichnis verwenden) folgende Zeile eingesetzt:

Code: [Auswählen]

export CDPATH=.:/var/log/portage

Bei jedem weiteren Login von Root wird diese Variable nun gesetzt. Gebe ich nun an einer Befehlszeile irgendwo im Dateisystem 'cd elog' ein, lande ich in dem oben angeführten Verzeichnis, weil 'elog' im aktuellen Verzeichnis (der Punkt hinter dem Gleichheitszeichen) und anschließend in /var/log/portage gesucht wird.

Bei der Formulierung der export-Anweisung ist darauf zu achten, dass . wirklich so angegeben wird, sonst verlernt cd das Suchen im aktuellen Verzeichnis. Es können beliebig viele Verzeichnisse angegeben werden, die jeweils mit : voneinander zu trennen sind. Ein /home/username oder einfach ~ macht z.B. alle Verzeichnisse im eigenen Home-Verzeichnis direkt anspringbar.

Robin

[Xardok]

Ich mach gerade meine ersten Schrittchen mit der Befehlszeile und habe dabei diese Zusammenfassung auf der Seite meines Instituts gefunden. Ich find die gerade recht hilfreich, deswegen wollte ich sie mal nicht der weiten Welt vorenthalten.

[Haukrinn]

Oh ja, nett. 

Beim Zentralinstitut für Mathematik des Forschungszentrums Jülich gibt es noch viel, viel mehr davon (man beachte auch die anderen Menüpunkte für Betriebshandbücher und Technische Kurzinformationen):