ฉันจะไปป์ stderr ได้อย่างไรและไม่ใช่ stdout?

ผมมีโปรแกรมที่เขียนข้อมูลไปยังstdoutและstderrและฉันต้องgrepผ่านอะไรมาเพื่อstderrขณะที่ไม่คำนึงถึงstdout

แน่นอนฉันสามารถทำได้ใน 2 ขั้นตอน:

command > /dev/null 2> temp.file
grep 'something' temp.file

แต่ฉันต้องการที่จะสามารถทำได้โดยไม่ต้องไฟล์ temp มีเทคนิคการวางท่อแบบอัจฉริยะหรือไม่?

ก่อนเปลี่ยนเส้นทาง stderr ไปยัง stdout - the pipe; จากนั้นเปลี่ยนเส้นทาง stdout ไปที่/dev/null(โดยไม่เปลี่ยนตำแหน่งที่ stderr กำลังทำงาน):

command 2>&1 >/dev/null | grep 'something'

สำหรับรายละเอียดของการเปลี่ยนเส้นทาง I / O ในความหลากหลายทั้งหมดดูบทการเปลี่ยนเส้นทางในคู่มืออ้างอิง Bash

โปรดทราบว่าลำดับของการเปลี่ยนเส้นทาง I / O ถูกตีความจากซ้ายไปขวา แต่มีการตั้งค่าไพพ์ก่อนการเปลี่ยนเส้นทาง I / O จะถูกตีความ ตัวอธิบายไฟล์เช่น 1 และ 2 เป็นการอ้างอิงถึงคำอธิบายไฟล์แบบเปิด การดำเนินการ2>&1ทำให้ file descriptor 2 aka stderr อ้างถึงคำอธิบายไฟล์เปิดเดียวกันกับ file descriptor 1 aka stdout กำลังอ้างถึง (ดูdup2()และopen()) >/dev/nullจากนั้นการดำเนินการจะเปลี่ยน file descriptor 1 เพื่อให้มันอ้างถึง open description description /dev/nullแต่ไม่ได้เปลี่ยนความจริงที่ file descriptor 2 อ้างถึง open file description ซึ่ง file descriptor 1 ชี้ไปที่ - คือไพพ์

หรือเพื่อสลับเอาต์พุตจากข้อผิดพลาดมาตรฐานและเอาต์พุตมาตรฐานให้ใช้:

command 3>&1 1>&2 2>&3

สิ่งนี้จะสร้าง file descriptor ใหม่ (3) และกำหนดให้กับตำแหน่งเดียวกับ 1 (เอาต์พุตมาตรฐาน) จากนั้นกำหนด fd 1 (เอาต์พุตมาตรฐาน) ไปยังตำแหน่งเดียวกับ fd 2 (ข้อผิดพลาดมาตรฐาน) และกำหนด fd 2 ในที่สุด ) ไปยังตำแหน่งเดียวกับ fd 3 (เอาต์พุตมาตรฐาน)

ข้อผิดพลาดมาตรฐานพร้อมใช้งานเป็นเอาต์พุตมาตรฐานและเอาต์พุตมาตรฐานเก่าถูกเก็บรักษาไว้ในข้อผิดพลาดมาตรฐาน สิ่งนี้อาจเกินความจริง แต่หวังว่าจะให้รายละเอียดเพิ่มเติมเกี่ยวกับตัวอธิบายไฟล์ Bash (มีเก้าขั้นตอนสำหรับแต่ละกระบวนการ)

ใน Bash คุณสามารถเปลี่ยนเส้นทางไปยัง subshell โดยใช้การทดแทนกระบวนการ :

command > >(stdlog pipe)  2> >(stderr pipe)

สำหรับกรณีที่อยู่ในมือ:

command 2> >(grep 'something') >/dev/null

รวมคำตอบที่ดีที่สุดเข้าด้วยกันหากคุณ:

command 2> >(grep -v something 1>&2)

... จากนั้น stdout ทั้งหมดจะถูกเก็บรักษาไว้เป็น stdout และ stderr ทั้งหมดจะถูกเก็บรักษาไว้เป็น stderr แต่คุณจะไม่เห็นบรรทัดใด ๆ ใน stderr ที่มีสตริง "บางอย่าง"

สิ่งนี้มีข้อได้เปรียบที่ไม่เหมือนใครในการไม่ย้อนกลับหรือยกเลิก stdout และ stderr หรือการรวมเข้าด้วยกันและไม่ใช้ไฟล์ชั่วคราวใด ๆ

มันง่ายมากที่จะเห็นภาพสิ่งต่าง ๆ ถ้าคุณคิดว่าเกิดอะไรขึ้นกับ "การเปลี่ยนเส้นทาง" และ "ท่อ" การเปลี่ยนเส้นทางและไปป์ในทุบตีทำสิ่งหนึ่ง: แก้ไขที่ตัวอธิบายไฟล์กระบวนการ 0, 1 และ 2 ชี้ไปที่ (ดู / proc / [pid] / fd / *)

เมื่อเป็นท่อหรือ "|" โอเปอเรเตอร์ปรากฏอยู่บนบรรทัดคำสั่งสิ่งแรกที่เกิดขึ้นคือทุบตีสร้าง Fifo และชี้ให้คำสั่ง FD 1 ของฝ่ายซ้ายด้านซ้ายมาที่ Fifo นี้และชี้ให้คำสั่ง FD 0 ของฝ่ายขวาเหมือนกัน

