Комментарии
Почему иногда после CTRL+z все-равно вывод текущего процесса валится в консоль? Мас, если что. Terminal и iTerm — без разницы.
Может быть запущен внутри скрипта дочерний процесс еще?
Может быть запущен внутри скрипта дочерний процесс еще?
эх, самое интересное пропустили, напишите про disown, аля
function job(){
echo long time running func
}
job > /dev/null 2> /dev/null < /dev/null & disown
весьма полезна для долгоиграющих вещей
НЛО прилетело и опубликовало эту надпись здесь
Nohup правильнее вызывать так, чтобы он не писал ничего в консоль или файл:
nohup php script.php >/dev/null 2>&1 &
at и cron к bash не относятся никак. Планировщик задач он сам по себе, оболочка bash сама по себе.
1. Уже неоднократно просили в примерах кода делать отступы, отделяя внутренние блоки — нечитабельно же!

2. «Комбинация клавиш CTRL + C генерирует сигнал SIGINT и отправляет его всем процессам, выполняющимся в оболочке, что приводит к завершению их работы.»
Неправда, Ctrk+C отправляет его только ОДНОМУ интерактивному процессу. Все остальные процессы, которые выполняются в оболочке, могут выполняться в бэкграунде и они SIGINT не получат и не прервутся.

Простой пример:
sleep 100 &
sleep 50
Ctrl+C

Прервется только интерактивный sleep 50

3. SIGHUP это не закрытие терминала, когда вы закрываете терминал. Корректно перевести closed одним словом не выйдет. Но SIGHUP также передается, когда просто оборвалась связь, терминал при этом можно и не закрывать, но сигнал будет получен. SIGHUP созвучен с HangUP.

4. «Просмотреть приостановленные задания можно такой командой: ps»

Не совсем корректно. Задания нужно смотреть командой jobs, а процессы ps, просто так совпало, что без аргументов ps показывает текущий процесс и его дочерние, но процесс != задача, потому что не каждый процесс задача, хотя каждая задача — процесс.

5. «Linux предоставляет пару способов запуска bash-скриптов в заданное время. Это команда at и планировщик заданий cron.»

Запуска ЛЮБЫХ программ, не только bash-скриптов.

Просьба переводы давать проверять человеку, непосредственно на практике работающему с bash — перевод полезный, но подобные ошибки нерадуют.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.