Fehlerkanal, Fehlersuche - Versionsgeschichte

Thomas.will: /* Hinweis */

2025-10-17T14:12:55Z

Hinweis

Thomas.will am 17. Oktober 2025 um 14:12 Uhr

2025-10-17T14:12:06Z

Thomas.will: /* Fehlerkanäle im Skript verwenden */

2025-10-17T14:11:40Z

Fehlerkanäle im Skript verwenden

Thomas.will am 17. Oktober 2025 um 14:09 Uhr

2025-10-17T14:09:44Z

Thomas.will: Die Seite wurde neu angelegt: „== Fehlerkanal und Fehlersuche == In der Bash gibt es verschiedene sogenannte '''Standard-Streams''', über die Programme Daten senden oder empfangen. Diese s…“

2025-10-17T14:03:05Z

Die Seite wurde neu angelegt: „== Fehlerkanal und Fehlersuche == In der Bash gibt es verschiedene sogenannte '''Standard-Streams''', über die Programme Daten senden oder empfangen. Diese s…“

Neue Seite

== Fehlerkanal und Fehlersuche ==

In der Bash gibt es verschiedene sogenannte '''Standard-Streams''', über die Programme Daten senden oder empfangen. Diese sind für die Fehleranalyse und das Debugging von Skripten besonders wichtig.

=== Standard-Streams ===

{| border=1 cellpadding="3"
! Kanal !! Beschreibung !! Datei-Deskriptor
|-
| Standard Input || Eingabe (z. B. Tastatur, Datei) || 0
|-
| Standard Output || Normale Ausgabe von Befehlen || 1
|-
| Standard Error || Fehlermeldungen von Befehlen || 2
|}

* Unter Linux werden alle drei Kanäle als Dateien behandelt.
* Sie können getrennt voneinander umgeleitet oder in Dateien geschrieben werden.

=== Beispiel: Standard- und Fehlerausgabe trennen ===

* '''ls /etc /nichtda'''
→ listet den Inhalt von /etc auf, zeigt aber für /nichtda eine Fehlermeldung auf STDERR.

;Nur Fehlerausgabe in Datei schreiben
* '''ls /etc /nichtda 2> fehler.txt'''

;Nur Standardausgabe in Datei schreiben
* '''ls /etc /nichtda 1> ausgabe.txt'''

;Beide Ausgaben in eine Datei umleiten
* '''ls /etc /nichtda > alles.txt 2>&1'''

=== Fehlerkanäle im Skript verwenden ===

* In Skripten kann die Fehlerspur zur Diagnose in eine Datei geschrieben werden.
* So kann ein Administrator den Ablauf später nachvollziehen.

;Beispiel
#!/bin/bash
echo "Starte Backup..."
tar czf /backup/etc.tgz /etc 2> /var/log/backup-error.log
echo "Fertig."

* In der Datei '''/var/log/backup-error.log''' werden nur Fehlermeldungen gespeichert.

=== Debugging von Skripten ===

* Bash bietet verschiedene Möglichkeiten, um Skripte schrittweise oder mit zusätzlicher Ausgabe zu debuggen.

;Syntaxprüfung ohne Ausführung
* '''bash -n skript.sh'''
→ prüft nur die Syntax, führt das Skript aber nicht aus.

;Debugmodus mit Kommandoanzeige
* '''bash -x skript.sh'''
→ zeigt jedes ausgeführte Kommando vor der Ausführung an.

;Innerhalb eines Skripts aktivieren
#!/bin/bash
set -x # Debugmodus aktivieren
echo "Starte"
ls /nichtda
set +x # Debugmodus deaktivieren

=== Typische Vorgehensweise bei Fehlersuche ===

* Syntax mit '''bash -n''' prüfen.
* Skript im Debugmodus ('''bash -x''') ausführen.
* Fehlerkanäle gezielt in Logdateien umleiten.
* Rückgabewert mit '''echo $?''' auswerten.
* Schrittweise Befehle isolieren und testen.

=== Hinweis ===

* Fehlermeldungen über STDERR werden nicht von der Standardausgabe beeinflusst.
* Durch sauberes Trennen von Standard- und Fehlerkanal lässt sich die Ausgabe von Skripten deutlich besser kontrollieren und auswerten.

