chặn tin nhắn stderr trong tập lệnh bash

Hãy xem xét tên tập lệnh (hơi ngớ ngẩn) sau đây 'test1.sh':

#/bin/bash
#
sleep 10 &
echo sleep pid = $!
pkill sleep

Khi tôi chạy nó, tôi không chỉ nhận được đầu ra của tiếng vang mà còn báo cáo về cái chết của giấc ngủ trên stderr:

$ ./test1.sh
sleep pid = 3551
./test1.sh: line 5:  3551 Terminated              sleep 10

Trong trường hợp này, tôi muốn loại bỏ bản in ra stderr. Tôi biết tôi có thể làm điều đó trên dòng lệnh, như trong:

$ ./test1.sh 2> /dev/null

... nhưng có cách nào để ngăn chặn nó từ trong kịch bản không? (Tôi biết rằng tôi có thể gói nó trong một tập lệnh thứ hai và có trình bao bọc chuyển hướng nó, nhưng phải có một cái gì đó dễ dàng hơn ...)

Bạn đúng; pkill không tạo ra thông điệp, bash là. Bạn đề nghị rằng

$ ./test1.sh 2> /dev/null

là một giải pháp có thể. Như UVV chỉ ra, hành động tương đương từ trong kịch bản là

exec 2> /dev/null

Điều này chuyển hướng stderr cho kịch bản /dev/null từ câu lệnh này cho đến khi nó được thay đổi trở lại. Những cách vụng về để thay đổi nó trở lại bao gồm

exec 2> /dev/tty

mà chuyển hướng stderr đến thiết bị đầu cuối. Đây có lẽ là (nhưng không nhất thiết) nơi nó ban đầu.

Hoặc là

exec 2>&1

mà thiết lập thiết bị lỗi chuẩn giống như thiết bị xuất chuẩn và có khả năng sai.

Một cách đáng tin cậy hơn là

thực hiện 3> & 2
thực hiện 2> / dev / null
(làm những thứ mà bạn không muốn thấy thiết bị lỗi chuẩn.) 
exec 2> & 3

lưu stderr gốc trong mô tả tập tin 3, và sau đó khôi phục nó.

Các cách khác để ngăn chặn thông báo về cái chết của quá trình bao gồm

(sleep 10 & pkill sleep) 2> /dev/null

và

{ sleep 10 & pkill sleep;} 2> /dev/null

mà thay đổi stderr chỉ cho các lệnh được nhóm.

Theo đó bạn có thể làm một cái gì đó như sau:

#!/bin/bash
exec 2>/dev/null
ls -al test