Làm thế nào để giữ Bash chạy sau khi thực hiện lệnh?

Tôi muốn chạy một cái gì đó như thế này:

bash -c "some_program with its arguments"

nhưng để có một bash tương tác tiếp tục chạy sau khi some_programkết thúc.

Tôi chắc chắn -ckhông phải là một cách tốt như man bashseys:

Một shell tương tác được bắt đầu mà không có đối số không phải tùy chọn và không có tùy chọn -c

Vậy làm thế nào để làm điều này?

Mục tiêu chính được mô tả ở đây

CHÚ THÍCH

• Tôi cần phải chấm dứt some_programtheo thời gian
• Tôi không muốn đặt nó vào nền
• Tôi muốn ở lại bashsau đó để làm một cái gì đó khác
• Tôi muốn có thể chạy lại chương trình

( exec sh -i 3<<SCRIPT 4<&0 <&3                                        ⏎
    echo "do this thing"
    echo "do that thing"
  exec  3>&- <&4
  SCRIPT
)

Điều này được thực hiện tốt hơn từ một tập lệnh mặc dù với exec $0.Hoặc nếu một trong những mô tả tệp đó hướng đến một thiết bị đầu cuối hiện không được sử dụng thì nó sẽ giúp - bạn cũng phải nhớ, các quy trình khác cũng muốn kiểm tra thiết bị đầu cuối đó.

Và nhân tiện, nếu mục tiêu của bạn là, như tôi nghĩ là, để bảo vệ môi trường của tập lệnh sau khi thực hiện nó, có lẽ bạn sẽ được phục vụ tốt hơn rất nhiều với:

. ./script

Vỏ .dotvà bash's sourcekhông phải là một và giống nhau - vỏ .dotlà POSIX được chỉ định là vỏ được chế tạo đặc biệt và do đó gần như được bảo đảm như bạn có thể nhận được, mặc dù điều này không có nghĩa là đảm bảo nó sẽ ở đó ...

Mặc dù những điều trên nên làm như bạn mong đợi với ít vấn đề. Chẳng hạn, bạn có thể:

 ( exec sh -i 3<<SCRIPT 4<&0 <&3                                        ⏎
    echo "do this thing"
    echo "do that thing"
    $(cat /path/to/script)
    exec  3>&- <&4
    SCRIPT
 )

Trình bao sẽ chạy tập lệnh của bạn và đưa bạn trở lại dấu nhắc tương tác - miễn là bạn tránh exitlấy trình bao từ tập lệnh của mình, nghĩa là hoặc làm nền cho quy trình của bạn - điều đó sẽ liên kết i / o của bạn với/dev/null.

BẢN GIỚI THIỆU:

% printf 'echo "%s"\n' "These lines will print out as echo" \
    "statements run from my interactive shell." \
    "This will occur before I'm given the prompt." >|/tmp/script
% ( exec sh -i 3<<SCRIPT 4<&0 <&3
    echo "do this thing"
    echo "do that thing"
    $(cat /tmp/script)
    exec  3>&- <&4
SCRIPT
)
sh-4.3$ echo "do this thing"
    do this thing
sh-4.3$ echo "do that thing"
    do that thing
sh-4.3$ echo "These lines will print out as echo"
    These lines will print out as echo
sh-4.3$ echo "statements run from my interactive shell."
    statements run from my interactive shell.
sh-4.3$ echo "This will occur before I'm given the prompt."
    This will occur before I'm given the prompt.
sh-4.3$ exec  3>&- <&4
sh-4.3$

NHIỀU JOBS

Theo ý kiến ​​của tôi, bạn nên làm quen một chút với các tùy chọn quản lý tác vụ tích hợp của shell. @Kiwy và @jillagre đều đã chạm vào điều này trong câu trả lời của họ, nhưng nó có thể đảm bảo thêm chi tiết. Và tôi đã đề cập đến một trình bao đặc biệt được tích hợp theo POSIX, nhưng set, jobs, fg,và bgmột vài câu nữa, và, như một câu trả lời khác chứng minh trapvà killvẫn còn hai câu nữa.

Nếu bạn chưa nhận được thông báo tức thì về trạng thái của các quá trình chạy nền đồng thời, thì đó là vì các tùy chọn vỏ hiện tại của bạn được đặt thành mặc định do POSIX chỉ định -m, nhưng set -bthay vào đó bạn có thể nhận được các đồng bộ này một cách không đồng bộ :

