Comment puis-je rediriger et ajouter les deux stdout et stderr dans un fichier avec Bash?

Pour rediriger stdout à un fichier tronqué en Bash, je sais pour les utiliser:

cmd > file.txt

Pour rediriger stdout en Bash, en ajoutant à un fichier, je sais pour les utiliser:

cmd >> file.txt

Pour rediriger les deux stdout et stderr à un fichier tronqué, je sais pour les utiliser:

cmd &> file.txt

Comment puis-je rediriger les deux stdout et stderr ajout d'un fichier? cmd &>> file.txt ne fonctionne pas pour moi.

  • Je tiens à préciser que les &>outfile est un Bash (et d'autres) code spécifique et non portable. Le chemin à parcourir portable (similaire à l'ajout de réponses) a toujours été et est toujours >outfile 2>,&1
InformationsquelleAutor flybywire | 2009-05-18
  1. 1860
    cmd >>file.txt 2>&1

    Bash exécute les redirections de gauche à droite comme suit:

    1. >>file.txt: Ouvrir file.txt en mode ajout et de rediriger stdout là.
    2. 2>&1: Rediriger stderr à "où stdout est actuellement en cours". Dans ce cas, c'est un fichier ouvert en mode ajout. En d'autres termes, la &1 réutilise le descripteur de fichier qui stdout utilise actuellement.
    • fonctionne très bien! mais est-il un moyen de donner un sens à cela ou dois-je traiter cela comme une atomique bash de construire?
    • C'est simple redirection redirection consolidés sont évalués, comme toujours, de gauche à droite. >>fichier : Rouge. STDOUT vers un fichier (en mode ajout) (de 1>>fichier) 2>,&1 : Rouge. STDERR "où stdout va" on Remarque que l'interprétation "rediriger STDERR vers STDOUT" est erroné.
    • Il dit: "ajouter la sortie (stdout, descripteur de fichier 1) sur file.txt et envoyer stderr (descripteur de fichier 2) à la même place que fd1".
    • cependant, que faire si j'ai besoin de rediriger STDERR vers un autre fichier, mais ajoutant? est-ce possible?
    • si vous ne cmd >>file1 2>>file2 il devrait obtenir ce que vous voulez.
    • Hum @TheBonsai et d'autres utilisateurs commentaire semble clair pour moi, mais: à Partir de: Cron - Sujet (...) - Message: /bin/sh : ligne 1 : 16366 Erreur de segmentation (core dumped)/usr/bin/mpg123 /<SNIP>/bigben_hourlychimebeg.mp3 > /dev/null 2>&1 (toutes les heures). Ne stderr exclut erreur de segmentation?
    • Je suis en train d'essayer de comprendre le raisonnement derrière la commande ainsi. Votre explication précédente est très utile, mais s'il vous plaît, pourriez-vous élaborer, par ce biais, s'il vous plaît: Pourquoi il n'est pas "cmd >> fichier.journal 2>>&1" qui va rediriger (en ajoutant) STDERR à l'endroit même où STDOUT va et "cmd >> fichier.journal 2>,&1" qui va rediriger (pour un fichier tronqué) STDERR à l'endroit même où STDERR va?
    • Votre première avec 2>>&1 ne fonctionne pas. Ce n'est pas une redirection, c'est la copie du descripteur de fichier. Puisque vous redirection de STDOUT vers un fichier en mode ajout, copie que FD vers STDERR c'est donc dans le même modèle. 2>&1 est correct.
    • N'est-ce pas supprimer le stdin? Comment puis-je garder le stdin vivant pour un programme avec cette option? Par exemple si j'ai un programme Java qui peut lire la saisie de l'utilisateur et dont la sortie standard (stdout) et std err je veux rediriger vers un journal?
    • Cette commande n'affecte pas stdin à tous. Toutefois, l'utilisateur naturellement de ne pas voir la sortie de votre programme Java, parce qu'il va vers un fichier au lieu de la borne. Si vous voulez aller à la fois, vous devez utiliser tee.

    InformationsquelleAutor Alex Martelli
  2. 344

    Il y a deux façons de le faire, selon votre Bash version.

    Le classique et portable (Bash pré-4) est:

    cmd >> outfile 2>&1

    Un non-compatibles manière, en commençant par Bash 4 est

    cmd &>> outfile

    (analogique &> outfile)

    Pour de bon style de codage, vous devriez

    • décider si la portabilité est un sujet de préoccupation (puis utilisez façon classique)
    • décider si la portabilité même pour Bash pré-4 est un sujet de préoccupation (puis utilisez façon classique)
    • n'importe quelle syntaxe utiliser, pas de changement, dans le même script (confusion!)

    Si votre script commence déjà avec #!/bin/sh (peu importe si elles sont destinées ou non), puis le Bash 4 solution, et en général toute Bash-code spécifique, n'est pas la voie à suivre.

    Rappelez-vous aussi que Bash 4 &>> est juste plus court de la syntaxe, il n'introduit pas de nouvelle fonctionnalité ou quelque chose comme ça.

    La syntaxe est (à côté de la redirection de la syntaxe) décrit ici: http://bash-hackers.org/wiki/doku.php/syntax/redirection#appending_redirected_output_and_error_output

    • Je préfère &>> tant que c'est cohérent avec &> et >>. Il est également plus facile à lire "ajouter la sortie et les erreurs de ce fichier" que "envoyer les erreurs de sortie, ajouter la sortie de ce fichier'. Notez bien que Linux a généralement une version actuelle de bash, OS X, au moment de la rédaction, exige toujours bash 4 à installé manuellement via homebrew etc.
    • Je l'aime plus parce que c'est plus court et seulement tweoi lieux par ligne, ce qui serait par exemple zsh faire des "&>>"?
    • Également important de noter, que, dans une tâche cron, vous devez utiliser la pré-4 syntaxe, même si votre système a Bash 4.
    • cron ne pas utiliser bash à tous... il utilise sh. Vous pouvez changer le shell par défaut en ajoutant SHELL=/bin/bash à la crontab -e fichier.
    InformationsquelleAutor TheBonsai
  3. 84

    En Bash, vous pouvez également spécifier explicitement vos redirections de fichiers différents:

    cmd >log.out 2>log_error.out

    Ajoutant serait:

    cmd >>log.out 2>>log_error.out
    • La redirection des deux cours d'eau pour le même fichier à l'aide de votre première option fera le premier à écrire "au dessus" de la seconde, l'écrasement de certains ou de la totalité du contenu. Utiliser cmd >> le journal.2> le journal.out à la place.
    • Merci pour la capture de que; vous avez raison, on va tabasser les autres. Toutefois, votre commande ne fonctionne pas non plus. Je pense que la seule façon de les écrire dans le même fichier est ainsi qu'il a été donné avant cmd >log.out 2>&1. Je suis en train de modifier ma réponse à supprimer le premier exemple.
    InformationsquelleAutor Aaron R.
  4. 61

    En Bash 4 (ainsi que ZSH 4.3.11):

    cmd &>>outfile

    vient de sortir de la zone de

    • Cela fonctionne en Bash 4 trop.
    • c'est une bonne réponse, car il fonctionne avec bash et est brève, alors j'ai édité pour s'assurer qu'il mentionne bash explicitement.
    • href="http://stackoverflow.com/a/876267/4279">TheBonsai réponse montre bash 4 solution depuis 2009
    InformationsquelleAutor A B
  5. 47

    Cela devrait fonctionner:

    your_command 2>&1 | tee -a file.txt

    Il va stocker tous les journaux en file.txt ainsi que le dump sur le terminal.

    InformationsquelleAutor Pradeep Goswami
  6. 23

    Essayer cette

    You_command 1>output.log  2>&1

    Votre utilisation de &>x.fichier fonctionne dans bash4. désolé pour ce que : (

    Voici quelques conseils supplémentaires.

    0, 1, 2...9 sont des descripteurs de fichiers en bash.

    0 représente stdin, 1 signifie stdout, 2 supports pour stderror. 3~9 est libre pour toute autre usage temporaire.

    Tout descripteur de fichier peuvent être redirigés vers d'autres descripteur de fichier ou de fichiers en utilisant l'opérateur > ou >>(append).

    Utilisation:
    <file_descriptor> > <nom de fichier | &file_descriptor>

    S'il vous plaît référence à http://www.tldp.org/LDP/abs/html/io-redirection.html

    • Votre exemple va faire quelque chose de différent que l'OP a demandé: Il redirige le stderr de You_command sur la sortie standard et la sortie standard (stdout) de You_command pour le fichier output.log. En outre, il ne sera pas ajouter à la file, mais il va l'écraser.
    • Correct: descripteur de Fichier peut être n'importe quelle valeur qui est supérieure à 3 pour tous les autres fichiers.
    • Votre réponse montre la plus commune de la redirection de la sortie d'erreur: rediriger STDERR où STDOUT est pointé et seulement après que rediriger STDOUT vers un fichier. Ce ne sera pas causer des STDERR pour être redirigé vers le même fichier. Afin de les redirections questions.
    • signifie-t-il, je dois tout d'abord rediriger STDERROR vers la sortie standard, puis rediriger STDOUT vers un fichier. 1 > output.log 2>&1
    • Yup. Votre version tre redirige vers l'extérieur et en même temps de fichier.
    InformationsquelleAutor Quintus.Zhou
  7. 5

    Je suis surpris que dans près de dix ans, personne n'a posté cette approche encore:

    Si vous utilisez d'anciennes versions de bash où &>> n'est pas disponible, on peut aussi faire:

    (cmd 2>&1) >> file.txt

    Cela engendre un shell interne est exécuté, il est donc moins efficace que l'approche traditionnelle de cmd >> file.txt 2>&1, mais cette approche se sent plus naturel et compréhensible pour moi:

    1. Rediriger stderr vers stdout.
    2. Rediriger le nouveau stdout en ajoutant un fichier.

    Aussi, les parenthèses de supprimer toute ambiguïté de l'ordre, surtout si vous souhaitez pipe stdout et stderr vers une autre commande à la place.

    • Ok. 4 ans plus tard, vous obtenez la reconnaissance. C'est comment il est avec l'art, vous avez le temps de mourir avant d'obtenir une reconnaissance ;o)
    InformationsquelleAutor jamesdlin