ถัดไปตัวดำเนินการเปลี่ยนเส้นทางสำหรับแต่ละด้านจะถูกประเมินจากซ้ายไปขวาและการตั้งค่าปัจจุบันจะถูกใช้เมื่อใดก็ตามที่การทำซ้ำของ descriptor เกิดขึ้น สิ่งนี้มีความสำคัญเนื่องจากตั้งแต่ตั้งค่าท่อไปก่อน FD1 (ด้านซ้าย) และ FD0 (ด้านขวา) จะเปลี่ยนไปจากสิ่งที่พวกเขาอาจเคยเป็นมาก่อนและการทำซ้ำของสิ่งเหล่านี้จะสะท้อนถึงความจริงนั้น

ดังนั้นเมื่อคุณพิมพ์สิ่งต่อไปนี้:

command 2>&1 >/dev/null | grep 'something'

นี่คือสิ่งที่เกิดขึ้นตามลำดับ:

1. สร้าง pipe (fifo) "คำสั่ง FD1" ถูกชี้ไปที่ไพพ์นี้ "grep FD0" ยังชี้ไปที่ท่อนี้
2. "command FD2" ถูกชี้ไปที่ตำแหน่งปัจจุบันของ "command FD1" (ไปป์)
3. "คำสั่ง FD1" ถูกชี้ไปที่ / dev / null

ดังนั้นเอาต์พุตทั้งหมดที่ "คำสั่ง" เขียนไปยัง FD 2 (stderr) ทำให้ไปยังไพพ์และอ่านโดย "grep" ที่อีกด้านหนึ่ง เอาต์พุตทั้งหมดที่ "คำสั่ง" เขียนไปยัง FD 1 (stdout) ทำให้มันเป็น / dev / null

หากคุณรันสิ่งต่อไปนี้แทน:

command >/dev/null 2>&1 | grep 'something'

นี่คือสิ่งที่เกิดขึ้น:

1. ไพพ์ถูกสร้างขึ้นและ "คำสั่ง FD 1" และ "grep FD 0" จะชี้ไปที่
2. "คำสั่ง FD 1" ถูกชี้ไปที่ / dev / null
3. "command FD 2" จะชี้ไปที่จุดใด FD 1 ปัจจุบัน (/ dev / null)

ดังนั้น stdout และ stderr ทั้งหมดจาก "command" ไปที่ / dev / null ไม่มีอะไรไปที่ไพพ์ดังนั้น "grep" จะปิดลงโดยไม่แสดงอะไรบนหน้าจอ

นอกจากนี้โปรดทราบว่าการเปลี่ยนเส้นทาง (ตัวอธิบายไฟล์) สามารถเป็นแบบอ่านอย่างเดียว (<), เขียนอย่างเดียว (>) หรืออ่านเขียน (<>)

บันทึกสุดท้าย การเขียนโปรแกรมไปยัง FD1 หรือ FD2 นั้นขึ้นอยู่กับโปรแกรมเมอร์หรือไม่ แนวปฏิบัติที่ดีในการเขียนโปรแกรมกำหนดว่าข้อความแสดงข้อผิดพลาดควรไปที่ FD 2 และเอาท์พุทปกติไปที่ FD 1 แต่คุณมักจะพบว่าการเขียนโปรแกรมเลอะเทอะที่ผสมทั้งสองหรือละเว้นการประชุม

หากคุณกำลังใช้ Bash ให้ใช้:

command >/dev/null |& grep "something"

http://www.gnu.org/software/bash/manual/bashref.html#Pipelines

สำหรับผู้ที่ต้องการเปลี่ยนเส้นทาง stdout และ stderr อย่างถาวรไปยังไฟล์ grep บน stderr แต่ให้ stdout เขียนข้อความไปยัง tty:

# save tty-stdout to fd 3
exec 3>&1
# switch stdout and stderr, grep (-v) stderr for nasty messages and append to files
exec 2> >(grep -v "nasty_msg" >> std.err) >> std.out
# goes to the std.out
echo "my first message" >&1
# goes to the std.err
echo "a error message" >&2
# goes nowhere
echo "this nasty_msg won't appear anywhere" >&2
# goes to the tty
echo "a message on the terminal" >&3

สิ่งนี้จะเปลี่ยนทิศทาง command1 stderr ไปเป็น command2 stdin ในขณะที่ออก command1 stdout ตามเดิม

exec 3>&1
command1 2>&1 >&3 3>&- | command2 3>&-
exec 3>&-

นำมาจากLDP

ฉันเพิ่งได้คำตอบสำหรับการส่งstdoutคำสั่งหนึ่งไปยังอีกคำสั่งstderrหนึ่งโดยใช้ไพพ์ที่มีชื่อ

นี่ไง

mkfifo stdout-target
mkfifo stderr-target
cat < stdout-target | command-for-stdout &
cat < stderr-target | command-for-stderr &
main-command 1>stdout-target 2>stderr-target

อาจเป็นความคิดที่ดีที่จะลบท่อที่ระบุชื่อหลังจากนั้น

คุณสามารถใช้เปลือก RC

ก่อนติดตั้งแพ็คเกจ (น้อยกว่า 1 MB)

นี่เป็นตัวอย่างของวิธีที่คุณจะละทิ้งเอาต์พุตมาตรฐานและข้อผิดพลาดมาตรฐานไพพ์ถึงgrepในrc:

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

คุณสามารถทำได้โดยไม่ทิ้ง Bash:

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

ดังที่คุณอาจสังเกตเห็นคุณสามารถระบุไฟล์ descriptor ที่คุณต้องการ pip โดยใช้เครื่องหมายวงเล็บหลังไพพ์

ตัวอธิบายไฟล์มาตรฐานจะถูกนับเช่น:

• 0: อินพุตมาตรฐาน
• 1: เอาต์พุตมาตรฐาน
• 2: ข้อผิดพลาดมาตรฐาน

ฉันลองติดตามแล้วพบว่าทำงานได้ดี

command > /dev/null 2>&1 | grep 'something'