Как убрать samba из target wants

а у меня там ничего не монтируется, только раздает

сервер самбы <...> не нужен

Как раз нужен, раз раздаёт.

Впрочем, а ты уверен, что тебе нужна именно samba (контроллер домена и все дела), а не smbd? Я предполагаю, что последнее. Если так, то

systemctl disable samba smbd winbindd
systemctl enable smbd.socket nmbd

Как раз нужен, раз раздаёт.

Ты не просек фишку, он не нужен для загрузки гуйни. А по зависимостям зачемто - нужен.

хотя я щас потыкал и похоже какойто мейнтейнер насрал мне в /etc/init.d/.depend.start (дело происходит на дебьяне) от-туда наркоманские зависимости и подхватил systemd

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740942

баг с тухлых скриптах инициализации

Должно быть так:

samba.service
● └─multi-user.target
●   └─graphical.target

Не сильно лучше. Таргеты всё равно достигаются только после запуска всех принадлежащих им сервисов.

Нет, в самом деле, зачем ты пускаешь samba вместо smbd?

Должно быть так:

не должно быть, multi-user.target также не зависит от сервера самбы

и что? у меня вот наркоман-мейнтейнер умудрился настроить зависимость самбы от fglrx и еще много такой хрени что пришлось конфиг просто выкинуть

Ну, это к тому, что всё же зависит (я привёл апстримный service-файл).

Так что WantedBy=multi-user.target — это нормально. (А, собственно, к чему ещё ему привязываться? Это основной таргет.)

ну осталось узнать почему

в любом случае в моем случае налицо баг ( Как убрать samba из target wants (комментарий) )

и я просто дропнул сервис samba

Вполне вероятно. Но ты на вопрос не ответил — а тебе нужен именно сервер AD? :]

привязываться, а не привязывать, Want=network - логично, но блокировать загрузку всего окружения (полсистемы зависит от multi-user) пока не пробздиться самба (а она может и не подняться) - маразм

ну осталось узнать почему

В смысле «почему»? Потому что WantedBy=*.target автоматически означает Before=*.target.

Нет, это не должно блокировать загрузку системы, т. к. systemd запускает всё параллельно. Значит, дело не в graphical.target/multi-user.target, а в какой-то Before-зависимости.

в дебиане сервер ad отдельным сервисом, а самба - allinclude

# cat /etc/init.d/samba
#!/bin/sh

### BEGIN INIT INFO
# Provides:          samba
# Required-Start:
# Required-Stop:
# Default-Start:
# Default-Stop:
# Short-Description: ensure Samba daemons are started (nmbd and smbd)
### END INIT INFO

set -e

# start nmbd, smbd and samba-ad-dc unconditionally
# the init scripts themselves check if they are needed or not
case $1 in
        start)
                /etc/init.d/nmbd start
                /etc/init.d/smbd start
                /etc/init.d/samba-ad-dc start
                ;;

а так да AD ненужен

Понятно... Дебиан такой дебиан. Тогда точно не знаю, т. к. в арче всё вообще по-другому устроено.

это не должно блокировать

таки блокировало, система залипала на 5 мин пока самба не отваливалась, а потом стартовал smbd и все запускалось нормально, раскопал какраз из логов systemd

и должно т.к. это реверсивный wants, а он будет ждать пока все зависимости не встанут (а дергать он их будет параллельно, да)

Суть в том, что если samba.service блокирует (скажем) graphical.target, то остальным демонам должно быть на это пофиг — они запустятся параллельно с самбой.

Т. е. если graphical.target Wants=samba.service (и After=samba.service), то только graphical.target и будет висеть пять минут, а остальные демоны всё равно запустятся сразу, т. к. у них нет After=samba.service. А раз ты это наблюдаешь, значит, там какая-то другая зависимость.

только там наложился еще тот факт что мейнтейнеры нагадили в список зависимостей и там была каша, т.е. тут ка обычно с системд не поттеринг виноват а куча г-на скопившегося в система, но вылезла она только с переходом на systemd, до этого както работало, а тут баг с самбой потянул косяки в конфиге зависимостей сервисов и т.п.

значит, там какая-то другая зависимость.

именно так и было ( Как убрать samba из target wants (комментарий) )