>> 99.99% времени их исползования они запускаются единообразно.
> а у меня - разнообразно. Например, установка оракловых жабоподелок часто требует именно
> иксы - в дальнейшей эксплуатации сервера совершенно излишние. Причем так, что
> лучше видеть эти иксы локально через kvm, чем пробрасывать со своей
> машины.
> И для этого нужно просто поменять один символ.Не нужен здесь никакой символ. И sysvinit не нужен.
Просто запусти РУКАМИ ОДИН РАЗ В СТО ЛЕТ
/etc/rc.d/xdm или что там у тебя, а потом стопни его же.
Из-за таких хотелось не нужно изобретать runlevel и
тянуть эти костыли десятилетиями.
>> Поэтому runlevel-ы как понятия не нужны. Со всеми обвязками.
> _тебе_. А мне - нужны, удобны, и я ими пользуюсь по назначению.
Смешно.
> Никакой отдельной обвязки для них нет, ты опять не в курсе дел.
> А вот у тебя - есть. Покажи-ка мне, из какого скрипта
> запускается банальная getty ? Опачки - а нет его.
Читать
man 8 rc
до просветления.
> У systemV конфигурация - единая, никаких волшебных файликов, здесь играем, там не
> играем.
:-D
>> Рабочее состояние системы -- это множество init скриптов, которые нужно запустить,
> рабочее состояние системы - это когда с ней можно работать. Иногда для
> этого нужна сеть, иногда иксы, иногда нужно без них как раз суметь обойтись.
Нет.
> Впрочем, отладочного запуска скриптов с ручным контролем кого запускаем - у вас
> ведь тоже нет? Даже ж у системдаунов есть.
Что ты там собрался отлаживать?
>> Чего выковыривания?
> переменный, родной, переменных. Ведь помимо тех что ты уже зазубрил, бывают и
> незнакомые тебе.
Все переменные документированы. Не надо ничего выколупывать и выковыривать.
man 5 rc.conf
>>> А не парсят миллиард графов скриптом на шелле прямо при загрузке.
>> Не вижу здесь проблем.
> не вижу проблем что их парсят один раз в жизни системы, а
> дальше обходятся значительно более быстрым и надежным механизмом.
Меня не интересует скорость старта моих систем. Абсолютно.
10 секунд она грузится, или 40 -- мне совершенно без разницы.
За этим фетишем к системдешникам.
>>> Без всякой необходимости гадания как именно называется волшебная переменная. Просто enable
>>> имя-сервиса
>> Что тебе здесь может быть непонятно?
> синдром утенка.
> grep named /etc/rc.conf |wc -l
> 9
> это только один сервис. У mysql на некоторых конструкциях - и поболее
> параметров бывает.
Ты сам засунул туда все эти переменные по своей собственной воле.
Никто тебя делать это не заставлял.
>> Ты ничего не знаешь о "нашем" пакетном менеджере. Давай на чистоту.
> что, неужели научился добавлять волшебные переменные в rc.conf ? Может еще и
> спрашивать о тех что больше одной? А, нет, показалось.
Пакетный менеджер не должен туда ничего подсовывать.
Настройка системы -- не его функция.
>> В твоем квотировании упущено еще 100500 строчек с функциями start/stop/restart и т.п.
> 172 вместе с заголовком. Включая те что я изменил, чтобы оно запускалось
> так как мне надо, тут это сервис запускается с фокусами.
Вот я и спрашиваю. Нахера 172 строки на ровном месте, если практически
все демоны запускаются абсолютно единообразно?
Это называется индусский копипаст ;-)
>> а также switch/case. В NetBSD init этого шлака просто нет. Я показал
> в ней этот шлак тщательно спрятан в общесистемной помойке,
Это у тебя в sysvinit помойка скопипащена в каждый новый недоскрипт,
а в NetBSD rc все выделено в отдельные библиотечный скрипт
rc.subr
> поэтому когда таки
> надо что-то поменять конкретно для этого сервиса необычного - приходится часами
> разбираться, как же эта помойка устроена - вместо банального редактирования простого
> и понятного скрипта на двадцать строк.
Не хочется переходить на личности, но помойка находится совершенно не там,
где ты думаешь. Если ты не в силах разобраться в NetBSD rc.subr,
то я могу только принести соболезнования.
>> Куда ты посмотришь?
> понятно
Не способен изъясняться так, чтобы оппонент тебя понял, не удивляйся.
>> имя переменной полностью совпадает со службой которую ты запускаешь.
> других-то переменных у тебя нет?
То, что я показал -- это десктоп на одной машине.
Конкретно в этом месте других переменных нет.
И ничего из того, что запускается опционально,
и не написано в конфиге запускаться не будет.
>> То, что лежит в rc.conf и есть настройка системы на уровне что
>> мы запускаем
> внезапно, нет. Еще там лежит как мы запускаем.
Как запускаем -- это на твое усмотрение.
Можешь поместить там эти переменные,
можешь в конфигах конкретной утилы.
Твое дело.
>> Пример rc.conf выше.
> васянского локалхоста.
Это банальный десктоп.
>>> Кстати, а зачем она там вообще нужна? Вы такие странные, и ставите миллион сервисов
>>> просто на поржать, а запускать их не надо?
>>> Или просто любите лишний траходром?
>> Чего? Переведи с бусурманского, а лучше почитай ман.
> повторяю для бестолковых: зачем нужен ручной геморрой с "разрешением" каждому новому сервису
> запускаться через прописывание заклинаний в rc.conf ?
Отвечаю шибко умным -- для того, чтобы всякое говно не стартовало,
когда его об этом не просили. Это же я, Васян, админ локалхоста,
и поэтому *мне решать*, что будет запущено, а что нет.
Поэтому да, вручную и только вручную. Только так и никак иначе!
> Вы их для чего-то другого обычно ставите, не чтоб запускать?
Естественно нет.
ssmtpd, например, я ставлю для того, чтобы посылать почту через чужой
smtp сервер из приложения напрямую. И нет, я не хочу настраивать для этой цели
локальный MTA от root-а, доступа к которому у меня может не быть.
И меня выбешивает Дебилиан и вообще почти все Линуксы,
в которых все МТА конфликтуют друг с другом
на уровне пакетного манагера из-за заботы о хомячках, которые не в состоянии
активировать один из МТА вручную. Я использую ssmtpd именно как приложение,
и он мне не интересен как локальный MTA.
Иногда я ставлю софт, чтобы почитать маны и решить, буду ли я
связываться с этим софтом вообще или нет.
Поставил из пакета -- совершенно не значит, что я буду или должен его запускать.
А если и буду, то совершенно не факт, что так, как предполагает собиратель пакета.
Например, я ипользую shlock из пакета, в котором лежит демон,
и этого демона я запускать не соираюсь. И из пакета bind мне нужен
условно только nslookup.
> Или опять - "ну так же делали диды и прадиды, в system6
> еще!" - не запускать же автоматически, надо ж сперва потрахаться!
Что запускать, а что нет, решаю я и только я! Только так и никак иначе!