Come stabilire se l'output di un comando o di uno script shell è stdout o stderr

Diciamo che eseguo un comando o uno script di shell e questo mi dà output. Senza conoscere gli interni di questo comando o script di shell, come si determina se l'output proviene da stderro stdout?

Ad esempio,

$ ls -ld /
drwxrwxr-t  35 root  admin  1258 Dec 11 19:16 /

vs

ls -ld /test
ls: /test: No such file or directory

Come posso accertare che il primo comando sia stato stampato stdoute il secondo stderr(fatto?)?

Non c'è modo di dire una volta che l'output è già stato stampato. In questo caso, entrambi stdoute stderrsono collegati al terminale, quindi le informazioni su quale stream è stato scritto erano già perse quando il testo è apparso sul tuo terminale; sono stati combinati dal programma prima di arrivare al terminal.

Quello che puoi fare, in un caso come sopra, sarebbe eseguire il comando stdoute stderrreindirizzare verso luoghi diversi e vedere cosa succede. Oppure eseguilo due volte, una volta con stdoutreindirizzato a /dev/nulle una volta con stderrreindirizzato a /dev/null, e guarda quale di questi casi porta alla visualizzazione del testo.

Puoi reindirizzare stdouta /dev/nullvirando >/dev/nullalla fine della riga di comando e puoi reindirizzare stderra /dev/nullaggiungendo 2>/dev/null.

È possibile reindirizzare stdout utilizzando > filee reindirizzare stderr utilizzando 2> file. Molte moderne shell supportano il reindirizzamento ai comandi, quindi è possibile utilizzare sedper evidenziare quale output proviene da quale stream:

$ ls 2> >(sed 's/^/2: /') > >(sed 's/^/1: /')
1: unity_support_test.0
1: vmwareDnD

$ ls foo 2> >(sed 's/^/2: /') > >(sed 's/^/1: /')
2: ls: cannot access foo: No such file or directory

Lo annotate-outputscript di Debian devscriptsti consente di farlo in modo selettivo:

$ annotate-output ls -ld /test
14:54:22 -: Started ls -ld /test
14:54:22 E: ls: cannot access /test: No such file or directory
14:54:22 -: Finished with exitcode 2

La seconda colonna indica stdout e stderr con Oe Erispettivamente.

Ci sono alcuni avvertimenti, il principale è come notato nelle altre risposte: non puoi farlo dopo il fatto. Né la shell né il terminale sono a conoscenza di come un programma arbitrario utilizza i suoi descrittori di file, sebbene la shell sia responsabile della loro configurazione iniziale.

Questo metodo utilizza i quindici, la scrittura su un quindicesimo può comportarsi in modo diverso rispetto alla scrittura su un tty e la scrittura su due diversi quindici è decisamente diversa (potenziali tempi / problemi interlacciati). Inoltre, non è adatto per un uso interattivo, ad esempio annotate-output bashnon è un ottimo piano, ma è utile per molti altri scopi. Ci sono molti, molti esempi di script e funzioni shell nelle risposte alle domande correlate sulla colorazione di stdin / stdout / stderr, il più robusto è stderrd che utilizza la modifica di runtime della (maggior parte) programmi per modificare i dati scritti su stderr.

Questa domanda a cui Anko si collega ha buone risposte su quel tema correlato: colorazione dell'output stdout / stderr: posso configurare la mia shell per stampare STDERR e STDOUT in diversi colori?

A parte le altre risposte, è interessante sottolineare /proc/$PID/fd(anche se non risponde alla domanda):

$ cat > /dev/null 2> /tmp/blablah &
[1] 3073

[1]+  Stopped                 cat > /dev/null 2> /tmp/blablah
$ ls -l /proc/3073/fd
total 0
lrwx------ 1 kampde kampde 64 Feb 24 11:43 0 -> /dev/pts/33
l-wx------ 1 kampde kampde 64 Feb 24 11:43 1 -> /dev/null
l-wx------ 1 kampde kampde 64 Feb 24 11:43 2 -> /tmp/blablah

Come vedi, qui puoi vedere i descrittori di file aperti per un processo. 0è il STDIN, 1è il STDOUTe 2è il STDERR. Se non avessi reindirizzato STDOUT o STDERR, vedresti /dev/pts/33(almeno in questo esempio) perché rimanderebbero al terminale.

note : /proc/$PIDesiste solo per i processi in esecuzione. In questo caso ho usato catsenza argomenti, quindi non termina fino a quando non chiudo il file STDIN. L'ho anche eseguito in background, quindi ho il PID immediatamente per il bene di questo esempio.

Non è del tutto chiaro quello che stai chiedendo, ma questo potrebbe aiutare

ls -ld /
echo $?    # Exit status 0 returned because command executed successfully.

ls -ld /test
echo $?    # Non-zero exit status returned -- command failed to execute

fonte

Se il codice di uscita è 0 significa semplicemente che il comando viene eseguito correttamente (stdout), qui puoi trovare significati se il codice di uscita è diverso da 0 (stderr)

Di solito STDERR avrà il nome del programma anteposto al messaggio con due punti.

Esempio:

rpm -zq some_utils 
rpm: -zq: unknown option

vs

rpm -ql some_utils 
package some_utils is not installed

Per acquisire e testare l'output di errore:

ls -l test 2>errors
if [ -s errors ]; then echo "There were errors:" && cat errors; fi
rm errors