[РЕШЕНО] rc.conf, dbus и автомонтирование

в rc.conf у меня:
DAEMONS=(@dbus @wicd @hal !gdm !autofs !slim @bluetooth @hwclock @syslog-ng @network !netfs @crond)

после запуска не работает автомонтирование (т.е. диск на десктопе (xfce) появляется, но при попытке зайти - пишет типа “not autorizite”), опытным путем установил, что надо рестартнуть dbus. может ли это быть из-за фонового запуска? я собаку убрал, но пока не могу перезагрузить проверить. И еще вопрос: может мне порядок демонов изменить? или в принципе не влияет это ни на что?

ps у меня через gvfs работает, если что
hal должен запускаться после dbus, соответственно их нельзя запускать в фоновом режиме, из чего можно сделать вывод, что вики вы не читали/плохо читали
Gudvin-t
hal должен запускаться после dbus, соответственно их нельзя запускать в фоновом режиме, из чего можно сделать вывод, что вики вы не читали/плохо читали
А если прочитать вики еще внимательнее, то можно узнать, что при указании в демонах hal, dbus указывать не надо, так как hal его сам запускает.

Ну и мое ИМХО, приведите в нормальный вид строку, и, по возможности, не злоупотребляйте запуском в фоне:
DAEMONS=(syslog-ng crond hal !network !autofs !netfs @wicd @bluetooth @hwclock !slim !gdm)
Всё, что с восклицательными знаками вообще можете просто убрать из массива демонов (по-моему, при использовании wicd network не нужен). А то вы насобирали всего, что только можно в этой строке.
SunStroke
Gudvin-t
hal должен запускаться после dbus, соответственно их нельзя запускать в фоновом режиме, из чего можно сделать вывод, что вики вы не читали/плохо читали
А если прочитать вики еще внимательнее, то можно узнать, что при указании в демонах hal, dbus указывать не надо, так как hal его сам запускает.
А если еще внимательнее почитать, то dbus как раз может оказаться нужОн – DBus (например, у меня не запускается без него корректно bluetooth), в то время как hal ужен можно сдавать на свалку истории (мой GNOME3 прекрасно обходиться без оного).
Говорила мама: "RTFM, сынок!"
Да сейчас hal не у дел. У меня правда помню был прикол, снес hal, вставляю флешку - не монтируется, оказалось хал при удалении прихватил с собой /media, и всяким подобным девайсам просто не куда было монтироваться. Создал заново и все ок.
nobus
у меня не запускается без него корректно bluetooth
Ну про bluetooth ничего утверждать не буду, не использовал ни разу.

nobus
в то время как hal ужен можно сдавать на свалку истории
Я писал при указании в демонах hal - так что тут на усмотрение каждого.
На моем примере было так:
xfce 4.8 с выпиленным халом вышло в феврале. Обновился, но hal не спешил удалять до конца марта. При этом в демонах dbus ест-но не было - все работало и с hal-ом замечательно. Потом hal удалил, добавил в демоны dbus, и все продолжало также замечательно работать. Может быть что-то упустил… :)

nobus
А если еще внимательнее почитать, то dbus как раз может оказаться нужОн
Предполагаю, что явное указание в демонах dbus наряду с hal (вы ведь об этом?) может понадобиться в случаях экзотического запуска DE (без указания канонического exec ck-launch-session ***).
SunStroke
nobus
А если еще внимательнее почитать, то dbus как раз может оказаться нужОн
Предполагаю, что явное указание в демонах dbus наряду с hal (вы ведь об этом?) может понадобиться в случаях экзотического запуска DE (без указания канонического exec ck-launch-session ***).
Вы правы, но dbus может быть полезен и тогда, когда hal выпилен из системы (кто бы сомневался…).
Впрочем, мы увлеклись дискуссией, которая, однако, заполнила паузу, пока вновь пожаловавшие к нашему шалашу усердно читают Вики.
Говорила мама: "RTFM, сынок!"
я имбецил. короче надо было дописать dbus-launch в ~/.xinitrc, как-то подзабыл про это
 
Зарегистрироваться или войдите чтобы оставить сообщение.