การกู้คืนเอาต์พุตไปยังเทอร์มินัลหลังจากออก "exec &> filename"

ฉันพยายามที่จะดำเนินการดังต่อไปนี้:

exec &>filename

หลังจากนี้ฉันไม่สามารถมองเห็นสิ่งใดรวมถึงสิ่งที่ฉันพิมพ์ได้เลย

ฉันพยายามเมามันexec 1>&1และexec 2>&2ไม่มีอะไรเกิดขึ้น

ตอนนี้โดยไม่ฆ่าเชลล์ฉันจะคืนค่าเอาต์พุตที่เปลี่ยนเส้นทางไปยัง stdout และข้อผิดพลาดถูกเปลี่ยนเส้นทางไปยัง stderr ตามลำดับได้อย่างไร ไฟล์ descriptors เป็นวิธีเดียวที่จะอ้างอิงมาตรฐาน [ใน | ออก] ใส่และ stderr?

หลังจากที่คุณเรียกการส่งออกมาตรฐานและข้อผิดพลาดมาตรฐานของเปลือกไปexec &>filename filenameอินพุตมาตรฐานคือ file descriptor 0 ตามคำนิยามและเอาต์พุตมาตรฐานคือ fd 1 และข้อผิดพลาดมาตรฐานคือ fd 2

ตัวอธิบายไฟล์ไม่ได้เปลี่ยนเส้นทางหรือไม่เปลี่ยนเส้นทาง: มันจะไปที่ใดที่หนึ่งเสมอ (สมมติว่ากระบวนการเปิดตัวให้คำอธิบายนี้) ในการเปลี่ยนเส้นทางไฟล์ descriptor หมายถึงการเปลี่ยนตำแหน่งที่จะไป เมื่อคุณวิ่งexec &>filename, stdout และ stderr filenameถูกเชื่อมต่อไปยังสถานีเดิมและกลายเป็นที่เชื่อมต่อกับ

มีวิธีอ้างอิงถึงเทอร์มินัลปัจจุบัน/dev/ttyเสมอ: เมื่อขั้นตอนการเปิดไฟล์นี้ก็มักจะหมายถึงกระบวนการของสถานีควบคุมแล้วแต่จำนวนใดที่มันเป็น ดังนั้นหากคุณต้องการกลับ stdout ดั้งเดิมและ stderr ดั้งเดิมของเชลล์คุณสามารถทำได้เพราะไฟล์ที่เชื่อมต่อยังคงอยู่

exec &>/dev/tty

คุณต้องการ

exec &>$(tty)

สิ่งที่คุณทำในคำถามของคุณคือการจำลองใน stdout และ stderr stdout ดั้งเดิมและ stderr ซึ่งได้ถูกเปลี่ยนเส้นทางไปยังไฟล์แล้ว

ดังที่คำตอบของ Gilles อธิบายไว้ttyจะคืนอุปกรณ์ปลายทางของเทอร์มินัลปัจจุบัน นี่คือที่ที่ไฟล์ descriptor มาตรฐานสามไฟล์มาจาก / ไปถึงเป็นค่าเริ่มต้นในล็อกอินเชลล์ ดังนั้นคำสั่งข้างต้นทำให้การใช้ttyการเปลี่ยนเส้นทาง stdout และ stderr กลับไปที่อุปกรณ์ปลายทางเหมือนเดิม

หากคุณกังวลเกี่ยวกับการพกพา (ตามความเห็นของคุณในคำตอบของ Gilles) ทั้งสองวิธี ( ยูทิลิตี้ ttyและ/dev/ttyไฟล์ ) อยู่ในมาตรฐาน POSIX

คัดลอกคำต่อคำทั้งหมดจากความคิดเห็นของ Gilles:

There's an advantage to /dev/tty: it works even after exec <somefile, 
whereas $(tty) would complain “not a tty”