Shells für Linux und Unix richtig nutzen - Versionsgeschichte

Mandy28: /* Fallen für Bash-Programmierer */

2013-02-15T07:23:32Z

Fallen für Bash-Programmierer

← Nächstältere Version		Version vom 15. Februar 2013, 07:23 Uhr
Zeile 178:		Zeile 178:
	WERT="Hallo"		WERT="Hallo"
	Fehlerfreie Bash-Programmierung bedarf größter Sorgfalt, allerdings bietet sie dafür viele Möglichkeiten.		Fehlerfreie Bash-Programmierung bedarf größter Sorgfalt, allerdings bietet sie dafür viele Möglichkeiten.

			== Kompatibilität und Portabilität ==

			Je nach Abstammung der Shell sind für sie geschriebene Skripte nicht oder nur bedingt kompatibel zu anderen Shells. Zum Beispiel lassen sich Bourne-Shell-Skripte nicht unter der C-Shell ausführen, aber es besteht eine gewisse Chance, dass ein solches Skript unter einer Korn-Shell oder Job-Control-Shell läuft. Neben diesem offensichtlichen Problem besteht aber auch das Problem, dass unterschiedliche Implementierungen der gleichen Shell existieren und dass Shells unter Beibehaltung ihres Namens im Laufe der Zeit auch weiterentwickelt wurden und werden. Die gleichen (gleich benannten) Shells auf unterschiedlichen Unix-Varianten weisen unterschiedliche Entwicklungsstände und somit sowohl unterschiedliche Eigenschaften als auch Fehler auf. Hinzu kommt, dass Shell-Skripte, wie bereits beschrieben, viele normale Unix-Kommandos aufrufen. Auch diese unterscheiden sich in ihrem Verhalten zum Teil von Unix zu Unix. Dadurch kann sich das Verhalten eines Shell-Skripts ebenfalls ändern, wenn es auf einem anderen Unix ausgeführt wird.

			Eine gängige Strategie zum Schreiben von portablen Shell-Skripten ist es, sich nur auf den kleinsten gemeinsamen Nenner zu verlassen. Dies bedeutet in der Regel, dass man die Bourne-Shell verwendet und damit auf die bequemen Erweiterungen, wie sie zum Beispiel in der Korn-Shell oder bash zu finden sind, bewusst verzichtet. Je nachdem, wie groß die Bandbreite der abzudeckenden Systeme ist, verzichtet man auch auf die Benutzung neuerer, in POSIX standardisierter Bourne-Shell-Features.

Mandy28: /* Die Bourne-again-Shell: bash */

2013-02-15T07:22:47Z

Die Bourne-again-Shell: bash

← Nächstältere Version		Version vom 15. Februar 2013, 07:22 Uhr
Zeile 53:		Zeile 53:
	Die bash ist Teil des GNU-Projekts. Sie wurde Ende der 1980er-Jahre von Brian Fox geschrieben. In weiten Teilen ist die bash kompatibel zur Bourne-Shell sh, hat allerdings einen größeren Funktionsumfang. Sie beherrscht Funktionen der Korn-Shell sowie der C-Shell, etwa die Kommando-History oder das Bearbeiten der Befehlszeile. Die bash ist die Standard-Shell auf einigen Linux-Systemen sowie unter Mac OS X.		Die bash ist Teil des GNU-Projekts. Sie wurde Ende der 1980er-Jahre von Brian Fox geschrieben. In weiten Teilen ist die bash kompatibel zur Bourne-Shell sh, hat allerdings einen größeren Funktionsumfang. Sie beherrscht Funktionen der Korn-Shell sowie der C-Shell, etwa die Kommando-History oder das Bearbeiten der Befehlszeile. Die bash ist die Standard-Shell auf einigen Linux-Systemen sowie unter Mac OS X.
	Einige Befehle sind in der bash einfacher verwirklicht als in der Original-Bourne-Shell. So kann bash beispielsweise die Standardausgabe und die Standardfehlermeldung mit dem &>-Operator gleichzeitig umlenken. In der Bourne-Shell muss so etwas mit einem Befehl wie "BEFEHL > file 2>&1" erledigt werden		Einige Befehle sind in der bash einfacher verwirklicht als in der Original-Bourne-Shell. So kann bash beispielsweise die Standardausgabe und die Standardfehlermeldung mit dem &>-Operator gleichzeitig umlenken. In der Bourne-Shell muss so etwas mit einem Befehl wie "BEFEHL > file 2>&1" erledigt werden

			==Die Almquist-Shell==

			Die Almquist-Shell (ash) von Kenneth Almquist ist eine Neuimplementierung der SVR4-Variante der Bourne-Shell. Sie wurde ursprünglich für die traditionellen BSD-Varianten von Unix geschrieben, nachdem die Bourne-Shell selbst nur noch mit Lizenzierung zu erhalten war. Spätere Varianten orientieren sich am POSIX-Standard und eignen sich sehr gut zur Ausführung von Skripten. Die FreeBSD- und NetBSD-Projekte verwenden weiterentwickelte Versionen der ash als Standard-Shell (/bin/sh). Da die ash im Vergleich zu anderen modernen Shells sehr geringe Ansprüche an Speichergröße und Rechnergeschwindigkeit stellt, wird sie auch gerne in Embedded-Linux-Systemen verwendet; sie wurde auch in die ebenfalls im Embedded-Bereich verbreitete Multifunktions-Binary BusyBox integriert.
			Die Debian-Almquist-Shell

	==Die C-Shell: csh==		==Die C-Shell: csh==

