[B-1] Hein, Jochen: LINUX Systemadministration. Addison-Wesley, 3. Auflage, 1999

Transkript

1 Literatur [B-1] Hein, Jochen: LINUX Systemadministration. Addison-Wesley, 3. Auflage, 1999 [B-2] Frisch, Aeleen: Unix System Administration. Kurz&Gut, O'Reilly, 2003 [B-3] Ward, Brian: Der LINUX-Problemlöser. dpunkt, 2002 [B-4] Ward, Brian: Linux verstehen und administrieren. dpunkt,

2 Überblick Arbeitsmodi des bash Environment Dateisystem Zugriffsrechte auf Dateien Zusammensetzen von Kommandos Beispielskripte 3 Modi des bash I bash Interaktiv Nicht-Interaktiv Normal Restricted Login Nicht-Login Login Nicht-Login 4

3 Modi des bash II Art Interaktiv Login Nicht-Login Restricted Erläuterung Lesen von "Tastatur" Erster interaktiver bash gestartet von Login oder per Option erzwungen (--login) Nach dem Login interaktiver Shellaufruf Eingeschränkte Version: (a) kein Programmstart aus beliebigen Verzeichnissen (b) Kein cd aus Heimatverzeichnis (c) Keim Umlenken der Ein-/Ausgabe Diese kann auch per -r erzwungen werden Nicht Interaktiv Lesen aus einer Datei 5 Startskripte Dateiname Login Interaktiv Nicht-Login /etc/profile (1) /.bash_profile /.bash_login /.profile (2a) (2b) (2c) /.bashrc (1) Nicht Interaktiv $BASH_ENV (1) Wird eine der Dateien (2a)..(2c) gefunden, so werden keine weiteren ausgeführt. /.bashrc kann per source-kommando in einer der drei Dateien eingebunden werden. Die restricted-version verhält sich in dieser Hinsicht hier wie die normale Version. 6

4 Environment I Jeder Prozess hat ein Environment (ENV) in seinem eigenen Adressraum. Es wird nur beim Laden gesetzt, d.h. es besteht keine Rückgabemöglichkeit. Eine ENV-Variable ist ein String "XXX=YYY\0", wobei XXX der Name und YYY der Wert ist. Manche Shell-Variablen sind beim Setzen mit einer ENV-Variablen gleichen Namens gekoppelt (Vorsicht!). Dann sind die Werte global für alle Kinder. gleich Environment Environment Code/Daten Programm P 2 Code/Daten Programm P 1 "generiert" User- Adressraum 7 Environment II Die Belegung des Environments der aktuellen Shells kann mit dem Kommando env aufgelistet werden. Das Environment enthält weder Shell-Variablen noch sonstige Variablen, sondern nur einmalig zum Start-zeitpunkt eines Programms übergebene Zeichenketten als "globale Parameter". In der Praxis wird das Environment beim Login einmal gesetzt und dann in der gesamten Sitzung in allen Prozessen verwendet. Die Namen der Environment-Variablen werden per Konvention nur mit großen Buchstaben geschrieben. 8

5 Beispiele für Environment-Variablen HOME Ursprungsdirectory des Benutzers PATH Liste der Directories für Programme SHELL Filename des Shells Beispiel (Auszug) für eine ENV-Belegung: DISPLAY=puma:0.0 HOME=/home/panda/willie USER=willie PATH=/opt/X11R5/bin:/bin:/usr/etc:/etc SHELL=/bin/tcsh PWD=/home/panda/willie LOGNAME=willie HOST=panda HOSTTYPE=sun4 PRINTER=lw62 TERM=xterm WINDOWID= TERMCAP=vs xterm vs100 xterm terminal Mit dem Kommando env lässt sich das Environment ausgeben. 9 Shell-Prozesshierarchie Eltern-Shell ENV - Globale Umgebung Set - Lokale Shell-Umgebung "vererbt" Kind 1 -Shell ENV - Globale Umgebung Keine Vererbung Kind 2 -Shell "vererbt" Set - Lokale Shell-Umgebung ENV - Globale Umgebung Set - Lokale Shell-Umgebung 10

6 Setzen von Environment-Variablen export varname export varname=value Die Variable varname wird als Environment-Variable deklariert und in der 2. Form auf value gesetzt. declare -x varname=value Wie export varname=value 11 Ausgabe aller Environment-Variablen export printenv gibt die Environment-Variablen so aus, wie ein Shell sie setzen könnte: jeweils mit "declare x" am Zeilenbeginn dasselbe nur im Format Varname=Value 12

