Учитывая, что я не запускаю больше одной сессии на машине, и пользуюсь ими в одиночку, то пп. 1 и 3 мне не важны. Хоткеи vi и emacs тоже, на мой взгляд, совсем не идеальны (хотя emacs я использую). А статусную строку я не использую впринципе. Так что для меня актуален только последний пункт.
Ну тут уж каждому свое. У меня, можно сказать, обратная ситуация. Я часто работаю с одной и той же сессий с разных машин. Очень часто у меня запущенно по 5-6 сессий. И часто я работаю совсем не один на сервере.
И я совсем не работаю с elinks (:
QUOTE писал(а):Происходит от лат. adaequatus «уравненный, приравненный», далее от гл. adaequare «сравнивать, приравнивать», из ad- «к, на» + aequāre «делать ровным (равным)», от aequus «ровный, плоский»
Да, на одной. Мне так удобнее разграничивать где чем я занимаюсь.
Грубо говоря в одной сессии - работа над проектом а, в другой - над проектом б. В каждом из них до десяти окон. Объединять все в одно было бы неудобно. Да, я не работаю одновременно в них во всех. Но часто работа чередуется. И каждый раз возвращаться к тому состоянию, что было до закрытия. Было бы неудобно.
Да и есть фоновые вещи, которые висят в таких сессиях, которые не нужно закрывать.
Ответ зависит от используемой системы: в системе GNU более «адекватна» одна лицензия, в BSD — другая. (:
На мой взгляд, программы настолько похожи, что на первый план выходит именно разница в лицензиях.
Cron не подойдет. Автозапуск при загрузке системы тоже. Можно это как-нибудь организовать?
Собственно в пылу обсуждений так я и не нашел, почему нельзя использовать крон? У вас нет прав на него? Договориться с админом не можете? А что вы будите делать, если ваш скрипт мониторинга тоже упадет или перезагрузка системы? Кто его подымет? ИМХО, крон идеальный вариант.
Человек, говорящий, что это невозможно сделать, не должен мешать тому, кто это делает.
Собственно в пылу обсуждений так я и не нашел, почему нельзя использовать крон? У вас нет прав на него? Договориться с админом не можете? А что вы будите делать, если ваш скрипт мониторинга тоже упадет или перезагрузка системы? Кто его подымет? ИМХО, крон идеальный вариант.
ага. Кстати, командой crontab любой юзер может сделать СВОЙ crontab. Чисто для себя.
Собственно в пылу обсуждений так я и не нашел, почему нельзя использовать крон? У вас нет прав на него? Договориться с админом не можете? А что вы будите делать, если ваш скрипт мониторинга тоже упадет или перезагрузка системы? Кто его подымет? ИМХО, крон идеальный вариант.
Ну тогда уж можно заодно поинтересоваться, зачем такая сложная схема с тремя файлами, когда все можно сделать одним файлом с бесконечным циклом (:
Есть машины, к которым физически доступ есть только у меня. Честно, мне лениво там каждый раз все открывать/закрывать.
У меня тоже есть такие машины. Но это никак не объясняет необходимости _одновременного_ (т.е. разными людьми) доступа к одной сессии, а даже несколько этому противоречит.
Cron не подойдет. Автозапуск при загрузке системы тоже. Можно это как-нибудь организовать?
Собственно в пылу обсуждений так я и не нашел, почему нельзя использовать крон? У вас нет прав на него? Договориться с админом не можете? А что вы будите делать, если ваш скрипт мониторинга тоже упадет или перезагрузка системы? Кто его подымет? ИМХО, крон идеальный вариант.
На пользовательский кронтаб вроде бы права не перекрывают обычно (да и насколько вообще это можно сделать?).
На пользовательский кронтаб вроде бы права не перекрывают обычно (да и насколько вообще это можно сделать?).
в мане почему-то об этом не написано. Причём сами таблицы у меня хранятся в каталоге с правами
drwxr-x--- 2 root root 4096 2010-04-07 14:50 crontabs/
т.е. юзер туда не может войти, и не может создать там свою таблицу. А crontab оснащена правом SUID bit...
В gentoo использовать crontab могут только пользователи, включённые в группу crontab. В других дистрибутивах - не знаю. Так что эти права могут вообще по-умолчанию отсутствовать.
В gentoo использовать crontab могут только пользователи, включённые в группу crontab. В других дистрибутивах - не знаю. Так что эти права могут вообще по-умолчанию отсутствовать.
Ты немного путаешь. Пользовательские кронтабы не имеют отношения к этой группе. По крайней мере, в Debian это так:
Shell
$ sudo ls -l /usr/bin/crontab /var/spool/cron/crontabs/
-rwxr-sr-x 1 root crontab 27724 Sep 28 2008 /usr/bin/crontab
/var/spool/cron/crontabs/:
total 8
-rw------- 1 root crontab 528 Mar 14 20:55 root
-rw------- 1 t crontab 231 Apr 7 17:57 t
$ groups
t
Пользовательский кронтаб создан только что (как видно выше) с помощью команды crontab -e.
Но это никак не объясняет необходимости _одновременного_ (т.е. разными людьми) доступа к одной сессии, а даже несколько этому противоречит.
Я когда ухожу, я никакие окна не закрываю. Т.е. фактически терминалы остаются висеть подключенными.
В _одновременно_ с теми же висящими терминалами я захожу с другой машины на ту же сессию. Без этого можно пережить, но мне так удобнее.
Но это никак не объясняет необходимости _одновременного_ (т.е. разными людьми) доступа к одной сессии, а даже несколько этому противоречит.
Я когда ухожу, я никакие окна не закрываю. Т.е. фактически терминалы остаются висеть подключенными.
В _одновременно_ с теми же висящими терминалами я захожу с другой машины на ту же сессию. Без этого можно пережить, но мне так удобнее.
Shell
alias screen=screen -D -R
alias s=\screen
Первый -- подключение к последней сессии, с возможным принудительным отключением её от неактивного терминала; либо старт новой сессии в случае отсутствия. Второй -- для запуска команд в новых окнах текущей сессии.
С ps мне все ясно. Просто я имел ввиду инструмент, который конкретно занимается фоновыми процессами, как jobs. ) Почему jobs не показывает?
Что-то как-то непонятно. Вчера запускал, все нормально срабатывало, закрывал окно терминала, ждал немного) и комп в заданное время выключался, а сейчас что-то не получается.
С ps мне все ясно. Просто я имел ввиду инструмент, который конкретно занимается фоновыми процессами, как jobs. ) Почему jobs не показывает?
Что-то как-то непонятно. Вчера запускал, все нормально срабатывало, закрывал окно терминала, ждал немного) и комп в заданное время выключался, а сейчас что-то не получается.
~$ sudo nohup shutdown -P 23:39 & < /dev/null
[1] 21559
~$ nohup: ввод игнорируется, вывод добавляется в `nohup.out'
Широковещательное сообщение от root@ubuntu
(unknown) в 15:02...
Система будет остановлена для power off через 517 минут(ы)!
~$ jobs
[1]+ Running sudo nohup shutdown -P 23:39 &
Тогда все-таки как мне просмотреть именно фоновые процессы в такой ситуации?
Ну, Вам же уже сказали: ps. Или что такое, по Вашему, фоновый процесс? Тот, который по jobs показывается? В таком случае, в свежезапущенной shell действительно нет «фоновых процессов», и запущенная с nohup команда перестаёт быть «фоновым процессом» какого-либо шелла вообще. Кроме того, 1 job может быть несколькими процессами с т.з. ОС, ибо job — это собственная внутренняя абстракция шелла.