Tại sao `exec 2> & 1` không thành công trong tập lệnh shell bourne này?

Tôi đang chuyển một tập lệnh ksh cũ sang shell Bourne. Kịch bản ksh cũ chứa mã sau:

#!/bin/sh

tmpLog=/var/tmp/logfile.$$

exec 1> $tmpLog
exec 2>&1

eval $*
another_command_1
another_command_2

Từ những gì tôi đọc được, có vẻ như hai câu lệnh exec này được dùng để thực thi $ *, Another_command_1, Another_command_2 và tất cả các lệnh sau; và sau đó chuyển hướng tất cả STDERR và STDOUT từ các lệnh đó vào /var/tmp/logfile.$$. Tuy nhiên, khi tôi chạy nó trong một kịch bản thì kịch bản thất bại sau đó exec 2>&1.

stefanl@host:~ $ sh -xv ./output.sh echo "Hello"
#!/bin/sh

tmpLog=/var/tmp/logfile.$$
+ tmpLog=/var/tmp/logfile.39918

exec 1> $tmpLog
+ exec
exec 2>&1
+ exec
stefanl@host:~ $

Và khi tôi chạy nó trên dòng lệnh, shell của tôi đóng băng sau khi tôi thực thi exec 2>&1:

stefanl@host:~ $ tmpLog=/var/tmp/logfile.$$
stefanl@host:~ $ exec 1> $tmpLog
stefanl@host:~ $ exec 2>&1
### FREEZE ###

Những câu hỏi của tôi:

1. Phải exec 2>&1làm gì đây?
2. Tại sao nó thất bại cho tôi?

Kịch bản của bạn không bị lỗi - nó hoạt động tốt. Sự hiểu biết của bạn là chính xác trong đó exec >logfile; exec 2>&1chuyển hướng cả đầu ra tiêu chuẩn và lỗi tiêu chuẩn logfile. Vì vậy, bạn nên tìm kiếm trong tệp nhật ký chứ không phải thiết bị đầu cuối của bạn cho đầu ra và lỗi. Nếu bạn thực hiện các chuyển hướng đó trực tiếp trong vỏ hiện tại của mình, có vẻ như vỏ của bạn đã bị đóng băng vì bạn đã gửi tất cả đầu ra ra khỏi thiết bị đầu cuối của mình.

Lưu ý rằng đầu ra từ tùy chọn xtrace( set -x) cũng chuyển sang lỗi tiêu chuẩn, luôn là mô tả tệp 2 ... mà bạn đã gửi đi đến tệp nhật ký. Bạn nên tìm phần còn lại của nó sau khi exec 2>&1ở trong đó.

Hình thức thực thi này (tức là không có lệnh) được sử dụng để chuyển hướng tất cả đầu ra tiếp theo từ trình thông dịch shell hiện tại.

từ trợ giúp tích hợp của bash:

$ giúp thực thi
exec: exec [-cl] [-a name] [lệnh [argument ...]] [chuyển hướng ...]
    Thay vỏ bằng lệnh đã cho.

    Thực thi LỆNH, thay thế vỏ này bằng chương trình đã chỉ định.
    ARGUMENT trở thành đối số cho LỰA CHỌN. Nếu THÔNG TIN không được chỉ định,
    bất kỳ chuyển hướng có hiệu lực trong vỏ hiện tại.
    [...]

Tôi sử dụng exec &> logfile để chuyển hướng stdout và stderr cùng một lúc. ví dụ: hầu hết các tập lệnh bao bọc sao lưu và rsync của tôi (hoặc bất kỳ tập lệnh nào tạo ra nhiều đầu ra mà tôi có thể muốn kiểm tra chi tiết sau) bắt đầu bằng một cái gì đó như thế này:

BNAME=$(basename "$0" .sh)
LOGFILE="/tmp/$BNAME.log"
savelog "$LOGFILE"
exec &> "$LOGFILE"

Sau đó tôi chạy tập lệnh từ cron hoặc trong nền và sử dụng tail -Fđể xem logfile khi tập lệnh đang chạy. Savelog cho phép tôi giữ đầu ra từ 7 lần chạy cuối cùng (7 theo mặc định, savelog -ccó thể được sử dụng để thay đổi điều đó).