После установки xorg-x11-server-6.8.99.900-alt5 получается: # service acpid start Starting acpid service: acpid: can't open /proc/acpi/event: Device or resource busy [FAILED] И действительно, в Xorg.0.log: (II) Open ACPI successful (/proc/acpi/event) У сервиса dm приоритет запуска 35, у acpid - 65; неудивительно, что X успевает запуститься раньше. Что вообще X-сервер забыл в /proc/acpi/event?
это скорее бага acpid, т.к. иксы сначало смотрят есть ли /var/run/acpid.socket и если его не находят лезут за эвентами в /proc/acpi/event. для примера $ grep chkconfig /etc/init.d/apmd # chkconfig: 2345 35 65
вот это выглядит странно $ grep chkconfig /etc/init.d/acpid # chkconfig: 345 65 10
(In reply to comment #2) > вот это выглядит странно > $ grep chkconfig /etc/init.d/acpid > # chkconfig: 345 65 10 Что странного?
*** Bug 7867 has been marked as a duplicate of this bug. ***
Что делать-то?
сделать так же как и в apmd 2345 35 65
Окейно.
Вижу, что в acpid 1:1.0.4-alt5 приоритет запуска сервиса изменён - это помогает, однако лишь в том случае, если пакет устанавливается вновь, либо если после обновления руками сделать chkconfig --add acpid. ldv: как правильно обработать смену приоритета запуска сервиса при обновлении? /usr/sbin/post_service этого не делает.
кстати, при использовании powersaved все работает совсем по другому. powersaved запускает acpid, отключая его конфиг - это нужно для того, что бы powersaved мог получать event'ы у acpid через сокет. При чем он смотрит - если acpid не запущен, то запускает, если уже запущен, то перестартует. Ну и соответственно все управление энергосбережением, включая suspend - powersaved берет на себя. И на себя же он берет обработку event'ов от acpid.
Шотут?
Ну и ладно.
