Obtenir une erreur avec dpkg

8

J'ai récemment mis à niveau mon serveur 14.04 vers 14.10 et j'ai reçu ce message d'erreur lors de la mise à niveau:

Configuration de sysv-rc (2.88dsf-41ubuntu18) ...
info: Réorganisation du système de démarrage, connectez-vous à /var/lib/insserv/run-20141030T2142.log
erreur: quelque chose a échoué lors de la migration.

erreur: impossible de migrer vers un séquencement de démarrage basé sur les dépendances.

Voir http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot pour
plus d'informations sur le séquencement de démarrage basé sur les dépendances. À
réessayez le processus de migration, exécutez 'dpkg --configure sysv-rc'.

dpkg: erreur de traitement du paquet sysv-rc (--configure):
 le script de post-installation du sous-processus installé a renvoyé l'état de sortie d'erreur 1

Chaque fois que j'installe des packages / utilise dpkg, j'obtiens une erreur très similaire. Cela n'est jamais arrivé le 14.04.



EDIT: Ajouté ci-dessous est un journal qui pourrait contenir plus d'informations

info: Conversion de rc0.d / S * et rc6.d / S * en K *.
ls: impossible d'accéder à S *: aucun fichier ou répertoire de ce type
ls: impossible d'accéder à S *: aucun fichier ou répertoire de ce type
info: exécution d'insserv
insserv: avertissement: script 'wide-dhcpv6-client' balises LSB manquantes et remplacements
insserv: avertissement: script 'bind9' balises LSB et remplacements manquants
insserv: il y a une boucle entre le service bind9 et apache2 s'il est arrêté
insserv: boucle impliquant le service apache2 en profondeur 2
insserv: boucle impliquant le service bind9 en profondeur 1
insserv: boucle impliquant des envois de service en profondeur 4
insserv: quitter maintenant sans changer l'ordre de démarrage!
server dpkg 14.10 wolfy1339
la source
alors que se passe-t-il lorsque vous exécutez "dpkg --configure sysv-rc" comme conseillé?
Panther
même message d'erreur s'affiche
wolfy1339
C'est un bug et vous n'avez pas posté suffisamment d'informations pour que je vous donne une réponse. Il y a une discussion ici - unix.stackexchange.com/questions/145964/… mais je n'ai pas vu de correctif
Panther
j'ai inclus la dernière connexion dans mon article
wolfy1339
supprimer apache et lier 9 et réessayer. Ensuite, réinstallez apache et liez 9.
Panther

Réponses:

8

J'ai eu exactement le même problème, mais dans mon cas, il était dû au virtuoso-nepomukscript.

Au lieu de supprimer bind9et apache, je suggérerais simplement de déplacer leurs scripts hors du /etc/init.drépertoire. Cela devrait permettre au processus de se terminer, alors vous pouvez faire une apt-get install --reinstall ...sur ces packages après avoir terminé la mise à jour pour reconfigurer correctement leur démarrage.

3vi1
la source
3

Il semble que vous ayez des erreurs dans vos fichiers de configuration pour bind9 et wide-dhcpv6-client. Si vous ne les avez pas modifiés manuellement vous-même (c'est-à-dire que vous utilisez / souhaitez utiliser le comportement client DHCP / DNS par défaut), vous devez émettre

apt-get install --reinstall bind9 wide-dhcpv6-client

et quand il vous demande si vous souhaitez conserver vos fichiers de configuration actuels, dites-lui de remplacer le vôtre par la version du mainteneur du paquet.

J'ai eu ce problème après avoir utilisé do-release-upgrade pour passer de Trusty à Xenial. Je suppose que quelque part là-dedans, il n'a pas tout à fait correctement mis à niveau d'Upstart vers systemd. Quoi qu'il en soit, ce qui précède a résolu le problème pour moi.

Si apt signale des erreurs dans vos fichiers de configuration pour le serveur DHCP, vous souhaiterez probablement résoudre ce problème de toute façon. La réponse de 3vi1 a simplement poussé le problème possible sous le tapis pour tromper apt à faire ce que vous voulez.

lpreams
la source
-1

En faisant cela sur un ordinateur portable Dell Precision M3800 livré avec Ubuntu, j'ai dû faire de même pour /etc/init.d/dell*.

crocodile2u
la source