7 Datei-System UNIX basiert auf einer Vereinheitlichung der Schnittstelle auf der Ebene der Dateien. Es werden folgende Arten von "Dateien" unterschieden: Plain Files [Reguläre Dateien] Ordner, Verzeichnisse (Directories) Geräte-Dateien [Special Files] Gepufferte Files [Block special Files] Ungepufferte Files [Character special Files] Dateien zur Interprozess-Kommunikation [Special Files] Named Pipe(line)s Sockets Jede Datei hat einen Namen (min. 1 Zeichen, max. 255 Zeichen), der innerhalb des Ordners eindeutig sein muss. 13 Dateisystem aus Shell-Sicht Logische Sicht Directory D2 Directory D1 Directory D3 File F3 File F1 File F2 File F4 Links Directory D1 Directory D2 File F1 File... File... File F2 Directory D3 File F3 Auszug aus Implementierungssicht File... File F4 14

8 Reguläre Dateien Informationen als Array von Bytes Zeiger auf aktuelle Position Operationen: Lesen, Schreiben und Positionieren Es ist nicht möglich, in der Mitte Daten zu löschen oder einzufügen Mehrere Prozesse können gleichzeitig lesen oder schreiben. Bei Konflikten ist das Ergebnis undefiniert, wenn z.b. zwei Prozesse gleichzeitig in dieselbe Datei an derselben Stelle schreiben. 15 Geräte-Dateien I Keine Datenblöcke wie reguläre Dateien Alle Operationen wie bei regulären Dateien Arten Blockgeräte Es gibt einen Puffer, der zum Lesen und Schreiben benutzt wird, z. B. für Platten, Magnetbänder Zeichenorientierte Geräte Es gibt keinen Puffer, die Daten werden direkt geschrieben bzw. gelesen, z. B. Terminals, Magnetbänder Puffer dienen zur Beschleunigung, da dann in einem Stück Daten bearbeitet werden 16

9 Geräte-Dateien II Ordner Link Datei 1:1 Blocknummer [0] 1:1 [1] 1:1 [2] [3]... [4]... 1:1 [N] Datei mit derselben Länge wie das Gerät Blöcke auf dem Gerät 17 Wozu Geräte-Dateien? Die Vereinheitlichung der Schnittstelle führt zu Reduktion der Komplexität. Beispiel: cp /dev/sda1 Datei Das Gerät unter dem Dateinamen "/dev/sda1" wird Byte für Byte in eine Datei kopiert (Backup eines Dateisystems). Die Benutzung von Dateien für Dinge, die eigentlich wenig mit Dateien zu tun haben, ist eines der leistungsfähigsten Konzepte im Bereich der Betriebssysteme. Die Programmiereinsparungen sowie die Flexibilität werden dadurch erheblich vergrößert. 18

10 Exkurs: Namenskonvention (Beispiel) I Beispiel für eine Namenskonvention für Gerätedateien: /dev/gerätetyp Laufwerk Format Parameter block device: sda Erstes Laufwerk: 1 Zweites Laufwerk: 2 z.b. Rewind/NoRewind Gerät/Format-Bezeichnung Gerätefiles können wie andere behandelt werden, z.b. mit eiem link verküpfen. Gerätefiles werden zur Bearbeitung bei Wechselspeichern (Tapes, CD-ROM, DVD, MO, USB etc.) benötigt. 19 Exkurs: Namenskonvention (Beispiel) II LINUX-Systeme haben u.a. folgende Namenskonvention: Die Bezeichnung der Geräte erfolgt nach folgendem Schema: 1. IDE-Platte hda, 2.IDE-Platte hdb, 3. IDE-Platte hdc etc. 1. SCSI-Platte sda, 2.SCSI-Platte sdb, 3. SCSI-Platte sdc etc. Partitionen werden von 1 an hoch gezählt. CDROMs werden wie IDE-Platten behandelt, da sie normalerweise an den IDE-Controllern hängen. Dies hängt natürlich von der Hardware ab, z.b. stirbt IDE so langsam aus Auch gibt es UNIX-Varianten, die BSD-Reihe, die hier andere Benennungsregeln haben. 20

