Jak grep standardowy strumień błędów (stderr)?

Korzystam z ffmpeg, aby uzyskać meta informacje o klipie audio. Ale nie jestem w stanie tego zepsuć.

    $ ffmpeg -i 01-Daemon.mp3  |grep -i Duration
    FFmpeg version SVN-r15261, Copyright (c) 2000-2008 Fabrice Bellard, et al.
      configuration: --prefix=/usr --bindir=/usr/bin 
      --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib
      --mandir=/usr/share/man --arch=i386 --extra-cflags=-O2 
      ...

Sprawdziłem, to wyjście ffmpeg jest kierowane do stderr.

$ ffmpeg -i 01-Daemon.mp3 2> /dev/null

Myślę więc, że grep nie może odczytać strumienia błędów, aby złapać pasujące linie. Jak możemy włączyć grep do odczytu strumienia błędów?

Za pomocą linku nixCraft przekierowałem standardowy strumień błędów do standardowego strumienia wyjściowego, a następnie grep zadziałał.

$ ffmpeg -i 01-Daemon.mp3 2>&1 | grep -i Duration
  Duration: 01:15:12.33, start: 0.000000, bitrate: 64 kb/s

Ale co, jeśli nie chcemy przekierowywać stderr na stdout?

Jeśli używasz, bashdlaczego nie zastosujesz anonimowych potoków, w skrócie stwórz to, co powiedział phunehe:

ffmpeg -i 01-Daemon.mp3 2> >(grep -i Duration)

Żadna ze zwykłych powłok (nawet zsh) nie zezwala na rury inne niż od standardowego do standardowego. Ale wszystkie powłoki w stylu Bourne'a obsługują zmianę przypisania deskryptorów plików (jak w 1>&2). Możesz więc tymczasowo przekierować stdout na fd 3 i stderr na stdout, a później przywrócić fd 3 na stdout. Jeśli stuffprodukuje jakieś wyjście na standardowym wyjściu, a niektóre na standardowym wyjściu, a chcesz zastosować filterna wyjściu błędu, pozostawiając standardowe wyjście nietknięte, możesz użyć { stuff 2>&1 1>&3 | filter 1>&2; } 3>&1.

$ stuff () {
  echo standard output
  echo more output
  echo standard error 1>&2
  echo more error 1>&2
}
$ filter () {
  grep a
}
$ { stuff 2>&1 1>&3 | filter 1>&2; } 3>&1
standard output
more output
standard error

Jest to podobne do „sztuczki z plikami tymczasowymi” phunehehe, ale zamiast tego używa nazwanego potoku, co pozwala uzyskać wyniki nieco bliżej, gdy są one wypisywane, co może być przydatne w przypadku długotrwałych poleceń:

$ mkfifo mypipe
$ command 2> mypipe | grep "pattern" mypipe

W tej konstrukcji stderr zostanie skierowany do rury o nazwie „mypipe”. Ponieważ grepzostał wywołany z argumentem pliku, nie będzie szukał STDIN pod kątem danych wejściowych. Niestety, po zakończeniu będziesz musiał wyczyścić nazwaną rurę.

Jeśli używasz Bash 4, istnieje składnia skrótu command1 2>&1 | command2, czyli command1 |& command2. Uważam jednak, że jest to wyłącznie skrót składniowy, nadal przekierowujesz STDERR do STDOUT.

Odpowiedzi Gillesa i Stefana Lasiewskiego są dobre, ale ten sposób jest prostszy:

ffmpeg -i 01-Daemon.mp3 2>&1 >/dev/null | grep "pattern"

Zakładam, że nie chcesz ffmpeg'sdrukować standardowego.

Jak to działa:

• najpierw rury
  • ffmpeg i grep są uruchamiane, a stfout ffmpeg przechodzi do stdin grep
• przekierowania dalej, od lewej do prawej
  • Stderr ffmpeg jest ustawiony na cokolwiek jego standardowe wyjście (obecnie potok)
  • Standardowe wyjście ffmpeg jest ustawione na / dev / null

Zobacz poniżej skrypt używany w tych testach.

Grep może działać tylko na stdin, dlatego musisz przekonwertować strumień stderr w postać, którą Grep może analizować.

Zwykle stdout i stderr są drukowane na ekranie:

$ ./stdout-stderr.sh
./stdout-stderr.sh: Printing to stdout
./stdout-stderr.sh: Printing to stderr

Aby ukryć stdout, ale nadal drukować stderr, wykonaj następujące czynności:

$ ./stdout-stderr.sh >/dev/null
./stdout-stderr.sh: Printing to stderr

