Tại sao chạy lệnh Linux shell với &?

Tôi đang sử dụng Red Hat Linux Enterprise phiên bản 5. Tôi đã nhận thấy mọi người đôi khi chạy các lệnh với một vài & tùy chọn. Ví dụ, trong lệnh dưới đây, có hai & dấu hiệu. Mục đích của chúng là gì? Có phải chúng luôn được sử dụng cùng với nohup?

nohup foo.sh <script parameters> >& <log_file_name> &

Ngoài câu trả lời của Martin, Ash và Kevin, đôi khi bạn sẽ thấy một ký hiệu và được sử dụng toán học một chút và ^* :

$ echo $(( 11 & 7 ))
3

Trong trường hợp bạn không quen thuộc với các toán tử bit:

11: 1011
 7: 0111
-------- AND
 3: 0011

Ở mỗi vị trí có một bit trong số thứ nhất VÀ số thứ hai, đặt bit đó thành một trong câu trả lời.

^{* _{Tính năng trong câu trả lời của Kevin được gọi là hợp lý VÀ.}}

Để giải thích câu trả lời của Ash, khi được sử dụng để chuyển hướng, ký hiệu và có thể yêu cầu trình bao mô tả tệp mô tả tệp. Trong lệnh này echo "hello" > outputfile 2>&1 ampersand gây ra bất kỳ đầu ra nào có thể đi đến lỗi tiêu chuẩn (stderr, mô tả tệp 2) để đi đến cùng một nơi với đầu ra tiêu chuẩn (stdout, mô tả tệp 1, mặc định cho bên trái > ). Các >& outputfile toán tử là viết tắt cho > outputfile 2>&1.

Ngoài ra, mới trong Bash 4, có hai thuật ngữ mới cho các mệnh đề trong case chỉ huy ;& và ;;& ảnh hưởng đến việc một trường hợp "rơi qua" và, nếu vậy, liệu thử nghiệm tiếp theo có được thực hiện hay không.

Trong tập lệnh bash shell, ampersand & amp; 'được sử dụng để xử lý các quá trình:

find -name hello &

Sẽ khiến lệnh find bị rẽ nhánh và chạy trong nền (bạn luôn có thể giết nó bằng lệnh PID).

tại sao chạy lệnh Linux shell với & amp;?

Để lấy lại lời nhắc của bạn ngay lập tức và chạy quy trình trong nền.

Chức năng của chúng là gì?

không cho phép quá trình nền tiếp tục chạy ngay cả sau khi người dùng đăng xuất (hoặc thoát khỏi vỏ khởi tạo).

& gt; & amp; chuyển hướng cả đầu ra tiêu chuẩn và lỗi tiêu chuẩn vào tệp nhật ký.

& amp; chạy toàn bộ trong nền, cung cấp cho bạn nhắc lại ngay lập tức.

Giải trình:

Mỗi quy trình Linux sẽ mở ba kênh I / O, một "stdin" đầu vào, "đầu ra tiêu chuẩn" và một đầu ra lỗi tiêu chuẩn "stderr". Chúng có thể được sử dụng cho nhị phân nhưng là văn bản truyền thống. Khi hầu hết các chương trình thấy stdin đóng, chúng sẽ thoát (điều này có thể được lập trình viên thay đổi).

Khi vỏ cha mẹ thoát ra, stdin được đóng lại trên con cái và (thường là thường) chúng cũng thoát ra. Ngoài ra, trẻ em nhận được tín hiệu phần mềm, SIGHUP, cho biết người dùng đã "gác máy" (trước đây là modem) và mặc định ở đây cũng là để thoát. (Lưu ý, một lập trình viên có thể thay đổi tất cả những điều này khi viết chương trình).

Vì vậy, những gì nohup làm là cho trẻ xử lý một môi trường I / O riêng biệt, buộc các phần bên trong vào một thứ không gắn với vỏ cha mẹ và che chắn cho đứa trẻ khỏi tín hiệu SIGHUP. Khi người dùng ngắt kết nối, bạn sẽ thấy quy trình nền nohup thuộc sở hữu của init (quy trình 1), chứ không phải trình bao của người dùng.

Tuy nhiên, nohup không thể thực hiện công việc hoàn toàn nếu quy trình được chạy ở nền trước, vì vậy & amp; được sử dụng để chạy chương trình trong nền, nơi nó có thể vui vẻ chạy với hoặc không có người dùng đăng nhập.

Ngoài câu trả lời của @ Martin: Công dụng khác của ký hiệu ( >& như trên) là để bắt cả hai stdout và stderr. Thông thường, nếu bạn chuyển hướng đầu ra thành một tệp chỉ với '& gt;', bạn sẽ chỉ nhận được đầu ra stdout, thiếu bất kỳ lỗi nào.

Ngoài câu trả lời của Martin và Ash, đôi khi bạn có thể thấy việc sử dụng một && mã thông báo. Điều này được sử dụng để nói "chạy lệnh thứ hai khi và chỉ khi lệnh đầu tiên chạy thành công." Một lệnh được viết tốt sẽ, nếu nó có bất kỳ lỗi nào, không thoát thành công.

[kevin@box ~]$ ls file && echo removing file && rm file
ls: file: No such file or directory
[kevin@box ~]$ touch file
[kevin@box ~]$ ls file && echo removing file && rm file
file
removing file
[kevin@box ~]$

Câu trả lời của Martin là tốt, nhưng một chút mơ hồ. Lệnh luôn được rẽ nhánh và được thực thi, nhưng hành vi shell bình thường là chờ lệnh cho đến khi thoát. Các ký hiệu và đặt nó vào nền để bạn lấy lại dấu nhắc thiết bị đầu cuối và bạn có thể làm những việc khác. Nếu quy trình đưa dữ liệu ra thiết bị xuất chuẩn hoặc thiết bị xuất chuẩn, điều này sẽ được trộn lẫn với bất cứ điều gì bạn đang làm tại dấu nhắc và có thể làm bạn bối rối. Đây là lý do tại sao bạn chuyển hướng sau đó với & gt; & amp; /path/to/logfile.txt.

Để đáp ứng với George2, hành vi bình thường đối với thoát vỏ là gửi tín hiệu SIGHUP tới tất cả các quy trình trong cùng một nhóm quy trình (về cơ bản là thứ bạn sinh ra) và chúng thường sẽ chấm dứt. Nếu bạn muốn điều này tiếp tục ngay cả khi bạn đóng quá trình shell, bạn có thể sử dụng lệnh nohup để làm cho chúng bỏ qua tín hiệu này và tiếp tục chạy. Có một tên đặc biệt cho loại quy trình này, nó được gọi là quy trình daemon (phát âm là 'quỷ').