Mandy28: /* Fallen für Bash-Programmierer */

2011-11-12T19:52:12Z

Fallen für Bash-Programmierer

← Nächstältere Version		Version vom 12. November 2011, 19:52 Uhr
Zeile 173:		Zeile 173:
	WERT="Hallo"		WERT="Hallo"
	Fehlerfreie Bash-Programmierung bedarf größter Sorgfalt, allerdings bietet sie dafür viele Möglichkeiten.		Fehlerfreie Bash-Programmierung bedarf größter Sorgfalt, allerdings bietet sie dafür viele Möglichkeiten.




			*[[Hauptseite\|Zurück zu Hauptseite]]


			[[Category:Linux]]

Mandy28 am 12. November 2011 um 19:51 Uhr

2011-11-12T19:51:30Z

← Nächstältere Version		Version vom 12. November 2011, 19:51 Uhr
Zeile 50:		Zeile 50:

	==Die Bourne-again-Shell: bash==		==Die Bourne-again-Shell: bash==
			[[Image:Shell3.jpg\|miniatur\|Gut zu wissen: Die Manpage von bash beschreibt detailliert, wie man mit der Shell arbeitet und wie Shell-Skripte programmiert werden.]]
	Die bash ist Teil des GNU-Projekts. Sie wurde Ende der 1980er-Jahre von Brian Fox geschrieben. In weiten Teilen ist die bash kompatibel zur Bourne-Shell sh, hat allerdings einen größeren Funktionsumfang. Sie beherrscht Funktionen der Korn-Shell sowie der C-Shell, etwa die Kommando-History oder das Bearbeiten der Befehlszeile. Die bash ist die Standard-Shell auf einigen Linux-Systemen sowie unter Mac OS X.		Die bash ist Teil des GNU-Projekts. Sie wurde Ende der 1980er-Jahre von Brian Fox geschrieben. In weiten Teilen ist die bash kompatibel zur Bourne-Shell sh, hat allerdings einen größeren Funktionsumfang. Sie beherrscht Funktionen der Korn-Shell sowie der C-Shell, etwa die Kommando-History oder das Bearbeiten der Befehlszeile. Die bash ist die Standard-Shell auf einigen Linux-Systemen sowie unter Mac OS X.
	Einige Befehle sind in der bash einfacher verwirklicht als in der Original-Bourne-Shell. So kann bash beispielsweise die Standardausgabe und die Standardfehlermeldung mit dem &>-Operator gleichzeitig umlenken. In der Bourne-Shell muss so etwas mit einem Befehl wie "BEFEHL > file 2>&1" erledigt werden		Einige Befehle sind in der bash einfacher verwirklicht als in der Original-Bourne-Shell. So kann bash beispielsweise die Standardausgabe und die Standardfehlermeldung mit dem &>-Operator gleichzeitig umlenken. In der Bourne-Shell muss so etwas mit einem Befehl wie "BEFEHL > file 2>&1" erledigt werden
