Tôi đang kết nối với máy Linux thông qua SSH và tôi đang cố chạy một tập lệnh bash nặng để thực hiện các hoạt động của hệ thống tệp. Dự kiến sẽ tiếp tục chạy trong nhiều giờ, nhưng tôi không thể để phiên SSH mở vì các sự cố kết nối internet mà tôi gặp phải.
Tôi nghi ngờ rằng việc chạy tập lệnh với toán tử nền, ampersand ( &), sẽ thực hiện thủ thuật này, vì tôi đã thử nó và sau đó thấy rằng quá trình đó chưa hoàn thành. Làm thế nào tôi có thể đăng xuất và giữ cho quá trình chạy?
Câu trả lời:
Phương pháp tốt nhất là bắt đầu quá trình trong bộ ghép kênh đầu cuối. Ngoài ra, bạn có thể làm cho quá trình không nhận được tín hiệu HUP.
Bộ ghép kênh đầu cuối cung cấp các thiết bị đầu cuối "ảo" chạy độc lập với thiết bị đầu cuối "thực" (thực ra tất cả các thiết bị đầu cuối ngày nay là "ảo" nhưng đó là một chủ đề cho một ngày khác). Thiết bị đầu cuối ảo sẽ tiếp tục chạy ngay cả khi thiết bị đầu cuối thực sự của bạn được đóng bằng phiên ssh của bạn.
Tất cả các quy trình bắt đầu từ thiết bị đầu cuối ảo sẽ tiếp tục chạy với thiết bị ảo đó. Khi bạn kết nối lại với máy chủ, bạn có thể kết nối lại với thiết bị đầu cuối ảo và mọi thứ sẽ như không có gì xảy ra, ngoài thời gian đã qua.
Hai bộ ghép kênh đầu cuối phổ biến là màn hình và tmux .
Màn hình có một đường cong học tập dốc. Dưới đây là một hướng dẫn tốt với các sơ đồ giải thích khái niệm: http://www.ibm.com/developerworks/aix/l Library / au-recu_screen /
Các HUP tín hiệu (hoặc SIGHUP) được gửi bởi nhà ga cho tất cả các tiến trình con của nó khi nhà ga được đóng lại. Hành động chung khi nhận SIGHUP là chấm dứt. Do đó, khi phiên ssh của bạn bị ngắt kết nối, tất cả các quy trình của bạn sẽ chấm dứt. Để tránh điều này, bạn có thể làm cho các quy trình của mình không nhận được SIGHUP.
Hai phương pháp dễ dàng để làm như vậy là nohupvà disown.
Để biết thêm thông tin về cách thức nohupvà disowncông việc, hãy đọc câu hỏi và câu trả lời này: https://unix.stackexchange.com/questions/3886/difference-b between-nohup-disown- and
Lưu ý: mặc dù các quy trình sẽ tiếp tục chạy nhưng bạn không thể tương tác với chúng nữa vì chúng không còn được gắn vào bất kỳ thiết bị đầu cuối nào. Phương pháp này chủ yếu hữu ích cho các quy trình hàng loạt chạy dài, một khi đã bắt đầu, không còn cần bất kỳ đầu vào nào của người dùng.
Có một vài cách để làm điều này, nhưng cách tôi thấy hữu ích nhất là sử dụng GNU Screen .
Sau khi bạn ssh vào, chạy screen. Điều này sẽ bắt đầu một shell khác chạy trong màn hình. Chạy lệnh của bạn, sau đó làm một Ctrl- a d.
Điều này sẽ "ngắt kết nối" bạn khỏi phiên màn hình. Tại thời điểm này, bạn có thể đăng xuất hoặc làm bất cứ điều gì bạn muốn.
Khi bạn muốn kết nối lại với phiên màn hình, chỉ cần chạy screen -RDtừ dấu nhắc shell (giống như người dùng sử dụng đã tạo phiên).
Trong bash, disowntừ khóa là hoàn toàn phù hợp với điều này. Đầu tiên, chạy quy trình của bạn trong nền (sử dụng &hoặc ^Zsau đó nhập bg):
$ wget --quiet http://server/some_big_file.zip &
[1] 1156Bằng cách gõ, jobsbạn có thể thấy rằng quy trình vẫn thuộc sở hữu của trình bao:
$ jobs
[1]+ Running wgetNếu bạn đăng xuất vào thời điểm này, tác vụ nền cũng sẽ bị giết. Tuy nhiên, nếu bạn chạy disown, bash sẽ tách công việc và cho phép nó tiếp tục chạy:
$ disownBạn có thể xác nhận điều này:
$ jobs
$ logoutBạn thậm chí có thể kết hợp &và disowntrên cùng một dòng, như:
$ wget --quiet http://server/some_big_file.zip & disown
$ logoutĐiều này tốt hơn so với việc chạy nohuptheo ý kiến của tôi bởi vì nó không để lại nohup.outcác tệp nằm rải rác trên hệ thống tệp của bạn. Ngoài ra, nohupphải được chạy trước khi bạn chạy lệnh - disowncó thể được sử dụng nếu bạn chỉ quyết định sau đó về việc bạn muốn làm nền và tách nhiệm vụ.
Công cụ nohup, có sẵn trên hầu hết các hộp Linux sẽ làm điều này.
Để được kỹ lưỡng, tôi sẽ chỉ ra tmux , có ý tưởng cơ bản giống như màn hình:
tmux được dự định là một sự thay thế hiện đại, được cấp phép BSD cho các chương trình như màn hình GNU. Các tính năng chính bao gồm:
- Một giao diện lệnh mạnh mẽ, nhất quán, tài liệu tốt và dễ dàng có kịch bản.
- Một cửa sổ có thể được chia theo chiều ngang và chiều dọc thành các tấm.
- Các tấm có thể được tự do di chuyển và thay đổi kích thước, hoặc sắp xếp thành các bố trí đặt trước.
- Hỗ trợ cho các thiết bị đầu cuối UTF-8 và 256 màu.
- Sao chép và dán với nhiều bộ đệm.
- Menu tương tác để chọn cửa sổ, phiên hoặc khách hàng.
- Thay đổi cửa sổ hiện tại bằng cách tìm kiếm văn bản trong mục tiêu.
- Khóa thiết bị đầu cuối, bằng tay hoặc sau khi hết thời gian.
- Một codebase được cấp phép BSD sạch, dễ dàng mở rộng, đang được phát triển tích cực.
Tuy nhiên, việc tìm kiếm trên Google dễ dàng hơn nhiều.
"gnu screen"như truy vấn tìm kiếm của bạn hoạt động khá tốt.
Màn hình quá mức cần thiết để chỉ giữ các quá trình chạy khi bạn đăng xuất.
Hãy thử dtach :
dtach là một chương trình được viết bằng C mô phỏng tính năng tách rời của màn hình, cho phép chương trình được thực thi trong môi trường được bảo vệ khỏi thiết bị đầu cuối điều khiển. Ví dụ, chương trình dưới sự kiểm soát của dtach sẽ không bị ảnh hưởng bởi thiết bị đầu cuối bị ngắt kết nối vì một số lý do.
dtach được viết vì màn hình không đáp ứng đầy đủ nhu cầu của tôi; Tôi không cần các tính năng bổ sung của màn hình, như hỗ trợ cho nhiều thiết bị đầu cuối hoặc hỗ trợ mô phỏng thiết bị đầu cuối. màn hình cũng quá to, cồng kềnh và có mã nguồn rất khó hiểu.
màn hình cũng cản trở việc tôi sử dụng các ứng dụng toàn màn hình như emacs và ircII, do sự giải thích quá mức của luồng giữa chương trình và các thiết bị đầu cuối kèm theo. dtach không có lớp mô phỏng đầu cuối và chuyển luồng đầu ra thô của chương trình tới các đầu cuối kèm theo. Quá trình xử lý đầu vào duy nhất mà dtach thực hiện là quét tìm ký tự tách (báo hiệu dtach tách ra khỏi chương trình) và xử lý khóa tạm dừng (thông báo cho dtach tạm thời ngừng hoạt động mà không ảnh hưởng đến chương trình đang chạy) và cả hai đều có thể bị vô hiệu hóa nếu muốn.
Trái ngược với màn hình, dtach có các tính năng tối thiểu và cực kỳ nhỏ. Điều này cho phép dtach dễ dàng kiểm tra các lỗi và lỗ hổng bảo mật hơn và làm cho nó có thể truy cập được trong các môi trường bị giới hạn không gian, chẳng hạn như trên các đĩa cứu hộ.
Đây là một cách để daemonize bất kỳ quá trình shell, không cần chương trình bên ngoài:
( while sleep 5; do date; done ) <&- >output.txt &Sau đó, khi bạn đóng phiên của mình, công việc sẽ tiếp tục chạy như được chứng minh bằng tệp output.txt (có bộ đệm để mất một lúc để hiển thị khác không). Đừng quên giết công việc của bạn sau khi thử nghiệm.
Vì vậy, tất cả những gì bạn cần làm là đóng stdin và làm nền cho công việc. Để thực sự tốt, trước tiên, cd /vì vậy bạn không nên giữ một thú cưỡi.
Điều này hoạt động ngay cả trong sh đơn giản dưới Solaris.
-toán tử? Sự khác biệt giữa < /dev/nullvà là &-gì? Tôi đoán rằng STDIN (và các STDIN và STDERR khác) có thể được chỉ định một tệp theo < filehoặc một luồng <& streamtrong trường hợp STDIN. Nó sẽ giống như sử dụng < /dev/nulltrong ví dụ của bạn ở trên? Và toán tử -ở trên có đề cập đến null là luồng không?
Các atlệnh có thể hữu ích cho loại tình huống. Ví dụ: gõ:
at nowVà sau đó bạn có thể nhập một lệnh hoặc một loạt các lệnh sẽ được chạy. Kết quả sẽ được gửi qua email cho bạn, nếu e-mail được thiết lập chính xác trên máy.
Thay vì now, bạn có thể chỉ định thời gian tùy ý với ngày hoặc biểu thức thời gian như thế nào now + 15 minutes. Xem man atđể biết thêm chi tiết.
byobutrên Ubuntu là một giao diện đẹp cho màn hình. Bằng cách nhấn Ctrl- ?bạn có được một danh sách tất cả các phím tắt. Nó bổ sung một thanh trạng thái có thể hữu ích để xem tải CPU, dung lượng ổ đĩa, v.v. Nói chung, nó cung cấp trải nghiệm mà tôi sẽ mô tả như một kết nối VNC dựa trên thiết bị đầu cuối.
nohup cho phép bắt đầu một công việc trong nền với đầu ra của nó được định tuyến đến một tệp nhật ký, luôn có thể được chuyển hướng đến / dev / null nếu không cần thiết.
screencung cấp cho bạn nhiều tùy chọn hơn, nhưng nếu bạn đang sử dụngauthorized_keysđể cho phép mọi người chạy tập lệnh từ xassh, thìnohuptùy chọn này là một cách đơn giản để kịch bản bắt đầu các quy trình kéo dài hơnsshphiên được sử dụng để khởi động chúng .