← Nächstältere Version		Version vom 17. Oktober 2025, 14:12 Uhr
Zeile 82:		Zeile 82:
	* Fehlermeldungen über STDERR werden nicht von der Standardausgabe beeinflusst.		* Fehlermeldungen über STDERR werden nicht von der Standardausgabe beeinflusst.
	* Durch sauberes Trennen von Standard- und Fehlerkanal lässt sich die Ausgabe von Skripten deutlich besser kontrollieren und auswerten.		* Durch sauberes Trennen von Standard- und Fehlerkanal lässt sich die Ausgabe von Skripten deutlich besser kontrollieren und auswerten.
		+	=== Aufgaben ===
		+
		+	== Standard- und Fehlerausgabe trennen ==
		+	* Führen Sie den folgenden Befehl aus und beobachten Sie die Ausgaben:
		+	ls /etc /nichtda
		+	* Leiten Sie anschließend nur die Fehlermeldung in eine Datei um:
		+	ls /etc /nichtda 2> fehler.txt
		+	* Öffnen Sie die Datei fehler.txt mit cat und prüfen Sie den Inhalt.
		+
		+	== Ausgaben kombinieren ==
		+	* Erzeugen Sie eine gemeinsame Datei, in der sowohl Standard- als auch Fehlerausgabe stehen:
		+	ls /etc /nichtda > alles.txt 2>&1
		+	* Kontrollieren Sie die Ausgaben mit cat alles.txt.
		+	* Vergleichen Sie den Inhalt mit der vorherigen Datei fehler.txt.
		+
		+	== Skript debuggen ==
		+	* Erstellen Sie ein einfaches Skript namens fehler.sh mit folgendem Inhalt:
		+
		+	<syntaxhighlight lang="bash">
		+	#!/bin/bash
		+	echo "Starte Test"
		+	ls /nichtda
		+	echo "Beendet"
		+	</syntaxhighlight>
		+
		+	* Prüfen Sie das Skript zuerst auf Syntaxfehler:
		+	bash -n fehler.sh
		+	* Führen Sie das Skript anschließend im Debugmodus aus:
		+	bash -x fehler.sh
		+	* Beobachten Sie, welche Befehle im Debugmodus angezeigt werden.

@@ Zeile 1: / Zeile 1: @@
 == Fehlerkanal und Fehlersuche ==
@@ Zeile 103: / Zeile 69: @@
 set +x      # Debugmodus deaktivieren
 </syntaxhighlight>
 === Typische Vorgehensweise bei Fehlersuche ===

@@ Zeile 1: / Zeile 1: @@
 == Fehlerkanal und Fehlersuche ==
@@ Zeile 39: / Zeile 73: @@
 ;Beispiel
 #!/bin/bash
 echo "Starte Backup..."
 tar czf /backup/etc.tgz /etc 2> /var/log/backup-error.log
 echo "Fertig."
 * In der Datei /var/log/backup-error.log werden nur Fehlermeldungen gespeichert.
 === Debugging von Skripten ===

@@ Zeile 1: / Zeile 1: @@
 == Fehlerkanal und Fehlersuche ==
-In der Bash gibt es verschiedene sogenannte '''Standard-Streams''', über die Programme Daten senden oder empfangen. Diese sind für die Fehleranalyse und das Debugging von Skripten besonders wichtig.
+In der Bash gibt es verschiedene sogenannte Standard-Streams, über die Programme Daten senden oder empfangen. Diese sind für die Fehleranalyse und das Debugging von Skripten besonders wichtig.
 === Standard-Streams ===
@@ Zeile 20: / Zeile 20: @@
 === Beispiel: Standard- und Fehlerausgabe trennen ===
-* '''ls /etc /nichtda'''
+* ls /etc /nichtda
    → listet den Inhalt von /etc auf, zeigt aber für /nichtda eine Fehlermeldung auf STDERR.
 ;Nur Fehlerausgabe in Datei schreiben
-* '''ls /etc /nichtda 2> fehler.txt'''
+* ls /etc /nichtda 2> fehler.txt
 ;Nur Standardausgabe in Datei schreiben
-* '''ls /etc /nichtda 1> ausgabe.txt'''
+* ls /etc /nichtda 1> ausgabe.txt
 ;Beide Ausgaben in eine Datei umleiten
-* '''ls /etc /nichtda > alles.txt 2>&1'''
+* ls /etc /nichtda > alles.txt 2>&1
 === Fehlerkanäle im Skript verwenden ===
@@ Zeile 38: / Zeile 38: @@
 ;Beispiel
-* In der Datei '''/var/log/backup-error.log''' werden nur Fehlermeldungen gespeichert.
+#!/bin/bash
 === Debugging von Skripten ===
@@ Zeile 50: / Zeile 51: @@
 ;Syntaxprüfung ohne Ausführung
-* '''bash -n skript.sh'''
+* bash -n skript.sh
    → prüft nur die Syntax, führt das Skript aber nicht aus.
 ;Debugmodus mit Kommandoanzeige
-* '''bash -x skript.sh'''
+* bash -x skript.sh
    → zeigt jedes ausgeführte Kommando vor der Ausführung an.
 ;Innerhalb eines Skripts aktivieren
- #!/bin/bash
- set -x      # Debugmodus aktivieren
+#!/bin/bash
- echo "Starte"
+set -x      # Debugmodus aktivieren
- ls /nichtda
+echo "Starte"
- set +x      # Debugmodus deaktivieren
+ls /nichtda
 === Typische Vorgehensweise bei Fehlersuche ===
-* Syntax mit '''bash -n''' prüfen.
+* Syntax mit bash -n prüfen.
-* Skript im Debugmodus ('''bash -x''') ausführen.
+* Skript im Debugmodus (bash -x) ausführen.
 * Fehlerkanäle gezielt in Logdateien umleiten.
-* Rückgabewert mit '''echo $?''' auswerten.
+* Rückgabewert mit echo $? auswerten.
 * Schrittweise Befehle isolieren und testen.