/lib/systemd/systemd-sysv-install
— это хук, работа которого заключается в выполнении не -собственных действий включения/отключения, которые распознаются systemd-sysv-generator
и другими системами управления службами. Ubuntu /lib/systemd/systemd-sysv-install
просто вызывает Ubuntu /usr/sbin/update-rc.d
. Это, в свою очередь, вызывает /sbin/insserv
. Тот, в свою очередь, видит, что в /etc/init.d
есть скрипт van Smoorenbug rc
, и пытается получить от него информацию о заголовке LSB.
У
/sbin/insserv
есть особый случай, когда он распознает, когда найденный скрипт van Smoorenburg rc
действительно является символической ссылкой на программу Upstart /lib/init/upstart-job
. Поскольку это универсальная программа, которая заменяет многие сценарии van Smoorenburg rc
, в ней не будет информации заголовка LSB, соответствующей конкретным службам. Таким образом, /sbin/insserv
пытается вызвать сценарий rc
, точнее /lib/init/upstart-job
, с подкомандой lsb-header
, чтобы заставить его рассчитать и распечатать правильные заголовки LSB для службы.
Но на самом деле /lib/init/upstart-job
не поддерживает эту подкоманду. Программное обеспечение никогда не интегрировалось должным образом. /lib/init/upstart-job
запускает initctl
, который пытается подключиться к работающему диспетчеру служб Upstart и, конечно же, терпит неудачу (, потому что он не запущен ), и выводит первую ошибку, которую вы видите, о невозможности подключения к сокету /com/ubuntu/upstart
, а затем печатает вторую ошибку, которую вы видите, о том, что подкоманда lsb-header
не поддерживается «для заданий Upstart» (, хотя это было то, что было для).
В итоге все идет не так.
Уже несколько лет все идет не так. Можно найти людей, сообщающих об этой ошибке,что, конечно же, произошло, когда люди insserv
прямо или косвенно управляли Апстартом и ван Смуренбургом init
, и на тот момент прошло уже более десяти лет. Об этом спрашивали на AskUbuntu в 2016 году. Это несколько ошибок Launchpad, таких как эта от 2016 года .
Интересно, что в одной из этих ошибок Launchpad, одной из 2010, кто-то попытался предоставить патч, чтобы upstart-job
понимал подкоманду lsb-header
и давал insserv
как минимум что-то для работы, даже если это было довольно неинформативно. Никто, кроме некоторых пользователей, не имевших доступа к самостоятельному исправлению программного обеспечения, этого не заметил.
Конечно, эти сценарии van Smoorenburg rc
являются оболочкой для Upstart в интересах программного обеспечения и людей, которые не понимают, как управлять Upstart напрямую с помощью initctl
, но знают, как управлять старым van Smoorenburg rc
. ] скрипты. Однако вы используете Ubuntu 16; системная операционная система. Механизм обратной совместимости systemd берет некоторые сценарии ван Смуренбурга rc
, которые сами по себе являются чужим механизмом обратной совместимости, оборачивая их в нативные модули systemd, и в конечном итоге пытается отразить отправленные команды. к диспетчеру служб systemd к диспетчеру служб Upstart, которого там нет.
Это просто смешно.
/etc/init.d
символическую ссылку, указывающую на /lib/init/upstart-job
. Судя по всему /etc/init.d/screen-cleanup
. Вишенкой на торте является то, что transmission-daemon
управляется родным сервисным модулем systemd(/lib/systemd/system/transmission-daemon.service
)в Ubuntu 16, а механизмы обратной совместимости van Smoorenburg rc
и /lib/systemd/systemd-sysv-install
не применяются к нему в первую очередь..
insserv
. Страницы руководства Debian 7. Вы должны правильно добавить repository
. В первую очередь вы можете попробовать добавить репозиторий epel
. Попробуйте с sudo yum install -y https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
, теперь вы можете набрать sudo yum install epel-release
. Затем запустите обновление и повторите попытку установки программного обеспечения. Если все еще не найдено, то у вас есть как минимум три решения:
-поиск репозитория (, если поставщик предоставил )принадлежность программного обеспечения. В этом методе вы получаете обновления непосредственно от yum в случае выхода новой версии программного обеспечения. -загрузить и установить вручную RPM, связанный с программным обеспечением -скомпилировать из исходников.