Zeile 64:		Zeile 65:

	==Die Restricted Shell: rbash==		==Die Restricted Shell: rbash==
			[[Image:Shell4.jpg\|miniatur\|Einschränkung umgehen: Mit dem Befehl ":set shell=/bin/sh" im Editor vi kann der Benutzer einer einschränkende Shell diese aushebeln.]]

	Die rbash ist eine eingeschränkte bash-Shell (unter Restricted Shell). Die Shell kann auf zwei Arten gestartet werden: indem der Benutzer sie mit dem Befehl rbash aufruft oder mit "bash -r". Die Restricted Shell dient dazu, eine kontrollierte Umgebung zu bieten. So wird sie hin und wieder in chroot-Gefängnissen genutzt, um den Systemzugriff noch weiter einzuschränken.		Die rbash ist eine eingeschränkte bash-Shell (unter Restricted Shell). Die Shell kann auf zwei Arten gestartet werden: indem der Benutzer sie mit dem Befehl rbash aufruft oder mit "bash -r". Die Restricted Shell dient dazu, eine kontrollierte Umgebung zu bieten. So wird sie hin und wieder in chroot-Gefängnissen genutzt, um den Systemzugriff noch weiter einzuschränken.
	Unter anderem ist in der rbash zum Beispiel der Verzeichniswechsel mit cd nicht möglich. Auch können keine Umgebungsvariablen wie SHELL und PATH geändert werden. Ebenso ist das Umleiten der Ausgabe mit >, >> etc. abgeschaltet. Restricted-Shell-Modi gibt es außer in der bash auch in der Bourne- und in der Korn-Shell.		Unter anderem ist in der rbash zum Beispiel der Verzeichniswechsel mit cd nicht möglich. Auch können keine Umgebungsvariablen wie SHELL und PATH geändert werden. Ebenso ist das Umleiten der Ausgabe mit >, >> etc. abgeschaltet. Restricted-Shell-Modi gibt es außer in der bash auch in der Bourne- und in der Korn-Shell.
	Die rbash ist allerdings nicht vollständig abgesichert. Ein Benutzer kann beispielsweise einfach aus der eingeschränkten Umgebung ausbrechen, wenn er ein Programm benutzt, das seinerseits Shell-Zugriff ermöglicht. Im Standard-Unix-Editor vi sind dazu beispielsweise nur zwei Befehle erforderlich:		Die rbash ist allerdings nicht vollständig abgesichert. Ein Benutzer kann beispielsweise einfach aus der eingeschränkten Umgebung ausbrechen, wenn er ein Programm benutzt, das seinerseits Shell-Zugriff ermöglicht. Im Standard-Unix-Editor vi sind dazu beispielsweise nur zwei Befehle erforderlich:
			<br><br><br><br>
	:set shell=/bin/sh		:set shell=/bin/sh
	:shell		:shell

	==Screen-Shell: screen==		==Screen-Shell: screen==
			[[Image:Shell5.jpg\|miniatur\|Verräterisch: Welche Tastenkombinationen der Fenstermanager screen bietet, zeigt er nach der Eingabe von [Strg-A-?].]]

	Screen passt eigentlich nicht ganz in die typischen Shells, denn das Programm geht teilweise darüber hinaus. Screen ist ein Fenstermanager für die Konsole. Damit kann der Benutzer über ein einziges Terminal mehrere virtuelle Sitzungen verwalten. In diesen können verschiedene Programme laufen, und der Benutzer kann zwischen diesen mit der Tastenkombination [Strg-Alt-Leertaste] hin- und herschalten.		Screen passt eigentlich nicht ganz in die typischen Shells, denn das Programm geht teilweise darüber hinaus. Screen ist ein Fenstermanager für die Konsole. Damit kann der Benutzer über ein einziges Terminal mehrere virtuelle Sitzungen verwalten. In diesen können verschiedene Programme laufen, und der Benutzer kann zwischen diesen mit der Tastenkombination [Strg-Alt-Leertaste] hin- und herschalten.
Zeile 77:		Zeile 81:

	==Die Tenex-C-Shell: tcsh==		==Die Tenex-C-Shell: tcsh==
			[[Image:Shell6.jpg\|miniatur\|Tipp: Unter dieser Webpage werden die Eigenschaften verschiedener Shells verglichen.]]

	Die Tenex-C-Shell tcsh ist vollständig kompatibel zur C-Shell. Allerdings hat der Entwickler Christos Zoulas die Editiermöglichkeiten auf der Kommandozeile verbessert. Außerdem bietet tcsh eine programmierbare Dateinamenvervollständigung, und Dateien können direkt auf der Kommandozeile bearbeitet werden. Tenex war ein in den 1960er-Jahren entwickeltes, alternatives Betriebssystem für die DEC PDP-10. Es glänzte vor allem aufgrund eines vollständigen virtuellen Speichersystems und wegen des benutzerorientierten Kommandointerpreters.		Die Tenex-C-Shell tcsh ist vollständig kompatibel zur C-Shell. Allerdings hat der Entwickler Christos Zoulas die Editiermöglichkeiten auf der Kommandozeile verbessert. Außerdem bietet tcsh eine programmierbare Dateinamenvervollständigung, und Dateien können direkt auf der Kommandozeile bearbeitet werden. Tenex war ein in den 1960er-Jahren entwickeltes, alternatives Betriebssystem für die DEC PDP-10. Es glänzte vor allem aufgrund eines vollständigen virtuellen Speichersystems und wegen des benutzerorientierten Kommandointerpreters.

