HAL 0.5.12 не работает!
Dmitrij_FAE 4 декабря, 2009 - 19:43
Не работает hald :
dmitrij-desktop ~ # /etc/init.d/hald start
* Service hald starting
* Starting Hardware Abstraction Layer daemon ... [ !! ]
* ERROR: hald failed to start
Версия HAL:
Installed versions: 0.5.12_rc1-r8(18:59:57 02.12.2009)(X acpi consolekit crypt kernel_linux -apm -debug -dell -disk-partition -doc -kernel_FreeBSD -laptop -policykit -selinux)
собирал с такими ЦеФлагами:
CFLAGS="-O2 -pipe -march=core2"
ПОМОГИТЕ!!
http://paste.org.ru/?mg46d8
http://paste.org.ru/?u6jfcg
»
- Для комментирования войдите или зарегистрируйтесь
интересно, покажите
интересно, покажите пожалуйста:
eix --installed-with-use policykit | wgetpaste
emerge -pv dbus
emerge -pv policykit
судя по логу сложилось впечатление, что вы все еще не перешли на libata... у вас до сих пор диски именуются как hda ???
Отвечаю
Прошу!
dmitrij-desktop root # eix --installed-with-use policykit | wgetpaste
Your paste can be seen here: http://dpaste.com/129087/
dmitrij-desktop root # emerge -pv dbus
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] sys-apps/dbus-1.2.3-r1 USE="X -debug -doc (-selinux)" 1,528 kB
Total: 1 package (1 reinstall), Size of downloads: 1,528 kB
dmitrij-desktop root # emerge -pv policykit
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] app-text/build-docbook-catalog-1.4 3 kB
[ebuild N ] app-text/docbook-xsl-stylesheets-1.75.2 1,507 kB
[ebuild N ] sys-auth/policykit-0.9-r1 USE="pam -bash-completion -doc (-selinux) -zsh-completion" 1,225 kB
Total: 3 packages (3 new), Size of downloads: 2,735 kB
У меня единственный хард именуется /dev/sda.
М/б что в ядре показать конфигурацию?
просто выключите в ядре
просто выключите в ядре CONFIG_IDE и включите CONFIG_ATA с соответствующими подпунктами ;) теперь любое устройство IDE должно быть sd* или sr* (в случае CD/DVD)
контроллеры выбираем статически, чтобы не возиться с initramfs ;)
по поводу hal: если у вас нету зашифрованных разделов, то отключите use crypt... но это врят ли к делу относится...
еще можно показать
emerge --info | wgetpaste
хорошо
попробую. только у меня двд-дисковод через IDE), а хард через сата)
http://dpaste.com/129144/
из вашего инфо вижу мало чего
из вашего инфо вижу мало чего криминального, но хоть к делу и не относится, все же немного придерусь :)
1. обновите virtual/os-headers до версии, соответствующей ядру
2. коли вы используете стабильную ветку, то в первую очередь должны использовать gcc и glibc из стабильной ветки... ибо это 2 кита, на которых ВСЯ система завязана...
имхо, либо полностью откажитесь от ~amd64 в системных пакетах, либо полностью на нее перейдите... именно от каши чаще всего случаются неопознаные проблемы... glibc вам не kde однако ;)
еще раз прочитав лог запуска hald, на ум приходит только обновить dbus, т.к. строка "arguments to dbus_move_error() were incorrect, assertion "(dest) == NULL || !dbus_error_is_set ((dest))" failed in file dbus-errors.c line 278" ничего другого не навивает :)
Спасибо огромное
1. virtual/os-headers обновлю. а разве оно само не должно обновляться?
в каком мане это написано?)
у меня хедеры Installed versions: 2.6.27-r2!b!s(10:57:07 29.10.2009) и не обновляется в стабильной ветке, а ядро ebuild NS ] sys-kernel/gentoo-sources-2.6.31-r6 [2.6.30-r5] будет обновляться)
2. Я знаю, просто один товарищ-гентушник порекомендовал, а я поверил) спасибо, что сказали)
3. dbus стабильный, обновляться не будет
Dmitrij_FAE
должно наверное, но суть в стабильном пакете в том, что сам пакет работает стабильно, хоть может и зависеть от нестабильных... к сожалению при стабилизации пакета не просматривается вся иерархия его зависимостей, которые остаются с пометкой ~, а потом юзеры мучаются и возятся с package.keywords :( когда-то это наблюдение сподвигло меня попробовать ~, о чем я не жалею ни капли... на рабочем супер-пупер-важном сервере имело бы смысл возиться и подбирать друг под друга пакеты, думать самому какой пакет стабилизировать, а какой нет... а на десктопе это все не надо...
мое имхо по пунктам:
1. сидя на ~ мы принимаем участие в сообществе, отправляя отчеты о багах и недоделках, чем способствуем развитию нашей любимой ОС GNU/Linux... иначе это уже нахлебничество какое-то :(
2. сталкиваясь с проблемами, мы учимся с ними справляться, развиваемся, не даем нашему серому веществу и нервам завять :)
3. не так уж и много багов случается ;) я бы сказал, что столько же, если не меньше, чем в стабильной ветке ;)