bash script: kết quả khác nhau khi được gọi có hoặc không có sudo

Trong Ubuntu 16.04.3, tôi có một tập lệnh bash rất đơn giản:

kiểm tra

[[ 0 == 0 ]] && result="true" || result="false"
echo $result
echo $USER $SHELL $0

Khi tôi gọi nó là người dùng không root mehoặc as root, nó hoạt động như mong đợi. Nếu tôi sử dụng sudo ./test.sh, nó sẽ phàn nàn về lỗi cú pháp:

$ ./test.sh
true
me /bin/bash ./test.sh

$ sudo su
# ./test.sh 
true
root /bin/bash ./test.sh

# exit
$ sudo ./test.sh
./test.sh: 1: ./test.sh: [[: not found
false
root /bin/bash ./test.sh

Điều gì có thể gây ra điều này? Làm thế nào tôi có thể sửa nó để mecó thể sử dụng tập lệnh này cả bình thường và với sudo?

Mọi tập lệnh bắt đầu bằng một Shebang , không có trình bao, tập lệnh bắt đầu tập lệnh của bạn không biết trình thông dịch nào sẽ chạy tập lệnh của bạn ¹ và có thể - như trong trường hợp sudo ./script.shở đây - chạy nó với sh, trong Ubuntu 16.04 được liên kết với dash. Các biểu thức điều kiện [[ là một bashlệnh phức hợp , vì vậy dashkhông biết làm thế nào để xử lý nó và ném lỗi mà bạn gặp phải.

Giải pháp ở đây là thêm

#!/bin/bash

là dòng đầu tiên của kịch bản của bạn. Bạn có thể nhận được kết quả tương tự khi bạn gọi nó một cách rõ ràng sudo bash ./script.sh, nhưng một shebang là cách để đi.
Để kiểm tra shell nào chạy script của bạn, hãy thêm echo $0nó vào. Điều đó không giống như echo $SHELL , trích dẫn wiki.archlinux.org :

SHELL chứa đường dẫn đến vỏ ưa thích của người dùng. Lưu ý rằng đây không nhất thiết là trình bao hiện đang chạy, mặc dù Bash đặt biến này khi khởi động.

1: Khi bạn bắt đầu ./test.shvới bashnó chỉ là giả định bash, điều tương tự cũng xảy ra với sudo susubshell.

Như @dPlay đã giải thích , vấn đề ở đây là tập lệnh của bạn không có dòng shebang . Nếu không có shebang, sudosẽ mặc định chạy tệp bằng cách sử dụng /bin/sh. Tôi không thể tìm thấy tài liệu ở bất cứ đâu, nhưng tôi đã xác nhận bằng cách kiểm tra sudomã nguồn nơi tôi tìm thấy sau đây trong tệp pathnames.h:

#ifndef _PATH_BSHELL
#define _PATH_BSHELL "/bin/sh"
#endif /* _PATH_BSHELL */

Điều này có nghĩa là "đặt nếu biến _PATH_BSHELLkhông được xác định, đặt thành /bin/sh". Sau đó, trong configuretập lệnh có trong tarball nguồn, chúng ta có:

for p in "/bin/bash" "/usr/bin/sh" "/sbin/sh" "/usr/sbin/sh" "/bin/ksh" "/usr/bin/ksh" "/bin/bash" "/usr/bin/bash"; do
    if test -f "$p"; then
    found=yes
    { $as_echo "$as_me:${as_lineno-$LINENO}: result: $p" >&5
$as_echo "$p" >&6; }
    cat >>confdefs.h <<EOF
#define _PATH_BSHELL "$p"
EOF

    break
    fi
done

Vòng lặp này sẽ tìm kiếm /bin/bash, /usr/bin/sh, /sbin/sh, /usr/sbin/shhay /bin/kshvà sau đó thiết lập _PATH_BSHELLđể bất cứ đã được tìm thấy đầu tiên . Vì /bin/shlà cái đầu tiên trong danh sách và nó tồn tại, _PATH_BSHELLđược đặt thành /bin/sh. Kết quả của tất cả điều này là lớp vỏ mặc định sudotrừ khi có quy định khác /bin/sh.

Vì vậy, sudosẽ mặc định chạy mọi thứ bằng cách sử dụng /bin/shvà trên Ubuntu, đó là một liên kết tượng trưng đến dash, trình bao tương thích POSIX tối thiểu:

$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Feb 27  2015 /bin/sh -> dash

Cấu [[trúc là một tính năng bash, nó không được xác định bởi tiêu chuẩn POSIX và không được hiểu bởi dash:

$ bash -c '[[ true ]] && echo yes'
yes
$ dash -c '[[ true ]] && echo yes'
dash: 1: [[: not found

Cụ thể, trong ba lời mời bạn đã thử:

1. ./test.sh

   Không sudo; trong trường hợp không có dòng shebang, shell của bạn sẽ cố gắng tự thực thi tệp. Vì bạn đang chạy bash, điều này sẽ chạy bash ./test.shvà làm việc hiệu quả .

2. sudo sutheo sau ./test.sh.

   Tại đây, bạn đang bắt đầu một trình bao mới cho người dùng root. Đây sẽ là bất kỳ shell nào được xác định trong $SHELLbiến môi trường cho người dùng đó và trên Ubuntu, shell mặc định của root là bash:

   $ grep root /etc/passwd
   root:x:0:0:root:/root:/bin/bash
   

3. sudo ./test.sh

   Ở đây, bạn đang cho phép sudothực hiện lệnh trực tiếp. Vì lớp vỏ mặc định của nó /bin/shnhư được giải thích ở trên, điều này khiến nó chạy tập lệnh với /bin/sh, dashvà nó không thành công do dashkhông hiểu [[.

_{Lưu ý : các chi tiết về cách sudođặt shell mặc định có vẻ phức tạp hơn một chút. Tôi đã thử thay đổi các tệp được đề cập trong câu trả lời của mình để trỏ đến /bin/bashnhưng sudovẫn được mặc định /bin/sh. Vì vậy, phải có một số vị trí khác trong mã nguồn nơi vỏ mặc định được xác định. Tuy nhiên, điểm chính ( sudomặc định là sh) vẫn đứng.}