Файл службы существует, но не найден systemd
Экранные заставки в Linux — это просто исполняемые файлы, в случае моей системы под /usr/libexec/xscreensaver. По умолчанию они запускают заставку в окне; передайте -hисполняемому файлу, чтобы увидеть, какие параметры он поддерживает.
Как намекает @JdeBP, причиной такого поведения являются неправильные метки файлов SELinux. Символ .в выводе lsуказывает, что для файла установлен контекст безопасности. Так что будьте внимательны к .в выводе ls!
cd /etc/systemd/system && ls -lhZ some-other-service.service anfragen-3dkonfig-mapper.serviceотпечатки
-rw-r--r--. 1 root root unconfined_u:object_r:admin_home_t:s0 440 Mar 19 12:08 anfragen-3dkonfig-mapper.service
-rw-r--r--. 1 root root unconfined_u:object_r:systemd_unit_file_t:s0 457 Feb 24 11:42 some-other-service.service
Видно, что другой сервисный файл имеет метку systemd_unit_file_t, а сломанный сервис — нет. Это можно исправить с помощью restorecon anfragen-3dkonfig-mapper.service. После этого метки выглядят следующим образом:
-rw-r--r--. 1 root root unconfined_u:object_r:systemd_unit_file_t:s0 440 Mar 19 12:08 anfragen-3dkonfig-mapper.service
-rw-r--r--. 1 root root unconfined_u:object_r:systemd_unit_file_t:s0 457 Feb 24 11:42 some-other-service.service
systemd теперь ведет себя так, как ожидалось.
Я потратил час на решение этой проблемы после перемещения некоторых служебных файлов. Символическая ссылка в /lib/systemd/systemуказывала на правильный файл, но символическая ссылка в /etc/systemd/systemне была (ее целью больше не существовало ). Я удалил эту оскорбительную (неработающую )символическую ссылку, заменил ее правильной, и это сработало.