11 Verweise (Links) Dateien werden über Links in Ordnern verknüpft. Ein Dateiname ist damit ein Name für einen Link. Ordner sind Dateien und enthalten nur den Dateinamen und jeweils einen Link. Auf eine Datei können beliebig viele Links verweisen. Es gibt symbolische Links und "harte" Links. Symbolisch: Der Wert ist die Angabe des Dateinamens als String, keine direkte Verbindung Harter Link: Der Wert ist direkte Verbindung in Form einer inode- Nummer 21 Erläuterungen In jeder Directory gibt es immer einen Verweis auf sich selbst und auf den Eltern-Ordner (Ausnahme die Wurzel): "." auf sich selbst, ".." auf die Eltern Trenner im Pfadnamen ist / Absolute Pfadnamen: z. B. /usr/bin/rm Relative Pfadnamen: z. B. bin/rm Filenamen: z. B. rm oder a.out Alles kann kombiniert werden: z.b. /usr/.././usr/bin/../bin/rm Der aktuelle Ordner eines Prozesses heißt Working Directory; relativ zu ihm werden relative Pfadnamen und die Filenamen betrachtet. Die Working Directory des Login-Shells direkt nach dem Einloggen heißt Home-Directory. 22

12 Löschen Eine Datei wird erst dann gelöscht, wenn alle Referenzen (Hard-Links) im Filesystem entfernt sind und wenn kein Prozess mehr die Datei geöffnet hat. Prozess Ordner Im Sonderfall der Ordner: wenn zusätzlich die Directory leer ist und wenn zusätzlich kein Prozess sie als Working Directory erklärt hat. Prozess Datei Ordner 23 Rechte/Erlaubnisse (Permissions) I Jedem Prozess sind zur Feststellung seiner Rechte zwei 16-Bit- Integerwerte zugeordnet: User-ID (UID) identifiziert die Zugehörigkeit des Prozesses zu einem Login-Namen Group-ID (GID) identifiziert die Zugehörigkeit des Prozesses zu einer Gruppe von Login-Namen. Jeder Datei werden ebenfalls zwei 16-Bit-Integerwerte zugeordnet, die die Besitzverhältnisse klären: User-ID (UID) legt fest, welchem Loginnamen die Datei zugeordnet ist. Group-ID (GID) legt fest, welcher Gruppe von Loginnamen die Datei zugeordnet ist. Für Owner/User bzw. Gruppe wird jeweils eine ID verwendet: Die UID-Werte werden im File "/etc/passwd" definiert. Die GID-Werte werden im File "/etc/group" definiert. 24

13 Rechte/Erlaubnisse (Permissions) II Es gibt 3 Kategorien für das Verhältnis Prozess - Datei: Owner/User, Gruppe, Rest (World). Jede Datei hat drei Permission-Definitionen entsprechend den drei Kategorien: Für das Owner-Verhältnis: Read Write execute Für das Group-Verhältnis: Read Write execute World (sonst): Read Write execute Alle Kombinationen aus Read Write execute lassen sich mit 3 Bits darstellen, so dass 3*3 Bits erforderlich sind. Jeder Prozess hat eine effektive UID/GID. Anhand dieser Werte und den Permission-Definitionen werden die Rechte einmalig beim Eröffnen einer Datei bestimmt. 25 Rechte/Erlaubnisse (Permissions) III Algorithmus Bestimmung, ob Owner: UID von Datei = UID von Prozess Bestimmung, ob Group: GID von Datei = GID von Prozess ansonsten World dann Betrachtung der korrespondierenden Permission-Bits Bemerkungen UID = 0 hat eine Sonderrolle (Super-User, Root). Es gibt reale und effektive UID/GID Durch das Set-UID/GID-Flag werden beim Programmstart dem Programm für den Lauf fremde UID/GID und damit Rechte "geliehen". Ein Prozess hat daher immer zwei UID/GID-Wertpaare (real und effektiv). Zur Bestimmung der Rechte wird immer die effektive ID benutzt. 26

