Pourquoi la sortie de certains programmes Linux ne va-t-elle ni à STDOUT ni à STDERR?

Pourquoi la sortie de certains programmes Linux ne va-t-elle ni à STDOUT ni à STDERR?

En fait, je veux savoir comment capturer de manière fiable toutes les sorties de programme, quel que soit le «flux» qu'il utilise. Le problème que j'ai, c'est que certains programmes ne semblent pas permettre de capturer leur sortie.

Un exemple est la commande «time»:

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

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

ou

time sleep 1 &> /dev/null

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

Pourquoi est-ce que je vois la sortie les deux fois? Je m'attendais à ce que tout soit canalisé dans / dev / null .

Quel flux de sortie le temps utilise-t-il et comment le canaliser dans un fichier?

Une façon de contourner le problème consiste à créer un script Bash , par exemple, combine.shcontenant cette commande:

$@ 2>&1

Ensuite, la sortie du «temps» peut être capturée de la bonne manière:

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

(aucune sortie n'est vue - correcte)

Existe-t-il un moyen de réaliser ce que je veux sans utiliser un script de combinaison distinct?

Cette question est traitée dans BashFAQ / 032 . Dans votre exemple, vous devez:

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

La raison pour laquelle

time sleep 1 2>/dev/null

ne se comporte pas comme vous l'attendez, car avec cette syntaxe, vous voudrez timela commande sleep 1 2>/dev/null(oui, la commande sleep 1avec stderr redirigée vers /dev/null). La timefonction intégrée fonctionne de cette façon afin de rendre cela possible.

Le bash builtin peut réellement faire cela parce que ... eh bien, c'est un builtin. Un tel comportement serait impossible avec la commande externe timegénéralement située dans /usr/bin. En effet:

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

Maintenant, la réponse à votre question

Pourquoi la sortie de certains programmes Linux ne va-t-elle ni à STDOUT ni à STDERR?

est: il le fait, la sortie passe à stdout ou stderr .

J'espère que cela t'aides!

Votre question particulière au sujet timebuiltin a répondu, mais il sont des commandes qui n'écrivent pas non plus à stdoutou stderr. Un exemple classique est la commande Unix crypt. cryptsans argument crypte l'entrée standard stdinet l'écrit dans la sortie standard stdout. Il invite l'utilisateur à saisir un mot de passe à l'aide getpass()duquel, par défaut, une invite s'affiche /dev/tty. /dev/ttyest le terminal actuel. L'écriture dans /dev/ttya pour effet d'écrire sur le terminal actuel (s'il y en a un, voir isatty()).

La raison pour laquelle il cryptest impossible d'écrire, stdoutc'est parce qu'il écrit une sortie chiffrée dans stdout. En outre, il est préférable de demander à /dev/ttyau lieu d'écrire de stderrsorte que si un utilisateur redirige stdoutet stderr, l'invite soit toujours visible. (Pour la même raison, cryptimpossible de lire le mot de passe stdin, car il est utilisé pour lire les données à chiffrer.)

time sleep 1 > /dev/null 2>&1# redirige la sortie de "sleep" sur null. Ensuite, "time" écrit sa propre sortie, sans redirection. C'est comme " time (sleep 1 > /dev/null 2>&1)".

(time sleep 1) > /dev/null 2>&1 # exécute "time sleep 1", puis redirige sa sortie vers null.

[] s

Le problème dans votre cas est que la redirection fonctionne d'une autre manière. Tu as écrit

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

Cela redirige la sortie standard vers /dev/null, puis redirige l'erreur standard vers la sortie standard.

Pour rediriger toutes les sorties, vous devez écrire

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

Ensuite, l'erreur standard sera redirigée vers la sortie standard et ensuite toutes les sorties standard (contenant l'erreur standard) seront redirigées vers /dev/null.