Ответ 1
Управление заданиями - это набор функций в оболочке и драйвер tty, которые позволяют пользователю управлять несколькими заданиями из одной интерактивной оболочки.
Задание - это одна команда или конвейер. Если вы запустите ls, это задание. Если вы запустите ls|more, это еще одно задание. Если запущенная вами команда запускает собственные подпроцессы, они также будут принадлежать к одной и той же задаче, если они не будут намеренно отсоединены.
Без управления заданиями вы можете поставить задание в фоновом режиме, добавив & в командную строку. И это обо всем, что у вас есть.
С помощью управления заданиями вы можете дополнительно:
- Приостановить текущее задание переднего плана с помощью Ctrl Z
- Возобновить приостановленное задание на переднем плане с помощью
fg - Возобновить приостановленное задание в фоновом режиме с помощью
bg - Приведите текущее фоновое задание на передний план с помощью
fg
Оболочка поддерживает список заданий, которые вы можете увидеть, выполнив команду jobs. Каждому присваивается номер задания (отличный от PID процесса (процессов), которые составляют задание). Вы можете использовать номер задания с префиксом % в качестве аргумента fg или bg, чтобы выбрать задание на передний план или фон. Обозначение% jobnumber также приемлемо для команды built built kill. Это может быть удобно, поскольку номера заданий назначаются начиная с 1, поэтому они короче, чем PID.
Есть также ярлыки %+ для последнего задания переднего плана и %- для ранее заданного задания, поэтому вы можете быстро переключаться между двумя заданиями с помощью Ctrl Z, за которым следует fg %- ( приостановите текущую, возобновите вторую), не запомните цифры. Или вы можете использовать начало самой команды. Если вы приостановили команду ffmpeg, возобновить ее так же просто, как fg %ff (при условии, что никакие другие активные задания не начинаются с "ff" ). И как один последний ярлык, вам не нужно вводить fg. Просто введите %- в качестве команды, которая предваряет предыдущее задание.
"Но зачем нам это нужно?" Я слышу, как вы спрашиваете. "Я могу запустить другую оболочку, если хочу запустить другую команду". Правда, существует много способов многозадачности. В обычный день у меня есть оболочки входа, запущенные на tty1 через tty10 (да, их больше 6, вам просто нужно их активировать), один из которых будет запускать сеанс сеанса с 4 экранами в нем, другой может работать с ssh на котором есть еще один сеанс экрана, запущенный на удаленной машине, плюс мой X-сеанс с 3 или 4 xterms. И я все еще использую контроль над работой.
Если я нахожусь в середине vi или less или aptitude или любой другой интерактивной вещи, и мне нужно запустить несколько других быстрых команд, чтобы решить, как действовать, Ctrl Z, запустите команды, а fg станет естественным и быстрым. (Во многих случаях интерактивная программа имеет ! keybinding для запуска внешней команды для вас; я не думаю, что это так хорошо, потому что вы не получаете преимущества от истории вашей оболочки, редактора командной строки и системы завершения.) Я нахожу это печальным, когда вижу, что кто-то запускает вторичный xterm/screen/any, чтобы запустить одну команду, посмотрите на нее в течение двух секунд и затем выйдите.
Теперь об этом script. В общем, это, похоже, не написано грамотно. Линия, о которой идет речь:
bash -i -c "ssh -D 7070 -N [email protected] > /dev/null"
запутан. Я не могу понять, почему команда ssh передается в отдельную оболочку вместо того, чтобы просто выполняться прямо из основного script, не говоря уже о том, почему кто-то добавил к нему -i. Опция -i сообщает оболочке работать в интерактивном режиме, что активирует управление заданиями (между прочим). Но он фактически не используется в интерактивном режиме. Какова бы ни была цель за отдельной оболочкой и -i, предупреждение о контроле над работой было побочным эффектом. Я предполагаю, что это был хак, чтобы обойти некоторую нежелательную особенность ssh. Это то, что когда вы это делаете, вы должны прокомментировать это.