Mandy28: /* Skripte schreiben und starten */

2011-11-12T19:34:34Z

Skripte schreiben und starten

← Nächstältere Version		Version vom 12. November 2011, 19:34 Uhr
Zeile 84:		Zeile 84:

	Skripte werden zumeist in der Bourne-Shell-Syntax geschrieben. Das ist der kleinste gemeinsame Nenner unter den Shells und damit ist die Kompatibilität zu den meisten Shells garantiert. Um zu gewährleisten, dass auch die Bourne-Shell oder eine kompatible als Skriptinterpreter genutzt wird, schreiben Sie in die erste Zeile des Skripts		Skripte werden zumeist in der Bourne-Shell-Syntax geschrieben. Das ist der kleinste gemeinsame Nenner unter den Shells und damit ist die Kompatibilität zu den meisten Shells garantiert. Um zu gewährleisten, dass auch die Bourne-Shell oder eine kompatible als Skriptinterpreter genutzt wird, schreiben Sie in die erste Zeile des Skripts
	#!/bin/sh		#!/bin/sh
	Um ein Skript anschließend zu starten, müssen Sie es zunächst ausführbar machen. Das geht mit dem Befehl		Um ein Skript anschließend zu starten, müssen Sie es zunächst ausführbar machen. Das geht mit dem Befehl
	chmod u+x Shellskript		chmod u+x Shellskript

Mandy28: /* Skripte schreiben und starten */

2011-11-12T19:34:24Z

Skripte schreiben und starten

← Nächstältere Version		Version vom 12. November 2011, 19:34 Uhr
Zeile 93:		Zeile 93:

	In Skripten kann man Bedingungen und Variablen verarbeiten und Schleifen bilden. Bedingungen werden mit if gebildet, etwa:		In Skripten kann man Bedingungen und Variablen verarbeiten und Schleifen bilden. Bedingungen werden mit if gebildet, etwa:

	#!/bin/sh		#!/bin/sh
	if [ -f datei.ext ]		if [ -f datei.ext ]
