Быстрая загрузка с параллельным запуском сервисов

Идея не нова, и в Дженту ей заведует даже строчка в конфиге.

Вроде и хороша: если можно запуститься быстрее, почему бы этого не сделать?

Но всё-равно не понятно для каких систем применимо:

на десктопе сервисов не много да и hybernate будет быстрее,

на сервере время загрузки ничтожно мало по сравнению с временем аптайма.

Согласен. Косметика, да и только. Но, для пользователей обычных десктопов, которые все будут сравнивать с виндой - быстрая загрузка - это самое то :)

//Лично мне оное ни на сервере, и на десктопе в принципе не нужно.

Дык initng для этого всего есть, че усложнять себе жизнь?

ну еще в Арче можно перед названием демона в /etc/rc.conf "@" поставить, тогда он в бэкграунде запускаться будет. Мне это только для netfs пригодилось, потому что nfs монтировалась около минуты.

>в Арче можно перед названием демона в /etc/rc.conf "@" поставить, тогда он в бэкграунде запускаться будет

У меня @ перед всеми сервисами стоит, кроме syslog-ng и network =)

>Идея не нова, и в Дженту ей заведует даже строчка в конфиге.

а можно поподробнее? где и какая строчка

Для Gentoo:

/etc/conf.d/rc RC_PARALLEL_STARTUP="yes"

> У меня @ перед всеми сервисами стоит, кроме syslog-ng и network =)

Да оно , если честно , не всегда и нужно. Я себе простенький /etc/rc.d/xdm написал , и запускаю его сразу после syslog'а )) 10-15 секунд - и привет ion . А что там себе дальше запускается , меня уже не колышет.

>Но всё-равно не понятно для каких систем применимо:

Я однажды нарвался на ситуацию, когда из-за сбоя в каком-то левом сервисе вставала вся система. До sshd дело не доходило. Сейчас поставил RC_PARALLEL_STARTUP и подобная ситуация уже не повторится. sshd запустится как только поднимется сеть независимо от других демонов.

Гм, а это мысль. У меня была похожая ситуация.

спасибо

Для Debian:

Into /etc/default/rcS add this:

# Support for starting init.d scripts on the same level in # parallel, to speed up the boot process a bit. CONCURRENCY=shell

если я не ошибаюсь, в FC5 это обещали сделать. Сделали или нет - не проверял, думаю ей еще рановато пользоваться

а это нормально, когда NFS так долго монтируется?

а ты арча на XGL перевел?

Вобще-то нет. У меня такое бывало из-за каких-нибудь неправильностей в конфигах.

так вот мне и интересно, как такую хрень побороть.

попробуй mount -t nfs -o nolock

> а это нормально, когда NFS так долго монтируется? у меня там раздел в 40 гигов. Я думал ,что так оно и должно монтироваться , с nfs дела раньше не имел.

Надо перед монтированием NFS запустить portmap

Таки да, тормозит оно если без портмапа монтировать 192.168.0.3:/usr/portage 19G 6,8G 12G 37% /usr/portage 192.168.0.3:/home/music 163G 122G 41G 75% /mnt/music Как монтируется даже не замечаю.

буду знать ))

В 10-й suse можно это замутить?

>Для Debian:

>Into /etc/default/rcS add this:

Врёшь в глаза, нет там такого =)

p.s. debian etch= )

>а ты арча на XGL перевел?

А чё там переводить? Прописать репозиторий Шедоухенда и вбить 1 команду. Что и сделал. Позже, правда, снёс - из-за cairo-cvs глючили шрифты GTK.

там уже есть:
/etc/sysconfig/boot
RUN_PARALLEL=yes
обычно стоит yes.

Было когда-то один крендель придумал make'ом сервиса стартовать.

>Врёшь в глаза, нет там такого =)

Тебе же русским по-англицки написали - адд туды.

>ну еще в Арче можно перед названием демона в /etc/rc.conf "@" поставить, тогда он в бэкграунде запускаться будет. Мне это только для netfs пригодилось, потому что nfs монтировалась около минуты.

portmap запусти :-)

>portmap запусти :-)

Мля, вторую мессагу на ЛОРе написал, и уже боян :-(

Господа! Пользуйтесь initng и никаких проблем с долгой загрузкой у вас небудет. Правки напильником практически не требует, выглядит симпатично,а главное управление загружаемыми сервисами интуитивно понятно и удобно. sshd тоже всегда запустится, даже если все остальное кроме сети отвалится =)

а у меня все развалилось, после того обновления. обыкновенный startx пропал.

А зачэм яго ваабшчэ запускаць? а?