Обновился до последного бранча 4.0 и увидел, что haldaemon стартовать не желает. Подробнее он говорит об этом так: # hald --daemon=no --verbose=yes ... 13:17:41.077 [I] osspec.c:874: hal_util_find_known_parent: '/sys/class/tty/ttyS0'->'/sys/devices/pnp0/00:08' 13:17:41.077 [I] device.c:3887: add_dev: subsys=tty sysfs_path=/sys/class/tty/ttyS0 dev=/dev/ttyS0 parent_dev=0x080d94d0 Run started hald-probe-serial (10000) (0) ! full path is '/usr/libexec/hal/hald-probe-serial', program_dir is '/usr/libexec/hal' [5177]: 13:17:41.079 [D] probe-serial.c:70: Checking if /dev/ttyS0 is actually present /usr/libexec/hal/hald-probe-serial exited 13:17:41.080 [I] osspec.c:429: Synthesizing powermgmt events... 13:17:41.080 [E] acpi.c:758: Couldn't open /proc/acpi/battery: Error opening directory '/proc/acpi/battery': No such file or directory 13:17:41.080 [E] acpi.c:758: Couldn't open /proc/acpi/processor: Error opening directory '/proc/acpi/processor': No such file or directory 13:17:41.080 [E] acpi.c:758: Couldn't open /proc/acpi/fan: Error opening directory '/proc/acpi/fan': No such file or directory 13:17:41.080 [E] acpi.c:758: Couldn't open /proc/acpi/ac_adapter: Error opening directory '/proc/acpi/ac_adapter': No such file or directory 13:17:41.080 [I] acpi.c:729: Processing /proc/acpi/button/lid/LID 13:17:41.080 [I] acpi.c:729: Processing /proc/acpi/button/power/PWRB 13:17:41.080 [I] acpi.c:729: Processing /proc/acpi/button/power/PWRF 13:17:41.080 [E] acpi.c:758: Couldn't open /proc/acpi/button/sleep: Error opening directory '/proc/acpi/button/sleep': No such file or directory 13:17:41.081 [I] acpi.c:837: Processing sonypi display 13:17:41.081 [I] osspec.c:431: ACPI capabilities found 13:17:41.081 [I] osspec.c:439: Done synthesizing events *** [DIE] device_info.c:rules_match_and_merge_device():1089 : Rule is NULL on jump [root@enp-mobile ~]# 13:17:41.083 [D] addon-input.c:486: An error occured, exiting cleanly /usr/libexec/hal/hald-addon-input exited /proc/acpi/battery и прочих файлов и правда нет, я подгрузил, что сумел (хотя почему я должен это делать?): # modprobe battery # modprobe processor # modprobe fan # modprobe ac_adapter FATAL: Module ac_adapter not found. # modprobe sleep FATAL: Module sleep not found. Получил: 13:20:35.535 [I] osspec.c:429: Synthesizing powermgmt events... 13:20:35.535 [I] acpi.c:729: Processing /proc/acpi/battery/CMB2 13:20:35.536 [I] acpi.c:729: Processing /proc/acpi/battery/CMB1 13:20:35.536 [I] acpi.c:729: Processing /proc/acpi/processor/CPU0 13:20:35.536 [E] acpi.c:758: Couldn't open /proc/acpi/ac_adapter: Error opening directory '/proc/acpi/ac_adapter': No such file or directory 13:20:35.536 [I] acpi.c:729: Processing /proc/acpi/button/lid/LID 13:20:35.536 [I] acpi.c:729: Processing /proc/acpi/button/power/PWRB 13:20:35.536 [I] acpi.c:729: Processing /proc/acpi/button/power/PWRF 13:20:35.536 [E] acpi.c:758: Couldn't open /proc/acpi/button/sleep: Error opening directory '/proc/acpi/button/sleep': No such file or directory 13:20:35.536 [I] acpi.c:837: Processing sonypi display 13:20:35.536 [I] osspec.c:431: ACPI capabilities found 13:20:35.536 [I] osspec.c:439: Done synthesizing events *** [DIE] device_info.c:rules_match_and_merge_device():1089 : Rule is NULL on jump [root@enp-mobile ~]# 13:20:35.538 [D] addon-input.c:486: An error occured, exiting cleanly /usr/libexec/hal/hald-addon-input exited
Погуглил, нашел http://www.mail-archive.com/debian-bugs-closed@lists.debian.org/msg154769.html, но там закрывают и говорят: "We believe that the bug you reported is fixed in the latest version of hal", а 0.5.10 - вроде как раз последняя версия
# modprobe ac # modprobe button
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456314 похоже, исправление здесь - http://svn.debian.org/wsvn/pkg-utopia/packages/unstable/hal/debian/patches/91_fix_invalid_fdi_cache_on_empty_matches.patch?op=file&rev=1990&sc=1
(In reply to comment #2) > # modprobe ac > # modprobe button во-первых, не помогает во-вторых, это я должен делать сам? вписать в /etc/modules? зачем нам тогда такая сложная автоматика, если она все равно не работает?
"зачем нам тогда такая сложная автоматика, если она все равно не работает?" для простых, наиболее вероятных, случаев. :) Никакая автоматика голову и руки не заменит :)
(In reply to comment #5) > "зачем нам тогда такая сложная автоматика, если она все равно не работает?" > для простых, наиболее вероятных, случаев. :) > > Никакая автоматика голову и руки не заменит :) Предлагаю обсудить это в community@ в ветке hald problems after upgrading to last branch 4.0 - я и многие были бы счастливы увидеть общее описание того, кто и когда какие ядерные модули должен грузить, что делает автоматика, а чего она делать не может, например, почему загрузить ac и button - не ее царских рук дело :) Ну а здесь я уже привел ссылки на то, как эту проблему решили в Дебиане. Попутно (если кому не интересно вчитываться) резюмирую: эту проблему до сих пор никто не заметил оттого, что пустые правила есть только в fdi для ноутов fujitsu, счастливым обладателем которого я являюсь ;)
прямая ссылка на патч - http://gitweb.freedesktop.org/?p=hal.git;a=commit;h=75965fdc42620f57bdf9c9138f9d30f0af5b284d
проверено - с патчем hald не валится перевешиваю на майнтейнера
> 0.5.10-alt9