Zeile 110:		Zeile 111:

	if [$# -gt 0]		if [$# -gt 0]


	==Schleifen programmieren==		==Schleifen programmieren==

Mandy28: /* Skripte schreiben und starten */

2011-11-12T19:33:51Z

Skripte schreiben und starten

← Nächstältere Version		Version vom 12. November 2011, 19:33 Uhr
Zeile 110:		Zeile 110:

	if [$# -gt 0]		if [$# -gt 0]


			==Schleifen programmieren==

			Schleifen kann man in Shell-Skripten ebenfalls programmieren. Dazu dient der for-do-Befehl
			#!/bin/sh
			FILELIST="datei1.ext datei2.ext datei3.ext"
			for FILENAME in $FILELIST
			do
			if test -f $FILENAME; then
			cp $FILENAME ~/test1/
			cp $FILENAME ~/test2/
			else
			echo "Datei $FILENAME nicht vorhanden"
			fi
			done

			Hier stehen ein paar Dateinamen in der Variablen FILELIST. Der Befehl for erkennt die Liste anhand der enthaltenen Leerzeichen und geht sie der Reihe nach durch. Jeder Listeneintrag wird der Variablen FILENAME zugewiesen. Danach wird die Datei kopiert, die gerade an der Reihe ist. Beachten Sie, dass nach einem for ein do stehen muss und dass ans Ende der Schleife ein done gehört.

			==Kommandozeilenparameter im Skript==

			Noch ist das Skript nicht sehr eigenständig. Besser wäre es, wenn Sie die obige Liste als Kommandozeilenparameter übergeben könnten, also in der Form:
			./Shellskript datei1.ext datei2.ext
			und so weiter. Das geht so:

			#!/bin/sh
			if [ $# -lt 1 ]; then
			echo "Fehler: Kein Dateiname eingegeben"
			echo "Benutzung: $0 datei.ext [datei2.ext] [datei.ext]"
			fi
			while [ $# -gt 0 ]
			do
			FILENAME=$1
			if test -f $FILENAME; then
			echo "Kopiere $FILENAME"
			cp $FILENAME ~/test1/
			cp $FILENAME ~/test2/
			else
			echo "Datei $FILENAME nicht vorhanden"
			fi
			shift
			done

			Damit versteht das Programm auch Kommandozeilenparameter. Zunächst allerdings prüft es, ob die Parameter vorhanden sind. Das geht am besten mit der Spezialvariablen $#. Die enthält die Anzahl der übergebenen Parameter. Mit if [ $# -lt 1 ]; then prüft das Skript, ob weniger als ein Parameter vorhanden sind. Ist das der Fall, gibt das Skript eine Fehlermeldung und eine kurze Anleitung über die Benutzung aus. Dabei kommt $0 zum Einsatz. Diese Variable enthält den Programmnamen selbst.
			Sind genügend Parameter vorhanden, tritt eine While-Schleife in Kraft. Sie zählt bei jedem Durchlauf die Anzahl der vorhandenen Parameter mit while [ $# -gt 0 ]. Das -gt steht für "greater than". Solange diese Bedingung zutrifft, wird in der folgenden Schleife immer der Parameter $1 der Variablen FILENAME zugewiesen. Kurz vor dem Ende der Schleife kommt noch der Befehl shift ins Spiel. Der sorgt dafür, dass der erste Eintrag aus der Parameterliste gelöscht wird und dafür der nächste an seine Stelle trifft. So rücken also alle Parameter auf die Stelle von $1 und können abgearbeitet werden.

			==Fallen für Bash-Programmierer==

			Bash-Programmierung ist nur etwas für starke Gemüter - zumindest so lange, bis man sich an die Eigenheiten der Skript-Sprache gewöhnt hat. Bis dahin lauern jede Menge Fallen auf den Programmierer, unter anderem mit so banalen Dingen wie den Variablen.
			Variablen-Falle I: Bei der Zuweisung hat eine Variable kein vorangestelltes Dollarzeichen, also
			WERT="Hallo"
			Wird die Variable jedoch an anderer Stelle im Programm verwendet, so muss das Dollarzeichen vorangestellt werden, also
			echo $WERT
			Variablen-Falle II: Bei der Zuweisung einer Variablen darf vor und nach dem Gleichheitszeichen keinesfalls ein Leerzeichen stehen. Wer aus alter Programmierergewohnheit
			WERT = "Hallo"
			schreibt, hat schon verloren und produziert einen Fehler. Denn es muss so aussehen:
			WERT="Hallo"
			Fehlerfreie Bash-Programmierung bedarf größter Sorgfalt, allerdings bietet sie dafür viele Möglichkeiten.

Mandy28: /* Skripte schreiben und starten */

2011-11-12T19:30:39Z

Skripte schreiben und starten

← Nächstältere Version		Version vom 12. November 2011, 19:30 Uhr
Zeile 103:		Zeile 103:
	Hier wird zunächst mit if geprüft, ob es die zu kopierende Datei überhaupt gibt. In den eckigen Klammern steht die Bedingung, die überprüft werden soll; falls ja, wird kopiert, falls nicht, erscheint eine Fehlermeldung. Welche Bedingungen tes" sonst noch abfragen kann, erfahren Sie mit man test.		Hier wird zunächst mit if geprüft, ob es die zu kopierende Datei überhaupt gibt. In den eckigen Klammern steht die Bedingung, die überprüft werden soll; falls ja, wird kopiert, falls nicht, erscheint eine Fehlermeldung. Welche Bedingungen tes" sonst noch abfragen kann, erfahren Sie mit man test.
	if-Falle I: Vergessen Sie nicht, dass jedes "if" in Bash-Skripts auch ein "then" braucht. Und am Schluss des if-Konstrukts muss ein fi stehen.		if-Falle I: Vergessen Sie nicht, dass jedes "if" in Bash-Skripts auch ein "then" braucht. Und am Schluss des if-Konstrukts muss ein fi stehen.
	if-Falle II: Wenn Sie Testbedingungen in eckige Klammern schreiben, so muss zwischen Bedingung und Klammer immer ein Leerzeichen stehen, also		if-Falle II:
			Wenn Sie Testbedingungen in eckige Klammern schreiben, so muss zwischen Bedingung und Klammer immer ein Leerzeichen stehen, also
	if [ $# -gt 0 ]		if [ $# -gt 0 ]

	und nicht		und nicht

	if [$# -gt 0]		if [$# -gt 0]

Mandy28: /* Die Bourne-Shell: sh */

2011-11-12T19:30:08Z

Die Bourne-Shell: sh

← Nächstältere Version		Version vom 12. November 2011, 19:30 Uhr
Zeile 47:		Zeile 47:
	Stephen Bourne - nicht zu verwechseln mit dem Filmagenten Jason Bourne - hat in den 1970er-Jahren die Bourne-Shell sh entwickelt. Sie war Ersatz für die Shell von Unix-Vater Ken Thompson, dessen Thompson-Shell die erste Unix-Shell war. Die Bourne-Shell gilt als Vorfahre der meisten heutigen Shells; sie besaß damals bereits alle wichtigen Funktionen wie Ein- und Ausgabeumlenkung, Pipes und Hintergrundprozesse. Unter Unix laufende Skripte sind meist für die Bourne-Shell geschrieben und funktionieren auch in den meisten anderen Shells. Damit es keine Probleme gibt, liegt deshalb auch immer eine Bourne-kompatible Shell hinter dem Kommando /bin/sh.		Stephen Bourne - nicht zu verwechseln mit dem Filmagenten Jason Bourne - hat in den 1970er-Jahren die Bourne-Shell sh entwickelt. Sie war Ersatz für die Shell von Unix-Vater Ken Thompson, dessen Thompson-Shell die erste Unix-Shell war. Die Bourne-Shell gilt als Vorfahre der meisten heutigen Shells; sie besaß damals bereits alle wichtigen Funktionen wie Ein- und Ausgabeumlenkung, Pipes und Hintergrundprozesse. Unter Unix laufende Skripte sind meist für die Bourne-Shell geschrieben und funktionieren auch in den meisten anderen Shells. Damit es keine Probleme gibt, liegt deshalb auch immer eine Bourne-kompatible Shell hinter dem Kommando /bin/sh.
	Die Bourne-Shell beherrscht Programmierfunktionen wie "if - then - elif - fi", "case - in - esac" und "for - while - do - od". Kritik an der Bourne-Shell betraf und betrifft hauptsächlich die mangelnde Interaktivität, wie sie etwa die C-Shell mit Job-Kontrolle und History-Funktion bietet. Auch ist die Bourne-Shell teilweise verhasst, weil ihre Grammatik mehr der Programmiersprache ALGOL ähnelt denn C wie im Rest von Unix. Bekrittelt wird auch immer wieder, dass selbst einfache arithmetische Funktionen mithilfe von Tools wie test und expr erledigt werden müssen.		Die Bourne-Shell beherrscht Programmierfunktionen wie "if - then - elif - fi", "case - in - esac" und "for - while - do - od". Kritik an der Bourne-Shell betraf und betrifft hauptsächlich die mangelnde Interaktivität, wie sie etwa die C-Shell mit Job-Kontrolle und History-Funktion bietet. Auch ist die Bourne-Shell teilweise verhasst, weil ihre Grammatik mehr der Programmiersprache ALGOL ähnelt denn C wie im Rest von Unix. Bekrittelt wird auch immer wieder, dass selbst einfache arithmetische Funktionen mithilfe von Tools wie test und expr erledigt werden müssen.


			==Die Bourne-again-Shell: bash==
			Die bash ist Teil des GNU-Projekts. Sie wurde Ende der 1980er-Jahre von Brian Fox geschrieben. In weiten Teilen ist die bash kompatibel zur Bourne-Shell sh, hat allerdings einen größeren Funktionsumfang. Sie beherrscht Funktionen der Korn-Shell sowie der C-Shell, etwa die Kommando-History oder das Bearbeiten der Befehlszeile. Die bash ist die Standard-Shell auf einigen Linux-Systemen sowie unter Mac OS X.
			Einige Befehle sind in der bash einfacher verwirklicht als in der Original-Bourne-Shell. So kann bash beispielsweise die Standardausgabe und die Standardfehlermeldung mit dem &>-Operator gleichzeitig umlenken. In der Bourne-Shell muss so etwas mit einem Befehl wie "BEFEHL > file 2>&1" erledigt werden

			==Die C-Shell: csh==

			Für BSD wurde die C-Shell entwickelt. In dieser kann bereits die Kommandozeile editiert werden; außerdem besitzt die C-Shell eine History-Funktion, über die frühere Kommandos wiederholt werden können. Darüber hinaus hat der Entwickler Bill Joy eine Job-Kontrollmöglichkeit implementiert. Mit der Tastenkombination [Strg-Z] kann das Ausführen eines Kommandos gestoppt und dann beispielsweise mit dem Befehl bg in den Hintergrund verschoben werden.
			Die C-Shell wird heutzutage kaum noch benutzt. Das mag unter anderem an einigen Unzulänglichkeiten der Skriptmöglichkeiten liegen: So werden beispielsweise Fehlermeldungen nur auf der Standardausgabe ausgegeben. Andere Shells wie die Tenex-C-Shell tcsh und die Korn-Shell sind inzwischen in die Fußstapfen der C-Shell getreten und haben diese weitgehend abgelöst.

			==Die Debian-Almquist-Shell: dash==

			Die dash (Debian-Almquist-Shell) ist in Debian und Ubuntu die Standard-Shell für Shell-Skripte. Weil die dash aber im interaktiven Modus unkomfortabel ist, bleibt die bash die User-Standard-Shell. Ziel der dash-Entwicklung war es, die Shell so klein wie möglich zu halten und die Ausführung der Skripte dementsprechend zu beschleunigen. Die POSIX-konforme Implementation von /bin/sh ist ein Abkömmling der NetBSD-Version der ash (Almquist Shell), und die ist wiederum eine Neuimplementierung der Bourne-Shell.
			Die dash wurde 1997 von BSD auf Linux portiert und heißt seit 2002 dash. In der Manpage empfehlen die Entwickler, Setuid-Shell-Skripte unbedingt zu vermeiden, da diese ein erhebliches Sicherheitsrisiko darstellen. Ein kleineres Problem, auf das die Entwickler hinweisen: Die Parameter der drei möglichen Promptstrings sollten festgelegt werden, bevor sie angezeigt werden.

			==Die Restricted Shell: rbash==

			Die rbash ist eine eingeschränkte bash-Shell (unter Restricted Shell). Die Shell kann auf zwei Arten gestartet werden: indem der Benutzer sie mit dem Befehl rbash aufruft oder mit "bash -r". Die Restricted Shell dient dazu, eine kontrollierte Umgebung zu bieten. So wird sie hin und wieder in chroot-Gefängnissen genutzt, um den Systemzugriff noch weiter einzuschränken.
			Unter anderem ist in der rbash zum Beispiel der Verzeichniswechsel mit cd nicht möglich. Auch können keine Umgebungsvariablen wie SHELL und PATH geändert werden. Ebenso ist das Umleiten der Ausgabe mit >, >> etc. abgeschaltet. Restricted-Shell-Modi gibt es außer in der bash auch in der Bourne- und in der Korn-Shell.
			Die rbash ist allerdings nicht vollständig abgesichert. Ein Benutzer kann beispielsweise einfach aus der eingeschränkten Umgebung ausbrechen, wenn er ein Programm benutzt, das seinerseits Shell-Zugriff ermöglicht. Im Standard-Unix-Editor vi sind dazu beispielsweise nur zwei Befehle erforderlich:
			:set shell=/bin/sh
			:shell

			==Screen-Shell: screen==

			Screen passt eigentlich nicht ganz in die typischen Shells, denn das Programm geht teilweise darüber hinaus. Screen ist ein Fenstermanager für die Konsole. Damit kann der Benutzer über ein einziges Terminal mehrere virtuelle Sitzungen verwalten. In diesen können verschiedene Programme laufen, und der Benutzer kann zwischen diesen mit der Tastenkombination [Strg-Alt-Leertaste] hin- und herschalten.
			Befehle und Programme kann man mit [Strg-A-D] von der aktuellen Sitzung trennen; das jeweilige Programm läuft dann im Hintergrund weiter. Wenn sich der Benutzer anschließend aus- und wieder einloggt, kann die vorherige Sitzung mit "screen -r" wiederhergestellt werden.

			==Die Tenex-C-Shell: tcsh==

			Die Tenex-C-Shell tcsh ist vollständig kompatibel zur C-Shell. Allerdings hat der Entwickler Christos Zoulas die Editiermöglichkeiten auf der Kommandozeile verbessert. Außerdem bietet tcsh eine programmierbare Dateinamenvervollständigung, und Dateien können direkt auf der Kommandozeile bearbeitet werden. Tenex war ein in den 1960er-Jahren entwickeltes, alternatives Betriebssystem für die DEC PDP-10. Es glänzte vor allem aufgrund eines vollständigen virtuellen Speichersystems und wegen des benutzerorientierten Kommandointerpreters.
			Im Gegensatz zu anderen Systemen der damaligen Zeit nutzte Tenex lange Befehlsnamen und auch bereits sogenannte "noise words", um noch mehr Klarheit in den Befehlen zu schaffen. Damals wurde anstelle von ls (list directory content) der Befehl Directory of Files genutzt (of Files konnte als noise words weggelassen werden). Es genügte aber, DIR zu tippen und die ESC-Taste zu drücken, um die Befehle zu ergänzen. Das funktionierte sogar schon mit Dateinamen. Tenex hatte darüber hinaus bereits ein eingebautes Hilfesystem, das mit dem Fragezeichen aufgerufen wurde.

			==Skripte schreiben und starten==

			Skripte werden zumeist in der Bourne-Shell-Syntax geschrieben. Das ist der kleinste gemeinsame Nenner unter den Shells und damit ist die Kompatibilität zu den meisten Shells garantiert. Um zu gewährleisten, dass auch die Bourne-Shell oder eine kompatible als Skriptinterpreter genutzt wird, schreiben Sie in die erste Zeile des Skripts
			#!/bin/sh
			Um ein Skript anschließend zu starten, müssen Sie es zunächst ausführbar machen. Das geht mit dem Befehl
			chmod u+x Shellskript
			Gestartet wird das Skript dann aus dem Verzeichnis mit
			./Shellskript
			Wichtig dabei: Vergessen Sie nicht den Punkt und den Schrägstrich für den aktuellen Pfad.
			Bedingungen in Skripten

			In Skripten kann man Bedingungen und Variablen verarbeiten und Schleifen bilden. Bedingungen werden mit if gebildet, etwa:
			#!/bin/sh
			if [ -f datei.ext ]
			then
			cp datei.ext ~/test1/
			else
			echo "Datei nicht vorhanden"
			fi

			Hier wird zunächst mit if geprüft, ob es die zu kopierende Datei überhaupt gibt. In den eckigen Klammern steht die Bedingung, die überprüft werden soll; falls ja, wird kopiert, falls nicht, erscheint eine Fehlermeldung. Welche Bedingungen tes" sonst noch abfragen kann, erfahren Sie mit man test.
			if-Falle I: Vergessen Sie nicht, dass jedes "if" in Bash-Skripts auch ein "then" braucht. Und am Schluss des if-Konstrukts muss ein fi stehen.
			if-Falle II: Wenn Sie Testbedingungen in eckige Klammern schreiben, so muss zwischen Bedingung und Klammer immer ein Leerzeichen stehen, also
			if [ $# -gt 0 ]
			und nicht
			if [$# -gt 0]

Mandy28: /* Shell wechseln */

2011-11-12T19:14:58Z

Shell wechseln

← Nächstältere Version		Version vom 12. November 2011, 19:14 Uhr
Zeile 37:		Zeile 37:

	Bei Konten mit einer eingeschränkten Login-Shell kann diese nicht geändert werden. Die Manpage zu chsh empfiehlt, diese nicht in die Datei /etc/shells einzutragen, weil Benutzer nicht von sich aus zu der ursprünglichen Login-Shell zurückwechseln können. Diesem Rat folgend sollte ein Ubuntu-Administrator die Zeile /bin/rbash in der Datei /etc/shells löschen oder auskommentieren.		Bei Konten mit einer eingeschränkten Login-Shell kann diese nicht geändert werden. Die Manpage zu chsh empfiehlt, diese nicht in die Datei /etc/shells einzutragen, weil Benutzer nicht von sich aus zu der ursprünglichen Login-Shell zurückwechseln können. Diesem Rat folgend sollte ein Ubuntu-Administrator die Zeile /bin/rbash in der Datei /etc/shells löschen oder auskommentieren.



	Tipp: Will der Administrator für alle künftigen Benutzer die Shell wechseln, tut er das am besten in der Datei /etc/adduser.conf.		Tipp: Will der Administrator für alle künftigen Benutzer die Shell wechseln, tut er das am besten in der Datei /etc/adduser.conf.
	Dort steht in der Zeile "DSHELL=" die Standard-Shell für Neuzugänge.		Dort steht in der Zeile "DSHELL=" die Standard-Shell für Neuzugänge.


			==Die Bourne-Shell: sh==

			Stephen Bourne - nicht zu verwechseln mit dem Filmagenten Jason Bourne - hat in den 1970er-Jahren die Bourne-Shell sh entwickelt. Sie war Ersatz für die Shell von Unix-Vater Ken Thompson, dessen Thompson-Shell die erste Unix-Shell war. Die Bourne-Shell gilt als Vorfahre der meisten heutigen Shells; sie besaß damals bereits alle wichtigen Funktionen wie Ein- und Ausgabeumlenkung, Pipes und Hintergrundprozesse. Unter Unix laufende Skripte sind meist für die Bourne-Shell geschrieben und funktionieren auch in den meisten anderen Shells. Damit es keine Probleme gibt, liegt deshalb auch immer eine Bourne-kompatible Shell hinter dem Kommando /bin/sh.
			Die Bourne-Shell beherrscht Programmierfunktionen wie "if - then - elif - fi", "case - in - esac" und "for - while - do - od". Kritik an der Bourne-Shell betraf und betrifft hauptsächlich die mangelnde Interaktivität, wie sie etwa die C-Shell mit Job-Kontrolle und History-Funktion bietet. Auch ist die Bourne-Shell teilweise verhasst, weil ihre Grammatik mehr der Programmiersprache ALGOL ähnelt denn C wie im Rest von Unix. Bekrittelt wird auch immer wieder, dass selbst einfache arithmetische Funktionen mithilfe von Tools wie test und expr erledigt werden müssen.