Perché l'output di alcuni programmi Linux non arriva né a STDOUT né a STDERR?

Perché l'output di alcuni programmi Linux non arriva né a STDOUT né a STDERR?

In realtà, voglio sapere come acquisire in modo affidabile tutto l'output del programma, indipendentemente dal "flusso" che utilizza. Il problema che ho è che alcuni programmi non sembrano catturare il loro output.

Un esempio è il comando 'time':

time sleep 1 2>&1 > /dev/null

real        0m1.003s
user        0m0.000s
sys         0m0.000s

o

time sleep 1 &> /dev/null

real        0m1.003s
user        0m0.000s
sys         0m0.000s

Perché vedo l'output entrambe le volte? Mi aspettavo che tutto fosse convogliato in / dev / null .

Quale flusso di output utilizza il tempo e come posso inserirlo in un file?

Un modo per aggirare il problema è creare uno script Bash , ad esempio, combine.shcontenente questo comando:

$@ 2>&1

Quindi l'output di 'time' può essere catturato nel modo corretto:

combine.sh time sleep 1 &> /dev/null

(non viene visualizzato alcun output - corretto)

C'è un modo per ottenere ciò che voglio senza usare uno script di combinazione separato?

Questa domanda è stata affrontata in BashFAQ / 032 . Nel tuo esempio, dovresti:

{ time sleep 1; } 2> /dev/null

La ragione per cui

time sleep 1 2>/dev/null

non si comporta come ti aspetti perché con quella sintassi, vorrai timeil comando sleep 1 2>/dev/null(sì, il comando sleep 1con stderr reindirizzato a /dev/null). Il builtin timefunziona in questo modo in modo da renderlo effettivamente possibile.

Il bash builtin può effettivamente farlo perché ... beh, è ​​un builtin. Un simile comportamento sarebbe impossibile con il comando esterno timenormalmente situato in /usr/bin. Infatti:

$ /usr/bin/time sleep 1 2>/dev/null
$

Ora, la risposta alla tua domanda

Perché l'output di alcuni programmi linux non arriva né a STDOUT né a STDERR?

è: lo fa, l'output va su stdout o stderr .

Spero che sia di aiuto!

timeÈ stata data una risposta alla tua domanda specifica su builtin, ma ci sono alcuni comandi che non scrivono né su stdoutné su stderr. Un classico esempio è il comando Unix crypt. cryptsenza argomenti crittografa l'input standard stdine lo scrive nell'output standard stdout. Chiede all'utente una password usando getpass(), che per impostazione predefinita genera un prompt /dev/tty. /dev/ttyè l'attuale dispositivo terminale. Scrivere su /dev/ttyha l'effetto di scrivere sul terminale corrente (se ce n'è uno, vedi isatty()).

Il motivo per cui cryptnon è possibile scrivere stdoutè perché scrive in output crittografato stdout. Inoltre, è meglio richiedere /dev/ttyinvece di scrivere in stderrmodo che se un utente reindirizza stdoute stderr, il prompt è ancora visualizzato. (Per lo stesso motivo, cryptnon è possibile leggere la password stdin, poiché viene utilizzata per leggere i dati da crittografare.)

time sleep 1 > /dev/null 2>&1# reindirizza l'output di "sleep" su null. Quindi, "time" scrive il proprio output, senza reindirizzamento. È come " time (sleep 1 > /dev/null 2>&1)".

(time sleep 1) > /dev/null 2>&1 # esegue "time sleep 1", quindi reindirizza il suo output su null.

[]S

Il problema nel tuo caso è che il reindirizzamento funziona in un altro modo. Hai scritto

time sleep 1 2>&1 > /dev/null

Ciò reindirizza l'output standard /dev/nulle quindi reindirizza l'errore standard sull'output standard.

Per reindirizzare tutto l'output devi scrivere

time sleep 1 > /dev/null 2>&1 

Quindi l'errore standard verrà reindirizzato all'output standard e successivamente verrà reindirizzato a tutto l'output standard (contenente l'errore standard) /dev/null.