bzip2 - Broken Rohr

Question

Ich habe den folgenden Code in meinem Shell-Skript:

bzip2 -dc $filename | head -10 > $output 

Manchmal diesen Fehler Ich erhalte (Debug-Ausgabe aktiviert):

+ head -10 
+ bzip2 -dc mylog.bz2 

bzip2: I/O or other error, bailing out. Possible reason follows. 
bzip2: Broken pipe 
     Input file = mylog.bz2, output file = (stdout) 

Es sieht aus wie head Befehl tritt abrupt auf und bzip2 empfängt SIGPIPE. Was kann ich damit machen? Ich muss sicher sein, dass die ersten 10 Zeilen in der $output Datei egal was sind. Es gibt keine Garantie, dass dies immer der Fall ist, wenn einer der Prozesse kläglich scheitert.

Answer 1

Es sieht so aus, als ob head command abrupt beendet wird und bzip2 SIGPIPE empfängt.

Was erwarten Sie head tut? Es liest so viel von der Eingabe, wie es für die Ausgabe konfiguriert ist, und fährt dann herunter. Das ist so ziemlich von Design.

auch:

head -10 

Meine Version von head etwas erwartet, dass mehr wie

head -n10 

Answer 2

Der bzip Befehl wird fehlschlagen, wenn der head Befehl beendet, nachdem seine Zeilen ausgegeben zu haben. Es gibt keinen Datenverlust. Der Befehl head hat seine Aufgabe erfüllt.

Wenn Sie darüber besorgt sind, können Sie den Anruf head mit einem sed Skript ersetzen, die die gleiche Sache tut:

bzip -dc "$filename" | sed -n '1,10p' >"$output" 

Dieser sed Skript wird alle Daten aus dem Rohr lesen, aber nicht beendet werden, wenn fertig mit Zeile 10.

Answer 3

Sie können xargs für die Vermeidung von leeren Inhalt der head aus der Leitung verwenden, die die Ursache für SIGPIPE sein könnte. Auf diese Weise, selbst wenn bzip2 keine Ausgabe liefert, würden Sie keine Fehler sehen.

bzip2 -dc $filename | xargs -r head -10 > $output 

, wo die Option -r sagt

-r  If the standard input does not contain any nonblanks, do not run the command. Normally, the command is run once even if there is no input. This option is a GNU extension.