% man set

    −b This option shall be supported if the implementation supports the
         User  Portability  Utilities  option. It shall cause the shell to
         notify the user asynchronously of background job completions. The
         following message is written to standard error:

             "[%d]%c %s%s\n", <job-number>, <current>, <status>, <job-name>

         where the fields shall be as follows:

         <current> The  character  '+' identifies the job that would be
                     used as a default for the fg or  bg  utilities;  this
                     job  can  also  be specified using the job_id "%+" or
                     "%%".  The character  '−'  identifies  the  job  that
                     would  become  the default if the current default job
                     were to exit; this job can also  be  specified  using
                     the  job_id  "%−".   For  other jobs, this field is a
                     <space>.  At most one job can be identified with  '+'
                     and  at  most one job can be identified with '−'.  If
                     there is any suspended  job,  then  the  current  job
                     shall  be  a suspended job. If there are at least two
                     suspended jobs, then the previous job also shall be a

   −m  This option shall be supported if the implementation supports the
         User Portability Utilities option. All jobs shall be run in their
         own  process groups. Immediately before the shell issues a prompt
         after completion of the background job, a message  reporting  the
         exit  status  of  the background job shall be written to standard
         error. If a foreground job stops, the shell shall write a message
         to  standard  error to that effect, formatted as described by the
         jobs utility. In addition, if a job  changes  status  other  than
         exiting  (for  example,  if  it  stops  for input or output or is
         stopped by a SIGSTOP signal), the shell  shall  write  a  similar
         message immediately prior to writing the next prompt. This option
         is enabled by default for interactive shells.

Một tính năng rất cơ bản của các hệ thống dựa trên Unix là phương pháp xử lý của chúng signals. Có lần tôi đã đọc một bài viết khai sáng về chủ đề tương tự quá trình này với mô tả về hành tinh của Douglas Adams Bây giờ:

"Trong Hướng dẫn về thiên hà của Hitchhiker, Douglas Adams đã đề cập đến một hành tinh cực kỳ buồn tẻ, nơi sinh sống của một nhóm người bị trầm cảm và một giống động vật nào đó có hàm răng sắc nhọn giao tiếp với con người bằng cách cắn chúng rất mạnh vào đùi. tương tự như UNIX, trong đó hạt nhân giao tiếp với các quá trình bằng cách gửi tín hiệu tê liệt hoặc gây chết người cho chúng. Các quy trình có thể chặn một số tín hiệu và cố gắng thích ứng với tình huống, nhưng hầu hết chúng đều không. "

Đây là đề cập đến kill signals.

% kill -l 
> HUP INT QUIT ILL TRAP ABRT BUS FPE KILL USR1 SEGV USR2 PIPE ALRM TERM STKFLT CHLD CONT STOP TSTP TTIN TTOU URG XCPU XFSZ VTALRM PROF WINCH POLL PWR SYS

Ít nhất là đối với tôi, trích dẫn ở trên đã trả lời rất nhiều câu hỏi. Chẳng hạn, tôi luôn coi nó rất lạ và hoàn toàn không trực quan rằng nếu tôi muốn theo dõi một ddquá trình tôi phải thực hiện kill. Sau khi đọc nó có ý nghĩa.

Tôi muốn nói rằng hầu hết trong số họ không cố gắng thích nghi vì lý do chính đáng - điều đó có thể gây phiền toái lớn hơn nhiều so với việc có một loạt các quy trình spam thiết bị đầu cuối của bạn với bất kỳ thông tin nào mà nhà phát triển của họ nghĩ là quan trọng đối với bạn .

Tùy thuộc vào cấu hình thiết bị đầu cuối của bạn (mà bạn có thể kiểm tra stty -a) , CTRL+Zcó khả năng được đặt để chuyển tiếp SIGTSTPđến người lãnh đạo nhóm quy trình tiền cảnh hiện tại, có khả năng là vỏ của bạn và cũng nên được cấu hình theo mặc định cho traptín hiệu đó và tạm dừng lệnh cuối cùng của bạn. Một lần nữa, như các câu trả lời của @jillagre và @Kiwy cùng hiển thị, không có gì ngăn cản bạn điều chỉnh chức năng này theo mục đích của bạn như bạn muốn.

SCREEN JOBS

Vì vậy, để tận dụng các tính năng này, trước tiên bạn cần hiểu chúng và tùy chỉnh xử lý chúng theo nhu cầu của riêng bạn. Ví dụ: tôi vừa tìm thấy screenrc này trên Github bao gồm screencác ràng buộc khóa cho SIGTSTP:

# hitting 'C-z C-z' will run Ctrl+Z (SIGTSTP, suspend as usual)
bind ^Z stuff ^Z

# hitting 'C-z z' will suspend the screen client
bind z suspend

Điều đó sẽ làm cho nó trở thành một vấn đề đơn giản để đình chỉ một quá trình đang chạy như một screenquá trình con hoặc screenchính quá trình con đó như bạn muốn.

Và ngay lập tức sau đó:

% fg  

HOẶC LÀ:

% bg

