RFR-17 systemd-modules-load баг?

Привет коллегам.

Чтение логов несколько огорчило. А именно при старте системы прописано запускаеться сервису systemd-modules-load. Однако, увы, но этот сервис не стартует, пишет что Failed. При этом в messages (и в stderr) валятся ошибки такого вида:

# ./systemd-modules-load 
could not find module by name='��A�m�D��n�'
Failed to insert 'apm': Function not implemented

Модуль apm находится честно в /etc/modules-load.d, про него пока нет вопросов. Во всех остальных прописанных modules-load.d нет вообще ничего или нет вообще. Вопрос только один - что за кракозябру ищет system-modules-load? С этим, наверное связаны и чудесатости на моем нетбуке с закрытием крышки, не реагировал, пока я acpi не запрограммировал. А как ему регагировать, если apm не загружен? Хотя, у меня в RFR-17 оно (apm) работать, вроде, не должно:

# ./apmd.conf 
No APM support in kernel

Но дело не в этом, дело в кракозябрах systemd-modules-load. Это баг и все это видят, или только у меня у одного такое?

А что это за systemd-modules-load? Самописный скрипт какой-то?

Vascom написал:

А что это за systemd-modules-load? Самописный скрипт какой-то?

Нет, это то, что вызывается systemd из юнита systemd-modules-load.services. Лежит в стандартном дефолтном для сервисов systemd каталоге. Судя по содержимому юнита эта бинарная задача сканирует несколько каталогов modules.d (размещенных в разных местах) и добавляет указанные в них модули в ядро операционки.
По крайней мере именно такой вывод можно сделать из чтения текста этого юнита и одного из конфигов, который был найден мною в указанных каталогах. В тех каталогах ничего с кракозябрами я не выявил. Там был только apm.conf. Но попытка запуска apm провалилась с сообщением, что ядро скомпилировано без поддержки APM-опции.
Соответственно, при запуске сервиса systemd-modules-load.services в лог пишется - failed. Вот я и думаю, что это такое и правильно ли это. То, что apm не запускается - об этом честно говорится. Но вот откуда там лезут кракозябры... Вот именно это и неприятно.

Какая ОС? Какая версия ядра и systemd?

"Vascom" написал:

Какая ОС? Какая версия ядра и systemd?

> RFR-17

Этого мало :)

хотя бы есть от чего отталкиваться. :)

Баг: https://bugzilla.redhat.com/show_bug.cgi?id=817760

Удалить apmd
А вообще ничего страшного, можно и фикса подождать, если будет конечно. А он будет полюбому.

Проверка статуса загрузки сервиса:
[console=root]systemctl status systemd-modules-load.service[/console]

verg написал:

Баг: https://bugzilla.redhat.com/show_bug.cgi?id=817760

Баг - один в один. Я только apm не удалял. Ну и поковырял чуть больше, чем в этом баге описано. А именно - попытался стартовать сервис руками, а не через systemd. И увидел кракозябры. А если стартовать его через systemd, то видно только то, что приведено в баге.

На попытку запустить apm напрямую, руками, система отругалась, что скомпилирована без поддержки APM. Кроме как apm (по дефолту, так установилось) этот бажный сервис у меня ничего не запускает.

Что-то подобное было и в openSUSE http://forums.opensuse.org/english/get-technical-help-here/install-boot-login/471124-systemd-systemd-modules-load-service-failed.html
Пофиксили:
[console]localhost:/home/verg # systemctl status systemd-modules-load.service
systemd-modules-load.service - Load Kernel Modules
Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static)
Active: active (exited) since Wed, 13 Jun 2012 09:45:29 +0400; 3h 3min ago
Process: 303 ExecStart=/lib/systemd/systemd-modules-load (code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/systemd-modules-load.service[/console]


Может почистить /etc/modules-load.d/ от ненужного.