14 ls-beispiele Mit dem Kommando ls wird der Inhalt einer Directory aufgelistet: panda:92% ls Mail1.lst Mail2.lst Mail3.lst panda:91% ls -l total 5 -rw bmesser 1210 Apr 9 12:47 Mail1.lst -rw bmesser 1583 Apr 9 12:40 Mail2.lst -rw bmesser 943 Apr 9 12:35 Mail3.lst panda:93% ls -la total 12 drwx bmesser 512 Apr 9 12:47./ drwxr-xr-x 36 bmesser 5632 Apr 9 12:47../ -rw bmesser 1210 Apr 9 12:47 Mail1.lst -rw bmesser 1583 Apr 9 12:40 Mail2.lst -rw bmesser 943 Apr 9 12:35 Mail3.lst panda:94% 27 Besonderheiten bei Ordnern I Execute-Erlaubnis erlaubt das Benutzen des Ordnernamens innerhalb von Pfadnamen ohne das Recht zum Lesen des Ordners z.b. cp /home/userdir/bin /tmp Für UserDir und home muss Execute erlaubt sein. Es gibt noch drei weitere Bits: Zwei zum Setzen der UID/GID (siehe unten) Sticky-Bit Das Sticky-Bit wird bei "ls -l" als "t" an der Stelle Execute für die Welt angezeigt Es wird durch chmod 1777 /tmp chmod a=rwx,o+t gesetzt. 28

15 Besonderheiten bei Ordnern II Algorithmus bei gesetzten Sticky-Bit eines Ordners: Wenn eine der folgenden Bedingungen zutrifft: Effektive UID des löschenden oder umbenennenden Prozesses ist Owner der Datei Effektive UID des löschenden oder umbenennenden Prozesses ist Owner eines schreiboffenen mit Sticky-Bit gesetzten Ordners Effektive UID ist 0 erhält der Prozess das Recht zum Löschen oder Umbenennen. Sinn des Sticky-Bits Es soll das gegenseitige Löschen und Umbenennen von offenen Ordnern mit Schreibrechten beschränkt werden. 29 Set-UID/Set-GID I Leider benötigen einige harmlose Programme root-rechte, z. B. mkdir oder rmdir. Daher werden pro Prozess zwei weitere 16-bit-Werte eingeführt: Effektive UID und Effektive GID. Diese bestimmen die tatsächlichen Rechte. Wird eine Datei geladen und gestartet, so läuft folgendes Verfahren ab: Ist ein Set-UID-Bit der Datei zugeordnet, erhält der Prozess als effektive UID die UID des Datei-Owners. Ist ein Set-GID-Bit der Datei zugeordnet, erhält der Prozess als effektive GID die GID der Datei-Gruppe. Ist kein Set-Bit gesetzt, behält der Prozess seine alten UID/GID- Werte. Initial sind reale und effektive UID/GID gleich. 30

16 Set-UID/Set-GID II Lösung für mkdir/rmdir etc.: Owner ist root und Set-UID-Bit ist gesetzt Die ist eine geniale, einfache Lösung (die früher sogar patentiert war) Dasselbe geht auch analog mit der Group-ID Aber: Daher sind die beiden Set-Bits recht gefährlich und dürfen nur bei bestimmten unmodifizierten Programmen benutzt werden. 31 Effektive und Reale ID Jedem Prozess ist ein weiteres Paar von UID/GID zugeordnet, so dass von zwei IDs gesprochen werden muss: Reale UID bzw. GID Effektive UID bzw. GID Normalerweise sind beide korrespondierenden IDs gleich Zur Prüfung der Verhältnisses Prozess zu Datei werden immer die Effektiven IDs benutzt 32

17 Passwort-Definitionen in /etc/passwd Aufbau: UserName:PW:UID:GID:Kommentar:Home-Directory:StartProgramm Beispiel: root:int289gnnhq:0:1:operator:/:/bin/csh nobody:h78jhh56hgh:65534:65534::/: daemon:ghjsn12gg5:1:1::/: sys:674jhdfgj2:2:2::/:/bin/csh bin:132khjzzhn:3:3::/bin: sync:vo07rftchx2:1:1::/:/bin/sync Die Passwort-Datei können alle lesen, da viele Programme, z.b. ls, die Datei lesen müssen. Es wird ein One-Way-Verschlüsselungsalgorithmus für die Passwörter verwendet. 33 Gruppendefinitionen /etc/group Aufbau: GroupName:PW:GID:Benutzerliste Beispiel: wheel::0: nogroup:fhsdhj5shbg:65534: daemon:gh46ghho9:1: bin:*:3: operator:*:5: news:*:6: Gruppen sind flach (keine Hierarchie). Die Gruppenzugehörigkeit wird in /etc/passwd definiert. Benutzer können sich in andere Gruppen mit einem Passwort während einer Sitzung mehrfach einloggen. 34

