Dieser Fehler über Upstart/systemd mit Runit?

Ich führe sudo apt-get install git-all aus in Ubuntu 16.04 und siehe folgendes am Ende

Setting up runit (2.1.2-3ubuntu1) ...
start: Unable to connect to Upstart: Failed to connect to socket /com/ubuntu/upstart: Connection refused
dpkg: error processing package runit (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of git-daemon-run:
 git-daemon-run depends on runit; however:
  Package runit is not configured yet.

dpkg: error processing package git-daemon-run (--configure):
 dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup error from a previous failure.
                      Errors were encountered while processing:
 runit
 git-daemon-run
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ich bekomme den Fehler auch nach dem Neustart meines Systems. Es blockiert wirklich mein ganzes System.
Ich starte killall update-notifier . Ich führe sudo apt-get install git-all aus aber
Ich bekomme die gleiche Fehlermeldung. Ich führe pgrep -a apt aus bekomme aber nichts als ausgabe. Ich führe pgrep -a update aus bekomme aber nichts als Ausgabe.
Ein Fehlerbericht über den Fall hier.

• Wählen Sie in Grub Erweiterte Optionen> Ubuntu (Upstart) Linux-Kernel 4.22 . Das gleiche nur im Terminal ohne systemd verursacht denselben Fehler.

Warum tritt dieser Fehler hier bei runit auf?

Akzeptierte Antwort:

Gerrit Pape, der sowohl xyr-eigenes Runit als auch Bernsteins Daemontools-Pakete für Debian verwaltet, ist einer der wenigen Entwickler, der sich die Idee der „Init-Systemneutralität“ (die nach dem Debian-Systemd-Hoo-hah viel herumgesprochen wurde) wirklich zu Herzen genommen hat und hat sich bemüht, diese unter van Smoorenburg init laufen zu lassen , upstart und systemd.

Das Betreuer-Skript nach der Installation für runit finden Sie entpackt auf Ihrem System aus dem Paket irgendwo wie /var/lib/dpkg/info/runit.postinst . Wie Sie sehen können, versucht es, das Vorhandensein von upstart zu erkennen und das runsvdir zu starten Emporkömmling-Job, wenn Emporkömmling vorhanden ist. Das Gleiche geschieht mit systemd und runit.service .

Leider auf Ubuntu 14 und höher beides systemd und Emporkömmling sind installiert. Und so versucht das Betreuerskript nach der Installation für das Paket, den Upstart-Job mit start von upstart auszuführen Befehl. Natürlich ist upstart nicht (standardmäßig) der systemweite Dienstmanager in Ubuntu 15 und höher und der start von upstart Befehl funktioniert nicht.

Das Folgende ist eine grobe Vorstellung davon, wie das Skript gepatcht werden kann, um dies zu umgehen:

…
if test -r /usr/share/debconf/confmodule; then
  . /usr/share/debconf/confmodule
  db_purge
fi

if test -d /run/systemd/system ; then
  systemctl start runit.service
elif test -x /sbin/start ; then
  /sbin/start runsvdir
fi

Das ist nicht ideal, aber es ist ein Anfang. runit.prerm und runit.postrm erfordern ebenfalls einige Anpassungen.

Verwandte:Bash-Konvertierung von \xC3\x89 in É?

Weiterführende Literatur

• Jonathan de Boyne Pollard (2015). /etc/inittab gehört der Vergangenheit an. . Häufig gegebene Antworten.
• Jonathan de Boyne Pollard (2014-11-04). Runeinheit . debian-vote-Mailingliste.
• Nikolay Hristov (2014-10-21). runit:Runit kann nach der Neuinstallation von Jessie Beta2 nicht installiert werden . Debian-Fehler Nr. 766187.
• Andreas Beckmann (03.11.2014). daemontools-run:Installation ohne /etc/inittab schlägt fehl . Debian-Fehler #767933.
• runit.postinst . Rununit-Quelle . Ubuntu-Launchpad.
• https://unix.stackexchange.com/a/196252/5132