Cette erreur à propos de Upstart/systemd avec Runit ?

Je lance sudo apt-get install git-all dans Ubuntu 16.04 et voir ce qui suit à la fin

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)

J'obtiens également l'erreur après le redémarrage de mon système. Cela bloque vraiment tout mon système.
Je lance killall update-notifier . Je lance sudo apt-get install git-all mais
je reçois le même message d'erreur. Je lance pgrep -a apt mais n'obtient rien en sortie. Je lance pgrep -a update mais n'obtient rien en sortie.
Un rapport de bogue sur le cas ici.

Dans Grub, choisissez Options avancées> Ubuntu (Upstart) noyau Linux 4.22 . Faire la même chose uniquement dans le terminal sans systemd provoque la même erreur.

Pourquoi cette erreur est-elle ici avec runit ?

Réponse acceptée :

Gerrit Pape, qui gère à la fois xyr runit et les paquets daemontools de Bernstein pour Debian, est l'un des rares développeurs à avoir pris à cœur l'idée de « neutralité du système d'initialisation » (qui a beaucoup été évoquée après le systemd de Debian hoo-hah) et s'est efforcé de les supporter sous van Smoorenburg init , upstart et systemd.

Le script de maintenance post-installation pour runit que vous trouverez décompressé sur votre système à partir du paquet quelque part comme /var/lib/dpkg/info/runit.postinst . Comme vous pouvez le voir, il essaie de détecter la présence d'upstart et de démarrer le runsvdir travail upstart si upstart est présent. Il fait la même chose avec systemd et runit.service .

Malheureusement, sur Ubuntu 14 et versions ultérieures les deux systemd et upstart sont installés. Et donc le script de maintenance post-installation pour le paquet essaie d'exécuter le travail upstart avec le start de upstart commande. Bien sûr, upstart n'est pas (par défaut) le gestionnaire de services à l'échelle du système dans Ubuntu 15 et versions ultérieures, et le start de upstart la commande ne fonctionne pas.

Voici une idée approximative de la façon de corriger le script afin de surmonter cela :

…
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

Ce n'est pas idéal, mais c'est un début. runit.prerm et runit.postrm nécessitent également quelques ajustements.

En relation :Bash convertit \xC3\x89 en É ?

Autres lectures

Jonathan de Boyne Pollard (2015). /etc/inittab appartient au passé. . Réponses fréquemment données.
Jonathan de Boyne Pollard (2014-11-04). exécuter . liste de diffusion debian-vote.
Nikolay Hristov (2014-10-21). runit :Échec de l'installation de runit après une nouvelle installation de jessie beta2 . Bogue Debian #766187.
Andréas Beckmann (2014-11-03). daemontools-run :échec de l'installation sans /etc/inittab . Bogue Debian #767933.
runit.postinst . source d'exécution . Barre de lancement Ubuntu.
https://unix.stackexchange.com/a/196252/5132