(no subject)

[oio11]

Thread: upstart-udev-bridge uses 100% CPU after upgrade 11.04 -> 11.10 Тема: upstart-udev-bridge использует 100% процессор после обновления 11.04 -> 11.10
.. Yes, a workaround is to remove the laptop battery, it actually says this on the bug report too... I did a fresh install, but the problem remains when the battery is connected. Да, обходным решением является удаление батареи ноутбука, на самом деле это говорит об этом в отчете об ошибке. Я сделал новую установку, но проблема остается, когда аккумулятор подключен. ..
http://ubuntuforums.org/showthread.php?t=1867934
http://translate.google.com/translate?hl=ru&sl=auto&tl=ru&u=ubuntuforums.org/showthread.php?t=1867934

Upstart calling script (for inserted USB-drive) Вызов сценария Upstart (для вставленного USB-накопителя)
http://stackoverflow.com/questions/589841/upstart-calling-script-for-inserted-usb-drive
http://translate.google.com/translate?hl=ru&sl=auto&tl=ru&u=stackoverflow.com/questions/589841/upstart-calling-script-for-inserted-usb-drive

Comments

[oio11]

.. Что такое Upstart ..
Начиная с Ubuntu 6.10 старый добрый init был заменен более функционально-продвинутым аналогом, которое авторы назвали Upstart. Основной козырь Upstart в том, что его работа основана на событиях. Это означает, что, в отличие от init, Upstart запускает и останавливает задачи не просто вызывая соответствующие shell-скрипты, а еще и наблюдает за работой запущенных им задач, основываясь на событиях, получаемых им от приложений. Это дает возможность, например, перезапустить в случае чего внезапно упавшую службу самим демоном Upstart, а не возлагать это на какие-то потусторонние программы. Прежде чем продолжать дальше, хочется отметить, что в терминологии Upstart существует два понятия: служба (service) и задача (task). Главное отлицие службы от задачи состоит в том, что служба перезапускается в случае внезапного ее завершения, а задача — нет. Краткий перечень основных возможностей Upstart, взятый на сайте проекта: * задачи и службы запускаются и останавливаются при помощи событий * в момент запуска/остановки службы или задачи генерируется событие * события могут быть получены от любого процесса в системе * при падениях службы могут автоматически перезапускаться * двунаправленный обмен данными с демоном init с целю опроса состояний запущенных служб, выяснения причин их останова и тому подобное.
Из функционала, который только планируется в будущих версиях Upstart на сайте отметили следующие моменты: * генерация событий через определенный интервал времени или с использованием планировщика * генерация событий в ответ на изменение содержимого файлов/каталогов * наблюдение и перезапуск демонов процессы которых отделены от родительских * возможность непривилегированным пользователям создавать свои собственные службы и управлять ими * связь с демоном init средствами DBUS. .. * Linux >= 2.6.17 * GCC >= 4.1 * glibc >= 2.4 ..
http://ashep.org/2009/linux-upstart/

Вопрос о системе инициализации Ubuntu
В статье на Ubuntu-wiki говорится, что Network-manager запускается командой start network-manager. Действительно, запускается. Так же им можно управлять через service network-manager stop/start/restart. Однако, в /etc/init.d/ его нет. Такая же ситуация и с kdm например. Были подозрения на то, что network-manager вызывает /etc/init.d/networking - нифига. Суть вопроса: если не все файлы системных демонов лежат в /etc/init.d/, то где ещё они лежат и как управлять их автозапуском? Да, и ещё один вопрос уже по поводу Network-manager: чем он является для родных утилит настройки сети? Надстройкой, заменой или ещё чем-то? UPD. Прочитав man по upstart, увидел, что скрипты хранятся в /etc/init. Вытекают два вопроса - 1.) нахрена некоторые в /etc/init, а некоторые - в /etc/init.d? 2.) в теле этих скриптов (которые в /etc/init) прописано, когда они должны запускаться. Правильно ли я понимаю, что кроме как их переписыванием нельзя некоторые из них убрать из автозапуска? UPD2. Выяснилось, что в init.d - скрипты sysvinit, а в init - скрипты upstart. Первые нормально управляются через update-rc.d, вторые требуют переписывания для удаления из автозапуска или создания файла, который будет иметь больший приоритет, чем оригинальный скрипт и в котором будет сказано, чтобы сервис не запускался автоматически: echo manual | sudo tee /etc/init/SERVICE.override
http://www.linux.org.ru/forum/general/11002927

Systemd для администраторов, часть 3: HOW-TO ... - OpenWiki
.. Не будем забывать, что systemd управляет не только службами, но и многими другими объектами, в частности, устройствами, точками монтирования, таймерами и т.п. ..
http://wiki.opennet.ru/Systemd_для_администраторов,_часть_3:_HOW-TO:_преобразование_SysV_init-скрипта_в_systemd_service-файл

Система инициализации Systemd. Часть II
3 сентября 2010 г.
http://tux-the-penguin.blogspot.com/2010/09/systemd-ii.html

Ещё один блог сисадмина
воскресенье, 24 февраля 2013 г.
systemd. Часть 2. service-файлы
http://vladimir-stupin.blogspot.com/2013/02/systemd-2-service.html

[oio11]

Из жизни птиц. Глава 6. Нечистые духи (тупость)
http://yuliya212.livejournal.com/19135.html