.SH Dateiendung

Doppelklick wird nicht ausgeführt (oder wird im falschen Kontext ausgeführt)

Auf vielen Systemen ist eine .sh-Datei nur eine Textdateizuordnung und unter Windows läuft sie im Allgemeinen nicht ohne eine Unix-ähnliche Shell-Umgebung. Selbst auf Unix-ähnlichen Systemen kann sich die Ausführung per Doppelklick anders verhalten als die Ausführung in einem Terminal (anderes Arbeitsverzeichnis, Umgebungsvariablen, Berechtigungen).

1. Führen Sie es von einem Terminal aus aus, damit Sie Fehler sehen und die Umgebung steuern können (z. B. sh ./script.sh).
2. Wenn Sie Windows verwenden, verwenden Sie eine Umgebung, die sh/bash bereitstellt; Andernfalls behandeln Sie es als Textdatei und führen Sie es unter macOS/Linux aus.
3. Öffnen Sie das Skript in einem Texteditor, um zu überprüfen, was es erwartet (Pfade, Tools, Umgebungsvariablen).

„Berechtigung verweigert“ oder nicht ausführbar

Auf Unix-ähnlichen Systemen fehlt Skripten möglicherweise die Ausführungsberechtigung oder die Ausführung wird möglicherweise durch Richtlinien blockiert. Sie können es weiterhin ausführen, indem Sie den Interpreter (sh/bash) explizit aufrufen, auch wenn es nicht als ausführbar markiert ist.

1. Versuchen Sie, über einen Interpreter auszuführen: sh ./script.sh (oder bash ./script.sh, wenn Bash erforderlich ist).
2. Überprüfen Sie, ob die erste Zeile (shebang) des Skripts auf einen gültigen Interpreter wie /bin/sh verweist.
3. Wenn Sie sich für die direkte Ausführung entscheiden, stellen Sie sicher, dass Berechtigungen und Eigentümer für Ihren Workflow korrekt sind.

Das Skript funktioniert auf einem System, schlägt jedoch auf einem anderen fehl

.sh-Skripte basieren möglicherweise auf Nicht-POSIX-Shell-Funktionen oder externen Dienstprogrammen, die sich je nach System unterscheiden. Ein für Bash geschriebenes Skript kann fehlschlagen, wenn es ausschließlich mit POSIX sh ausgeführt wird, und umgekehrt.

1. Überprüfen Sie, ob das Skript auf POSIX sh oder bash abzielt. Führen Sie es mit der vorgesehenen Shell aus (sh vs. bash).
2. Überprüfen Sie das Skript auf Shell-spezifische Syntax und auf erforderliche externe Befehle, die möglicherweise nicht installiert sind.
3. Wenn Portabilität erforderlich ist, richten Sie das Skript an der POSIX-Shell-Befehlssprache aus und testen Sie es auf der Zielplattform.

Falsche Dateizuordnung / wird in der falschen App geöffnet

Desktop-Umgebungen verwenden MIME-Zuordnungen und Dateizuordnungen; Abhängig von Ihren Standardeinstellungen kann eine .sh-Datei in einem Editor, einem Terminal oder etwas Unerwartetem geöffnet werden.

1. Wählen Sie „Öffnen mit“ und wählen Sie zur sicheren Anzeige einen Nur-Text-Editor.
2. Wenn Sie es ausführen möchten, führen Sie es von einem Terminal mit sh/bash aus, anstatt sich auf Aktionen des Dateimanagers zu verlassen.
3. Unter Linux wird das Dateizuordnungsverhalten durch die gemeinsame MIME-Datenbank und die Desktop-Standardeinstellungen beeinflusst; Passen Sie bei Bedarf Ihre Standard-App an.

Ist eine .sh-Datei ein „Dokument“?

Normalerweise nein. Eine .sh-Datei ist am häufigsten ein Shell-Skript (ein Textprogramm), das von sh oder einer ähnlichen Shell interpretiert werden soll.

Kann ich eine .sh-Datei in einem Texteditor öffnen?

Ja. .sh-Dateien sind reine Textdateien, sodass sie mit jedem Texteditor zum Anzeigen und Bearbeiten geöffnet werden können.

Warum schlägt es mit sh fehl, funktioniert aber mit bash (oder umgekehrt)?

Verschiedene Shells unterstützen unterschiedliche Funktionen. Einige Skripte sind für POSIX sh geschrieben, während andere eine Bash-spezifische Syntax voraussetzen. Führen Sie das Skript mit der Shell aus, für die es geschrieben wurde.

Welcher MIME-Typ ist mit .sh verknüpft?

In der Praxis werden möglicherweise nicht registrierte „x-“-Typen wie text/x-sh oder application/x-sh für .sh verwendet. Diese Konventionen sind häufig in MIME-Datenbanken und /etc/mime.types-Dateien zu finden, es handelt sich jedoch nicht unbedingt um IANA-registrierte Medientypen.