18 Passwörter in Shadow-Dateien verstecken Beispiel für /etc/passwd (öffentlich) nun: root:x:0:1:operator:/:/bin/csh nobody:x:65534:65534::/: daemon:x:1:1::/: sys:x:2:2::/:/bin/csh bin:x:3:3::/bin: sync:x:1:1::/:/bin/sync 35 Aufbau von /etc/shadow Aufbau von /etc/shadow (für Öffentlichkeit gesperrt): UserName:PW:ChgDate:DaysChg:DaysVal: DaysWarn:DaysLock:EndDate Erläuterung: ChgDate: Datum der letzten Passwort-Änderung DaysChg: Tage bevor das PW wieder geändert werden darf DaysVal: Tage nach denen das PW geändert werden muss DaysWarn: Tage vor PW-Ablauf für Warnung DaysLock: Tage nach PW-Ablauf zum Sperren des UserName EndDate: Datum des Ablaufs von UserName 36

19 Beispiel für /etc/shadow Gesperrter Bereich at:!:12323:0:99999:7::: bin:*:8902:0:10000:::: Bereich ohne Logindaemon:*:8902:0:10000:::: Möglichkeit ftp:*:8902:0:10000:::: games:*:8902:0:10000:::: root:u4..u8/4/t1sk:12323:0:10000:::: aalles:0y5vgfrd8unxc:12352:1:99999:14::: bbutter:c.j.k/uxnsboq:12352:1:99999:14::: bmesser:.zzums2/rosvk05s:12323:0:99999:7::: ccarviar:bxsnoy21sx2.e:12352:1:99999:14::: ddosseh:i8khqttv3sk9s:12352:1:99999:14::: eentenh:i72jb/7vtymng:12352:1:99999:14::: ffunsb:j6v/er.8yw2ha:12352:1:99999:14::: gganzt:rd/iqh5dpfumk:12352:1:99999:14::: hheisen:szltutuzqsgt6:12352:1:99999:14::: 37 Vererben der Erlaubnisse (Permissions) Der Login-Prozess arbeitet als Super User (UID=0). Login liest /etc/passwd bzw. shadow und prüft das Passwort (One-Way-Algorithmus) Dann setzt er sich selbst auf die angegebene UID/GID. Anschließend überschreibt er sich selbst mit dem in /etc/passwd definierten Startprogramm (in der Regel ein Shell). Dieses Programm läuft damit mit den Werten des Benutzers. Alle von ihm erzeugten Prozesse erben diese Werte. Nur ein Prozess, für dessen Binärcode das Set-UID/GID-Flag gesetzt hat, bekommt andere Werte, die er wiederum seinen Kindern vererbt, sofern diese kein Set-UID/GID-Flag haben. 38

20 Wild-Zeichen (Shell) - Auszug I Zeichen Beispiele abc* a*abc* a?.* *.* * *.[co] *.txt Bedeutung * leerer oder beliebig langer String? ein beliebiges Zeichen, aber genau eins [XYZ] [!X] [X-Z] ein Zeichen X oder Y oder Z ein beliebiges Zeichen ungleich X ein Zeichen aus der Menge X bis Z 39 Wild-Zeichen (Shell) - Auszug II "$*" ist eine Variable, die genau diesen Namen hat, d.h. das "*" wird nicht durch Dateinamen ersetzt. "$**" sind zwei Elemente: "$*" und "*", die jeweils einzeln entsprechend behandelt werden. 40

21 Pipelines (Pipes) Producer Consumer Prozess A Prozess B Write() Read() Kernel Pipeline-Buffer Abstrakte und verallgemeinerte Sicht (nicht in Shells ausdrückbar) write() Pipeline read() 41 Standard Input/Output/Error I Programme werden als Bausteine mit standardisierten I/O aufgefasst: Programm Standard-Input Standard-Output Standard-Error Programm P 1 Programm P 2 Programm P 3 42

22 Standard Input/Output/Error II Die Shells kombinieren die Bausteine mit folgenden Sprachelementen: Pipe > Output 2> Error-Output >& Error- und Programm-Output werden zusammengefasst >> Output wird angefügt < Input 43 Beispiele für Input/Output-Umlenkungen ls >file ls listet Dateinamen in Datei file ls >>file ls listet Dateinamen ans Ende von Datei file sort <file1 >file2 Inhalt von Datei file1 wird sortiert und das Ergebnis nach file2 geschrieben ls sort >file3 sort sortiert Output von ls und schreibt nach file3 Drei Prozesse laufen parallel 44