Sẽ tiền cảnh hoặc nền quá trình như bạn muốn. Các jobsbuilt-in có thể cung cấp cho bạn một danh sách các bất cứ lúc nào. Thêm -ltoán hạng sẽ bao gồm chi tiết pid.

Đây là một giải pháp ngắn hơn để thực hiện những gì bạn muốn, nhưng có thể không có ý nghĩa trừ khi bạn hiểu vấn đề và cách thức hoạt động của bash:

bash -i <<< 'some_program with its arguments; exec </dev/tty'

Điều này sẽ khởi chạy một bash shell, bắt đầu some_programvà sau khi some_programthoát, bạn sẽ được thả vào một bash shell.

Về cơ bản những gì chúng tôi đang làm là cho ăn một chuỗi trên STDIN. Chuỗi đó là some_program with its arguments; exec </dev/tty. Điều này nói với bash để khởi chạy some_programtrước, và sau đó chạy exec </dev/ttysau. Vì vậy, thay vì tiếp tục đọc các lệnh từ chuỗi chúng ta chuyển qua, bash sẽ bắt đầu đọc từ đó /dev/tty.

Các -ilà bởi vì khi bash khởi động, nó sẽ kiểm tra xem nếu STDIN là một tty, và khi nó bắt đầu nó không phải. Nhưng sau này nó sẽ như vậy, vì vậy chúng tôi buộc nó vào chế độ tương tác.

Giải pháp khác

Một ý tưởng khác mà tôi nghĩ rằng nó sẽ rất dễ mang theo là thêm phần sau vào cuối ~/.bashrctập tin của bạn .

if [[ -n "START_COMMAND" ]]; then
  start_command="$START_COMMAND"
  unset START_COMMAND
  eval "$start_command"
fi

Sau đó, khi bạn muốn khởi chạy shell bằng lệnh trước, chỉ cần thực hiện:

START_COMMAND='some_program with its arguments' bash

Giải trình:

Hầu hết điều này là rõ ràng, nhưng cộng hưởng cho các công cụ thay đổi tên biến là để chúng ta có thể bản địa hóa biến. Vì $START_COMMANDlà một biến được xuất, nó sẽ được thừa kế bởi bất kỳ con nào của shell và nếu một bash shell khác là một trong những con đó, nó sẽ chạy lại lệnh. Vì vậy, chúng tôi gán giá trị cho một biến không được báo cáo mới ( $start_command) và xóa biến cũ.

Cái này cần phải dùng mẹo:

bash -c "some_program with its arguments;bash"

Chỉnh sửa:

Đây là một nỗ lực mới sau bản cập nhật của bạn:

bash -c "
trap 'select wtd in bash restart exit; do [ \$wtd = restart ] && break || \$wtd ; done' 2
while true; do
    some_program with its arguments
done
"

• Thỉnh thoảng tôi cần chấm dứt some_program

Sử dụng ControlC, bạn sẽ được trình bày menu nhỏ này:

1) bash
2) restart
3) exit

• Tôi không muốn đặt nó vào nền

Đó là trường hợp.

• Tôi muốn ở lại bash sau đó để làm một cái gì đó khác

Chọn lựa chọn "bash"

• Tôi muốn có thể chạy lại chương trình

Chọn lựa chọn "khởi động lại"

Bạn có thể làm điều đó bằng cách chuyển tập lệnh của bạn dưới dạng tệp khởi tạo:

bash --init-file foo.script

Hoặc bạn có thể chuyển nó trên dòng lệnh:

bash --init-file <(echo "ls -al")

Lưu ý rằng điều đó --init-filecó nghĩa là để đọc các tệp khởi tạo trên toàn hệ thống như /etc/bash.bashrcvậy, vì vậy bạn có thể muốn ' source' chúng trong tập lệnh của mình.

Tôi thực sự không thấy quan điểm của việc này, vì bạn đã quay trở lại vỏ sau khi chạy chương trình này. Tuy nhiên, bạn có thể làm điều này:

bash -c "some_program with its arguments; bash"

Điều này sẽ khởi chạy một bash tương tác sau khi chương trình chạy.

Bạn có thể đặt lệnh ở chế độ nền để giữ cho bash hiện tại của bạn mở:

some_program with its arguments &

Để trở lại hoạt động, sau đó bạn có thể sử dụng fglệnh và ^+zđặt lại vào nền

Bạn có thể muốn sử dụng màn hình để chạy lệnh. Sau đó, bạn có thể gắn lại vào phiên sau khi lệnh hoàn thành.

Ngoài ra, chỉ cần chạy lệnh trong nền some_program with its arguments&. Điều này sẽ cho bạn khả năng chạy lại lệnh và nhận trạng thái của lệnh sau khi hoàn thành.