LINUX.ORG.RU

ivman говорит «Не могу приконнектиться к HAL!»


0

0

Собрал я новенькое ядро 2.6.13.2. Ну вот а прикрутить supermount к нему не получилось. Нашел инфу что заменой supermount может быть связка ivman+HAL+pmount. Откомпилировал я все это, плюс еще dbus, создал юзеров для HAL и dbus, и вроде все запускается, но ivman говорит, что не может приконнектится к HAL. (ivman запускаю из под юзера HAL от администратора). У кого нибудь был опыт работы с этими прогами? Как это все заставить работать?

Ответ на: комментарий от xnix

>А нахрена тебе супермаунт ? Потому что хочу чтоб cd-rom открывался при клике по иконке (windows-like), не хочу каждый раз когда надо засунуть/высунуть сидюк открывать консоль и писать там команды (привык я уже к supermount на старом ядре), чтоб при загрузке DVD с фильмом автоматом загружался плеер и т. п. радости.

Grokinn
() автор топика

hald точно запускается

--daemon=no --verbose=yes ?

anonymous
()

эти звери общаются через сокет.
сверь конфиги на предмета одинакового пути к нему

Muromec ☆☆
()
Ответ на: комментарий от Muromec

так hald --daemon=no --verbose=yes выдал вот что (до этого hald --daemon=yes вообще ничего не выдавал)
21:07:54.239 [I] hald.c:494: hal 0.5.4
21:07:54.240 [I] hald.c:498: Will not daemonize
21:07:54.289 [I] hald_dbus.c:3043: local server is listening at unix:abstract=/tmp/hald-local/dbus-0kItDQ6q0v,guid=6a7c3943aad3cc011b1545d77076b
700
21:07:54.291 [I] osspec.c:351: sysfs mount point is '/sys'
21:07:54.293 [I] osspec.c:356: proc mount point is '/proc'
21:07:54.347 [I] osspec.c:521: Synthesizing sysfs events...
21:07:54.402 [E] coldplug.c:120: (null) returned 11
21:07:54.403 [E] coldplug.c:345: Unable to get sysfs to dev map
21:07:54.403 [E] coldplug.c:547: Error building the orderered list of sysfs paths
21:07:54.404 [I] osspec.c:524: Synthesizing powermgmt events...
21:07:54.405 [I] osspec.c:534: No powermgmt capabilities
21:07:54.406 [I] osspec.c:536: Done synthesizing events
21:07:54.416 [I] device_info.c:1370: *** Matched file /usr//share/hal/fdi/policy/10osvendor/10-power-mgmt-policy.fdi
21:07:54.419 [I] device_info.c:1370: *** Matched file /usr//share/hal/fdi/policy/10osvendor/10-storage-policy.fdi
21:07:54.422 [I] osspec.c:392: Add callouts completed udi=/org/freedesktop/Hal/devices/computer
21:07:54.423 [I] hald.c:89: Added device to GDL; udi=/org/freedesktop/Hal/devices/computer
21:07:54.424 [I] hald.c:637: Device probing completed
21:07:54.424 [I] hald_dbus.c:3058: entering
21:07:54.488 [E] hald_dbus.c:3065: dbus_bus_get(): Failed to connect to socket /usr//var/run/dbus/system_bus_socket: No such file or directory
Видимо одна из проблем действительно в сокетах, подскажите пожалуйста как это пофиксить, до этого с подобнымы траблами не сталкивался.
Вторая проблема в 
coldplug.c:120: (null) returned 11
coldplug.c:345: Unable to get sysfs to dev map
coldplug.c:547: Error building the orderered list of sysfs paths
Я так понимаю не может связать sysfs  и устройства И как быть с этим?

Grokinn
() автор топика
Ответ на: комментарий от Grokinn

Изменил конфиги dbus (конфигов hal не нашел) теперь сокет dbus лежит в /usr/var/run/dbus/system_bus_socket (а раньше был в /var/run/dbus/system_d(!!!)bus_socket) теперь hal пишет hald_dbus.c:3065: dbus_bus_get(): No reply within specified time Что это значит? Кроме того теперь dbus не запускается при загрузке, приходится стирать /usr/var/run/dbus/messagebus.pid иначе dbus не запускается. Раньше она видимо сама стирала этот файл при выходе, но теперь не может т.к. файл переместился, где найти конфиг который отвечает за удаление файла при выходе и нормальную автозагрузку dbus?

Grokinn
() автор топика
Ответ на: комментарий от Grokinn

>конфигов hal не нашел

/etc/hal (-;

>No reply within specified time

а dbus точно запущен? ps -A | grep dbus

> где найти конфиг который отвечает за удаление файла

grep pid /etc/dbus-1/system.conf -n
23: <!-- Write a pid file -->
24: <pidfile>/var/run/dbus/pid</pidfile>

при кореектном завершении должна удалять самостоятельно

> и нормальную автозагрузку dbus?

/etc/init.d и эта... дистр какой?

>Раньше она видимо сама стирала этот файл при выходе, но теперь не может т.к. файл переместился

а создает его кто ? (-;

Muromec ☆☆
()
Ответ на: комментарий от Muromec

etc/hal нету. хз почему. Вообще я исходники hal вытаскивал из какой то src.rpm тк на домашнем сайте у них заблудился, может они кривые эти исходники?
dbus точно запущен и в процессах светился как dbus-daemon-1 --system
насчет удаления messagebus.pid непонятки: по идее скрипт с функцией его удаления лежит в etc/init.d/messagebus (он же и грузит dbus при старте системы) в этом скрипте я исправил функию stop(), указав правильный путь для удаления messagebus.pid, но ничего не изменилось, где надо файл не удалаяется, а в старой папке удаляется.

Grokinn
() автор топика
Ответ на: комментарий от Grokinn

Нашел нормальные исходники HAL на сайте разработчика тепрь оно пишет: hald_dbus.c:3076: dbus_bus_request_name(): Connection ":1.0" is not allowed to own the service "org.freedesktop.Hal" due to security policies in the configuration file Я больше не могцу иду спать, кадется надо че то в конфигах разрешать/запрещать. Завтра посмотрю

Grokinn
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.