user@host
sudo shutdown -P 23:39 &
[1] 428
Результат тот же, shutdown не привязывается к терминалу?
Модераторы: /dev/random, Модераторы разделов
user@host
sudo shutdown -P 23:39 &
[1] 428
Привязывается. При умирании терминала процессу прилетит сигнал (уже не помню, какой), действие по-умолчанию для которого — завершение процесса. nohup же отвязывается от терминала и сигнал процессу не прилетает. Кроме того, nohup переопределяет стандартные потоки ввода-вывода, так что процесс не попытается читать/писать на терминал, если сам специально для этого не извратится (но это уже отдельная проблема).
watashiwa_daredeska писал(а): ↑06.05.2010 10:45Привязывается. При умирании терминала процессу прилетит сигнал (уже не помню, какой), действие по-умолчанию для которого — завершение процесса. nohup же отвязывается от терминала и сигнал процессу не прилетает. Кроме того, nohup переопределяет стандартные потоки ввода-вывода, так что процесс не попытается читать/писать на терминал, если сам специально для этого не извратится (но это уже отдельная проблема).
user@host
~$ sudo shutdown -P 23:39 &
[1] 1305
~$
Широковещательное сообщение от user@ubuntu
(/dev/pts/0) в 17:49...
Система будет остановлена для power off через 350 минут(ы)!
~$ jobs
[1]+ Running sudo shutdown -P 23:39 &
~$ ps ax | grep shutdown
1305 pts/0 S 0:00 shutdown -P 23:39
1308 pts/0 S+ 0:00 grep shutdown
user@host
~$ jobs
~$ ps ax | grep shutdown
1305 ? S 0:00 shutdown -P 23:39
1506 pts/1 S+ 0:00 grep shutdown
~$
Значит shutdown умеет перехватывать и игнорировать этот сигнал, что неудивительно, при её-то назначении, и никакой nohup ей не нужен.
Код: Выделить всё
$ bash
$ sleep 100 &
[1] 18315
$ jobs
[1]+ Running sleep 100 &
$ exit
exit
$ jobs
$ ps ax | grep sleep
18315 pts/2 S 0:00 sleep 100
18338 pts/2 S+ 0:00 grep sleep
QWERTYASDF писал(а): ↑10.08.2015 20:06Что мне надо сейчас, насколько могу это осознать - 2 или больше окна с терминальными сессиями в одном окне xterm/ttyX соответственно для интерактивной работы в этих окнах.
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Bizdelnick писал(а): ↑10.08.2015 20:11QWERTYASDF писал(а): ↑10.08.2015 20:06Что мне надо сейчас, насколько могу это осознать - 2 или больше окна с терминальными сессиями в одном окне xterm/ttyX соответственно для интерактивной работы в этих окнах.
А почему не несколько окон xterm? Зачем добавлять лишние сущности, когда всё необходимое для решения поставленной задачи уже есть?
Потому что два окна - это будет xterm+xterm. А с мультиплексором это будет screen+xterm+xterm.QWERTYASDF писал(а): ↑10.08.2015 20:24Почему лишние сущности? По крайней мере чем открытие еще одного окна xterm-а менее лишняя сущность нежели окно мультиплексора?
Если говорить конкретно о сравнении файлов, то так вообще лучше не делать. Гораздо продуктивнее использовать diff (для параллельного просмотра diff -y) или, скажем, vim в режиме разделения окна.QWERTYASDF писал(а): ↑10.08.2015 20:24Ну, например я сравниваю те-же конфиги. Мне лично удобнее набрать screen/tmux и щелкнуть комбинацию создания разделенных окон, чем открывать еще один xterm, выравнивать до нужных размеров, потом соотносить два окна xterm соответствующим образом.
Некоторые wm это делают автоматически. Awesome умеет точно, ну и другие тайловые wm, наверно, тоже.QWERTYASDF писал(а): ↑10.08.2015 20:24Понимаю, что можно попытаться настроить автоматическое позиционирование и размеры этих окона в wm.
это, конечно, плюс, но запускать в иксах мультиплексор - это всё равно, что ставить Linux ради запуска виндовых программ в wine.QWERTYASDF писал(а): ↑10.08.2015 20:24вариант с мультиплексером универсальнее - и для иксов и для виртуальной консоли
А вот здесь могу сказать совершенно точно: screen категорически не советую для этой задачи. Плавали, знаем.QWERTYASDF писал(а): ↑10.08.2015 20:24Ну и да, такая возможность как отсоединение от запущенного сеанса без его завершения с возможностью потом к нему присоединиться с локальной или с другой машины - тоже, хоть пока мною не используется, но очень в перспективе интересует и в самом ближайшем будущем скорей всего будет использоваться (rtorrent запускать в фоне)
Не имею ничего против. Однако связка screen+rtorrent всё-таки не самый удачный вариант. О возможных проблемах/неудобствах я уже сказал. На мой взгляд dtach гораздо комфортнее и устойчивее. Но это касается rtorrent, в остальном - смотрите сами.QWERTYASDF писал(а): ↑10.08.2015 22:41Ну мне хочется использовать именно мультиплексор. Мне кажется, что это как-то более "тру" что-ли, и удобнее лично для меня.
Да вроде что-то такое было. Но точно не помню, ни разу не пригодилась.
Hephaestus писал(а): ↑10.08.2015 22:49Не имею ничего против. Однако связка screen+rtorrent всё-таки не самый удачный вариант. О возможных проблемах/неудобствах я уже сказал. На мой взгляд dtach гораздо комфортнее и устойчивее. Но это касается rtorrent, в остальном - смотрите сами.QWERTYASDF писал(а): ↑10.08.2015 22:41Ну мне хочется использовать именно мультиплексор. Мне кажется, что это как-то более "тру" что-ли, и удобнее лично для меня.
Да вроде что-то такое было. Но точно не помню, ни разу не пригодилась.
QWERTYASDF писал(а): ↑10.08.2015 22:54Было?? Я вот ни в мане ни в разных статьях про screen описания такой возможности не нашла. Может конечно у меня подход/задача не правильная, но кажется очень актуальной функцией.
/dev/random писал(а): ↑11.08.2015 01:40QWERTYASDF писал(а): ↑10.08.2015 22:54Было?? Я вот ни в мане ни в разных статьях про screen описания такой возможности не нашла. Может конечно у меня подход/задача не правильная, но кажется очень актуальной функцией.
Было. "split -v". В официальную версию вошло год-полтора назад, но во многих дистрибутивных сборках было уже очень и очень давно.
QWERTYASDF писал(а): ↑11.08.2015 02:32Я наверное почти сплю, а может и не от этого - но не поняла где это печатать : )
QWERTYASDF писал(а): ↑10.08.2015 20:24Почему лишние сущности? По крайней мере чем открытие еще одного окна xterm-а менее лишняя сущность нежели окно мультиплексора?
QWERTYASDF писал(а): ↑10.08.2015 20:24Мне лично удобнее набрать screen/tmux и щелкнуть комбинацию создания разделенных окон, чем открывать еще один xterm, выравнивать до нужных размеров, потом соотносить два окна xterm соответствующим образом. Понимаю, что можно попытаться настроить автоматическое позиционирование и размеры этих окона в wm. Но во первых для меня пока что это оказалость слишком сложно, а во вторых вариант с мультиплексером универсальнее - и для иксов и для виртуальной консоли.
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Какой, например? Transmission? С ним не всё нормально. У него проблемы совместимости с некоторыми трекерами.Bizdelnick писал(а): ↑11.08.2015 08:56Почему не использовать нормальный торрент-клиент, умеющий работать в режиме демона без костылей?
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |