/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, которого там нет.

Это просто смешно.

1. Найдите в /etc/init.dсимволическую ссылку, указывающую на /lib/init/upstart-job. Судя по всему /etc/init.d/screen-cleanup.
2. Удалите его.

Вишенкой на торте является то, что transmission-daemonуправляется родным сервисным модулем systemd(/lib/systemd/system/transmission-daemon.service)в Ubuntu 16, а механизмы обратной совместимости van Smoorenburg rcи /lib/systemd/systemd-sysv-installне применяются к нему в первую очередь..

Дополнительная литература

• Петтер Рейнхольдсен (2009 -09 -17 ).insserv :Должен обрабатывать /lib/init/upstart -записи заданий.Ошибка Debian #547235.
• " СОВМЕСТИМОСТЬ ЗАДАНИЙ UPSTART ". insserv. Страницы руководства Debian 7.
• https://sources.debian.org/src/upstart/1.11-5/debian/upstart-job/#L114
• https://unix.stackexchange.com/a/233581/5132
• https://unix.stackexchange.com/a/394191/5132