Ale grep nie będzie działał na stderr! Oczekuje się, że następujące polecenie ukryje wiersze zawierające „err”, ale tak nie jest.

$ ./stdout-stderr.sh >/dev/null |grep --invert-match err
./stdout-stderr.sh: Printing to stderr

Oto rozwiązanie.

Poniższa składnia Bash ukryje dane wyjściowe na stdout, ale nadal pokaże stderr. Najpierw przesyłamy stdout do / dev / null, a następnie konwertujemy stderr na stdout, ponieważ rury uniksowe będą działać tylko na stdout. Nadal możesz grepować tekst.

$ ./stdout-stderr.sh 2>&1 >/dev/null | grep err
./stdout-stderr.sh: Printing to stderr

(Należy zauważyć, że powyższe polecenia jest inny czym ./command >/dev/null 2>&1, co jest bardzo powszechne polecenia).

Oto skrypt używany do testowania. Spowoduje to wydrukowanie jednej linii na standardowe wyjście i jednej linii na standardowe wyjście:

#!/bin/sh

# Print a message to stdout
echo "$0: Printing to stdout"
# Print a message to stderr
echo "$0: Printing to stderr" >&2

exit 0

Kiedy potokujesz wyjście jednego polecenia do drugiego (używając |), przekierowujesz tylko standardowe wyjście. To powinno wyjaśniać dlaczego

ffmpeg -i 01-Daemon.mp3 | grep -i Duration

nie wyświetla tego, co chciałeś (ale działa).

Jeśli nie chcesz przekierowywać wyjścia błędu na standardowe wyjście, możesz przekierować wyjście błędu do pliku, a następnie grep go później

ffmpeg -i 01-Daemon.mp3 2> /tmp/ffmpeg-error
grep -i Duration /tmp/ffmpeg-error

Możesz zamienić strumienie. Umożliwiłoby to przejście do greporyginalnego standardowego strumienia błędów, a jednocześnie uzyskanie danych wyjściowych, które pierwotnie trafiły do ​​standardowego wyjścia w terminalu:

somecommand 3>&2 2>&1 1>&3- | grep 'pattern'

Działa to najpierw poprzez utworzenie nowego deskryptora pliku (3) otwartego dla wyjścia i ustawienie go na standardowy strumień błędów ( 3>&2). Następnie przekierowujemy błąd standardowy do standardowego wyjścia ( 2>&1). Wreszcie standardowe wyjście jest przekierowywane do pierwotnego standardowego błędu, a nowy deskryptor pliku jest zamknięty ( 1>&3-).

W Twoim przypadku:

ffmpeg -i 01-Daemon.mp3 3>&2 2>&1 1>&3- | grep -i Duration

Testowanie:

$ ( echo "error" >&2; echo "output" ) 3>&2 2>&1 1>&3- | grep "error"
output
error

$ ( echo "error" >&2; echo "output" ) 3>&2 2>&1 1>&3- | grep -v "error"
output

rcW tym przypadku lubię używać powłoki.

Najpierw zainstaluj pakiet (jest mniej niż 1 MB).

Oto przykład, w jaki sposób odrzucisz stdouti potokujesz, stderraby grepować rc:

find /proc/ >[1] /dev/null |[2] grep task

Możesz to zrobić bez opuszczania Bash:

rc -c 'find /proc/ >[1] /dev/null |[2] grep task'

Jak zapewne zauważyłeś, składnia jest prosta, co czyni to moje preferowane rozwiązanie.

Możesz określić, który deskryptor pliku ma być umieszczony w nawiasach, tuż po znaku potoku.

Standardowe deskryptory plików są ponumerowane jako takie:

• 0: Standardowe wejście
• 1: Standardowy ouptut
• 2: Błąd standardowy

Odmiana przykładu podprocesu bash:

echo dwie linie do stderr i tee stderr do pliku, grep tee i potok z powrotem na standardowe wyjście

(>&2 echo -e 'asdf\nfff\n') 2> >(tee some.load.errors | grep 'fff' >&1)

standardowe:

fff

some.load.errors (np. stderr):

asdf
fff

spróbuj tego polecenia

• utwórz plik o losowej nazwie
• wyślij dane wyjściowe do pliku
• wyślij zawartość pliku do potoku
• grep

ceva -> tylko nazwa zmiennej (angielski = coś)

ceva=$RANDOM$RANDOM$RANDOM; ffmpeg -i qwerty_112_0_0_record.flv 2>$ceva; cat $ceva | grep Duration; rm $ceva;