Openrc и DBUS
Всем привет. После обновления и миграции на openrc столкнулся со следующей проблемой.
При загрузке зависает DBUS (ждал мин 20, потом надоело).
При том, что самого dbus в /etc/runlevels нет.
Если загружать в интерактивно режиме и пропустить dbus, то не стартует служба bluetooth и система дальше грузится нормально (bluetooth зависит от dbus, тут понятно).
Убрал bluetooth - проблема осталась (т.е. никаких изменений).
Для нормальной загрузки системы пришлось включить параллельный режим. Там опять видно, что dbus долго не стартует и bluetooth его ждет, но хоть загрузка не стопорится, в итоге все стартует.
Собственно вопрос, где посмотреть, чего ждет dbus (в сислоге пусто), и почему загружается отключенная служба, на которую нет прямых зависимостей у других служб?
- Для комментирования войдите или зарегистрируйтесь

должен быть в default blow
должен быть в default
что-то добрый я сегодня ....
А зачем он в default, если он
А зачем он в default, если он и так по зависимостям стартует (need dbus в /etc/init.d/* часто встречается). И да, нет его в данные момент, т.к. первое, что я сделал, когда увидел его зависания - выпилил dbus из автозагрузки
Собственно вопрос, где
включи логгирование на более высокий уровень
Это гентоо, Люк. если ты сказал грузить блутуз в ранлевеле default, то все нужные депенды будут запущены автоматом. Рекомендую узнать отличие опенрц от богомерзких SySV.
Твое утверждение требует доказательств ( ибо если это так - то это баг). Но мне кажется, что тебе только кажется, что депендов нет.
Тупую переустановку дбаса пробовал ? etc-update делал ? ревдеп гонял ? Ну тогда я не знаю :))))))))))))))))
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
slepnoga написал(а): включи
Не вижу такой опции в /etc/rc.conf. Или не там ищу?
Вопросов нет, если сказал - то загрузит. Но я сказал не грузить блютуз :-)
# grep -r bluetooth /etc/runlevels/- пустоНе вижу причин запускать эту службу автоматом
DBUS пересобирал. etc-update тоже делал. Ревдеп сейчас до конца не отрабатывает (пока руки не доходят разобраться - да и сложно это было с незагружаемым компом, не сразу я расчехлил, что можно через dbus перескочить, а потом и параллельную загрузку включить), но там вроде ничего такого нет
# grep -r bluetooth
перестань заниматся хней, все немного сложнее, чем ты можешь себе вообразить по аналогии с богомерзким SysV. Прочитай и осиль man rc-update и выложи листинг сюда. Потом посмотри и устыдись ;) того, что про финамические уровни ты забыл. И не надо тут говорить , что во всем воновата гента или опенрц :) vi /etc/rc.conf
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
# rc-update -u * Caching
# rc-update -u * Caching service dependencies ... [ ok ] # rc-update show hwclock | boot cpufreqd | default clamd | default procfs | boot devfs | sysinit vixie-cron | default modules | boot syslog-ng | default xdm | default udev-postmount | default smartd | default mtab | boot hddtemp | default killprocs | shutdown atd | default dmesg | sysinit consolefont | boot sshd | default cpufrequtils | default net.lo | boot local | nonetwork default mount-ro | shutdown ntp-client | boot termencoding | boot dbus | default acpid | default boot lm_sensors | default consolekit | default device-mapper | boot keymaps | boot hostname | boot mysqlmanager | default root | boot distccd | default sysctl | boot urandom | boot swap | boot ntpd | default nfsmount | default sensord | default localmount | boot savecache | shutdown cupsd | default bootmisc | boot udev | sysinit lircd | default alsasound | boot fsck | boot netmount | defaultИ да, я не говорю, что кто-то в чем-то виноват. В принципе свою проблему я решил параллельной загрузкой, но сама ситуация мне не нравится. А судя по тому, что уже больше недели на форуме никто ничего про такие проблемы не говорил, могу сделать вывод, что сам где-то накосячил. И не vi, а nano, он не пищит!