.SH estensione file

Facendo doppio clic non viene eseguito (o viene eseguito nel contesto sbagliato)

Su molti sistemi un file .sh è solo un'associazione di file di testo e su Windows generalmente non funzionerà senza un ambiente shell simile a Unix. Anche su sistemi simili a Unix, l'esecuzione tramite doppio clic può comportarsi in modo diverso rispetto all'esecuzione in un terminale (directory di lavoro diversa, variabili di ambiente, autorizzazioni).

1. Eseguilo da un terminale in modo da poter vedere gli errori e controllare l'ambiente (ad esempio, sh ./script.sh).
2. Se utilizzi Windows, utilizza un ambiente che fornisce sh/bash; altrimenti trattalo come un file di testo ed eseguilo su macOS/Linux.
3. Apri lo script in un editor di testo per verificare cosa si aspetta (percorsi, strumenti, variabili di ambiente).

"Autorizzazione negata" o non eseguibile

Sui sistemi simili a Unix, gli script potrebbero non avere il permesso di esecuzione oppure l'esecuzione potrebbe essere bloccata dalla policy. Puoi comunque eseguirlo invocando esplicitamente l'interprete (sh/bash) anche se non è contrassegnato come eseguibile.

1. Prova a eseguire tramite un interprete: sh ./script.sh (o bash ./script.sh se richiede bash).
2. Controlla che la prima riga dello script (shebang) punti a un interprete valido come /bin/sh.
3. Se scegli di eseguire direttamente, assicurati che le autorizzazioni e la proprietà siano corrette per il tuo flusso di lavoro.

Lo script funziona su un sistema ma fallisce su un altro

Gli script .sh possono fare affidamento su funzionalità della shell non POSIX o utilità esterne che differiscono tra i sistemi. Uno script scritto per bash potrebbe fallire se eseguito con uno sh rigorosamente POSIX e viceversa.

1. Controlla se lo script ha come target POSIX sh o bash; eseguilo con la shell prevista (sh vs bash).
2. Esaminare lo script per la sintassi specifica della shell e per i comandi esterni richiesti che potrebbero non essere installati.
3. Se è richiesta la portabilità, allineare lo script con POSIX Shell Command Language ed eseguire il test sulla piattaforma di destinazione.

Associazione file errata/apertura nell'app sbagliata

Gli ambienti desktop utilizzano mappature MIME e associazioni di file; un file .sh potrebbe aprirsi in un editor, un terminale o qualcosa di inaspettato a seconda delle impostazioni predefinite.

1. Scegli "Apri con" e scegli un editor di testo semplice per una visualizzazione sicura.
2. Se vuoi eseguirlo, eseguilo da un terminale con sh/bash invece di fare affidamento sulle azioni del file manager.
3. Su Linux, il comportamento dell'associazione dei file è influenzato dal database MIME condiviso e dalle impostazioni predefinite del desktop; modifica l'app predefinita, se necessario.

Un file .sh è un “documento”?

Di solito no. Un file .sh è più comunemente uno script di shell (un programma di testo) pensato per essere interpretato da sh o da una shell simile.

Posso aprire un file .sh in un editor di testo?

SÌ. I file .sh sono testo semplice, quindi qualsiasi editor di testo può aprirli per visualizzarli e modificarli.

Perché fallisce con sh ma funziona con bash (o viceversa)?

Shell diverse supportano funzionalità diverse. Alcuni script sono scritti per POSIX sh, mentre altri assumono una sintassi specifica di bash; esegui lo script con la shell per cui è stato scritto.

Quale tipo MIME è associato a .sh?

In pratica, potresti vedere tipi "x-" non registrati come text/x-sh o application/x-sh usati per .sh. Queste convenzioni si trovano comunemente nei database MIME e nei file /etc/mime.types, ma non sono necessariamente tipi di media registrati IANA.