Замена init в Debian

я вот тоже каждый день лэптоп на работу таскаю, а вечером с работы, и при этом

laptop:~/src/% uptime

23:10:36 up 46 days, 7:26, 11 users, load average: 0.13, 0.41, 0.49

ЗЫ Нафиг вам эти загрузочные скрипты, а? Я уж и забыл как загрузка выглядит :-) Я вот думаю на рекорд гиннеса это тянет, аль подождать еще... :-)

А что применяешь для спячки? suspend2 или что-то другое?

>А что применяешь для спячки? suspend2 или что-то другое?

А ты знаешь другие _работоспособные_ способы?

suspend2

> Мне трудно понять смысл перелопачивания инитскриптов. Неужели вы так часто перезагружаетесь?

тебе слова "Service supervision" о чём-нибудь говорят?

> А ты знаешь другие _работоспособные_ способы?

Родной суспенд из ядра (который не 2) - тоже вполне работоспособный... И засыпание/просыпание в нём быстрее работает (правда это засчёт того, что он кэши не сохраняет - поэтому после просыпания система какое-то время притормаживать может).

Можно также использовать suspend to ram (на моём ноуте работает вполне нормально).

Кстати, а в suspend2 можно как-то отключить сохранение кэшей? Я пытался это сделать путём ограничения размера сохраняемого образа - не помогло, после этого он вообще суспендиться отказался (даже после восстановления этого параметра в исходное значение)...

>Сервисы не должны быть зависимыми. Если один сервис нуждается в другом и не находит его, он должен повторять попытки соединения, а не тупо вываливаться с никому не нужным сообщением об ошибке.

Всетаки скрипты пишутся проще если можно предполагать, что к моменту старту одного сервиса, второй уже запущен. Ну например получение ip по dhcp для eth0 и поднимание vpn. И если запущен vpn, то в gentoo можно

sudo /etc/init.d/net.eth0 restart

И система сама остановит vpn, перезапустит net.eth0 и затем заново поднимет.

делал похожее в федоре вставив в нужные места "&".

вываливался только xfs.

> А ты знаешь другие _работоспособные_ способы?

Насколько я знаю, 3 варианта есть.

>На серверах встречал, например, следующие (живой пример):
>1. для обслуживания оборудования

В Hard-Disk-Upgrade HOWTO, к примеру, советуют загрузиться в single mode (aka runlevel1) для того, чтобы скопировать содержимое винчестера с системой на другой жесткий диск.

Ruin it -- переписанная до нуля версия SysV init...

Вообще-то в runit самый прикол не в том что им можно init-скрипты заменить, а в том что это supervise-сервис с широкими возможностями (более широкими чем daemontools)

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

А смысл в таких предположениях, если в реальности этого нет?

>Мне трудно понять смысл перелопачивания инитскриптов. Неужели вы так часто перезагружаетесь? Разве что на ноуте это (какой-то) смысл имеет. Но у меня и так ноут за 25 сек с иксами грузится (archlinux, fluxbox)

Скорость загрузки - это даже не самый главный фактор
Я бы скорее напирал на то, что существующая система init-скриптов - идиотская, придуманная 45 лет назад и не отвечает современным требованиям

Вот ты например посмотри - нет зависимостей между сервисами
чтобы сделать эту зависимость приходится сильно извращаться
А уже добавление новых сервисов в init-скрипты - тоже проблема

А еще есть monit: http://www.tildeslash.com/monit/index.php

Вчера поставил попробовал. Тоже вариант.

Хыыыы .. поставил я себе эту весчь ... так себе ... но без напильника не обошлось :)

ставьте зюзю, там из коробки

>Вот ты например посмотри - нет зависимостей между сервисами чтобы сделать эту зависимость приходится сильно извращаться А уже добавление новых сервисов в init-скрипты - тоже проблема

А мне не нужны зависимости. Я хочу заружать демоны именно в том порядке, в котором хочу, в меру распараллеливая

А чем плохо, grep?.. С другой стороны, я немного не понимаю зачем нужна параллельная загрузка сервисов, ведь она по определению не быстрее последовательной, может кто объяснит? Или все это извращение продиктовано исключительно острым желанием побыстрее добраться до заветной строчки: "Login:". Ребят, вы че каждень машины грузите?