23 Dateien innerhalb von Skripten erzeugen I Befehl [Parameter...]<<String String Der Teil zwischen den beiden Begrenzern String wird als Standard-Input dem Befehl übergegeben. Achtung! Variablen werden ersetzt. Sollen die $ erhalten bleiben, so müssen sie mit \ in ihrer Funktion ausgeschaltet werden. 45 Dateien innerhalb von Skripten erzeugen II ls >/tmp/file ed /tmp/file << E-O-F :1,$s/^/ren / :w :q E-O-F bash /tmp/file ls >/tmp/file ed /tmp/file << E-O-F :1,\$s/^/ren / :w :q E-O-F bash /tmp/file Die linke Version wird wegen des Ersetzens des $s nicht laufen, denn $s ist nicht als Variable definiert. Allen Dateinamen des aktuellen Ordners wird jeweils in ihrer Zeile zum Beginn ein "ren " vorgestellt. Diese Datei wird dann ausgeführt. 46

24 Kommando-Kombinationen I Syntax Befehl & Befehl ; Befehl (Befehl ; Befehl) Befehl Befehl Befehl1 `Befehl2` Befehl1 && Befehl2 Befehl1 Befehl2 Erläuterung Ausführung im Hintergrund Sequentielle Ausführung Subshell mit sequentieller Ausführung Pipe Output von Befehl2 wird von Befehl1 gelesen Befehl2 wird nur dann ausgeführt, wenn Befehl1 erfolgreich war (Returncode 0) Befehl2 wird nur dann ausgeführt, wenn Befehl1 fehlgeschlagen ist (Returncode<>0) 47 Kommando-Kombinationen II grep bla Datei && lpr Datei Datei wird nur dann ausgedruckt, wenn es den String bla enthält grep bla Datei echo "bla is nich" Falls der String bla nicht in Datei ist, wird eine Fehlermeldung ausgegeben 48

25 Beispiele I for elem in "$@" do echo Parameter $elem done VL@linux:~> vi look.sh VL@linux:~> bash look.sh a b c Parameter a Parameter b Parameter c VL@linux:~> chmod 755 look.sh VL@linux:~>./look.sh a b c Parameter a Parameter b Parameter c VL@linux:~> look.sh a b c Parameter a Parameter b Parameter c VL@linux:~> 49 Beispiele II for elem in `cat Liste` do echo -n print file $elem... lpr $elem echo ready done rpm -i --test $1 if [ $? -eq 0 ] ; then echo "$1 kann installiert werden" else echo "$1 geht hier nicht" fi 50

26 Beispiele III #!/bin/bash # # Es wird von jeder uebergebenen Datei ein Backup gemacht # # Version 1 1/6/2006 for fn in "$@" do if test -e $fn ; then cp $fn $fn.back else echo `basename $0`: Datei $fn existiert nicht fi done exit 0 51 Beispiele IV #!/bin/bash # # Es wird von jeder uebergebenen Datei ein Backup gemacht # # Version 1 1/6/2006 if [ $# -eq 0 ] ; then echo "`basename $0`: Aufruf `basename $0` Datei1 [Datei2...]" exit 0 fi for fn in "$@" do if test -e $fn ; then cp $fn $fn.back else echo `basename $0`: Datei $fn existiert nicht fi done exit 0 52

27 Beispiele V Interaktives Einlesen echo "Bitte Vor- und Nachnamen eingeben!" read Vor Nach echo Hallo $Vor $Nach echo "Bitte Kommando eingeben!" read Command eval $Command 53 Beispiele VI Rechnen mit bash X="34" if [ $X == 34 ] ; then echo "Jaaa!" fi Datentyp String Z=0 while [ $Z -lt 10 ] ; do echo $Z let Z+=1 done Datentyp INT Das Kommando zum Berechnen ist expr, das normalerweise mit Back Ticks benutzt wird. 54

28 Beispiele VII if [ $# -ne 2 ] ; then echo "Usage: `basename $0`... " exit 1 fi rootuid=0 if [ $UID -ne $rootuid ] ; then echo "must be root to run this script" exit 1 fi 55 Nach dieser Anstrengung etwas Entspannung... 56