Niedawno zaktualizowałem serwer 14.04 do wersji 14.10 i otrzymałem ten komunikat o błędzie podczas aktualizacji:
Konfigurowanie sysv-rc (2.88dsf-41ubuntu18) ... informacje: Zmiana kolejności systemu rozruchowego, zaloguj się do /var/lib/insserv/run-20141030T2142.log błąd: Wystąpił błąd podczas migracji. błąd: nie można przeprowadzić migracji do sekwencji rozruchu opartej na zależnościach. Zobacz http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot dla więcej informacji na temat sekwencjonowania rozruchu opartego na zależności. Do ponów próbę procesu migracji, uruchom „dpkg --configure sysv-rc”. dpkg: pakiet przetwarzania błędów sysv-rc (--configure): podproces zainstalowany skrypt poinstalacyjny zwrócił błąd wyjścia status 1
Ilekroć instaluję pakiety / używam dpkg, pojawia się bardzo podobny błąd. To się nigdy nie wydarzyło 14.04.
EDYCJA: Dodano poniżej dziennik, który może zawierać więcej informacji
info: Konwertowanie rc0.d / S * i rc6.d / S * na K *. ls: nie można uzyskać dostępu do S *: brak takiego pliku lub katalogu ls: nie można uzyskać dostępu do S *: brak takiego pliku lub katalogu info: running insserv insserv: ostrzeżenie: w skrypcie „wide-dhcpv6-client” brakuje tagów i przesłonięć LSB insserv: ostrzeżenie: w skrypcie „bind9” brakuje tagów i przesłonięć LSB insserv: Jeśli zatrzymano, istnieje pętla między usługą bind9 a apache2 insserv: pętla obejmująca apache usługi 2 na głębokości 2 insserv: pętla obejmująca usługę bind9 na głębokości 1 insserv: pętla obejmująca wysyłkę usług na głębokości 4 insserv: wychodzenie teraz bez zmiany kolejności rozruchu!
Odpowiedzi:
Miałem dokładnie ten sam problem, ale w moim przypadku był on spowodowany przez
virtuoso-nepomuk
skrypt.Zamiast usuwać
bind9
iapache
sugerowałbym po prostu przeniesienie ich skryptów z/etc/init.d
katalogu. Powinno to pozwolić na zakończenie procesu, a następnie możesz zrobićapt-get install --reinstall ...
na tych pakietach po zakończeniu aktualizacji, aby poprawnie skonfigurować ich uruchamianie.źródło
Wygląda na to, że masz błędy w plikach konfiguracyjnych dla bind9 i wide-dhcpv6-client. Jeśli nie edytowałeś ich samodzielnie (tzn. Używasz / chcesz użyć domyślnego zachowania klienta DHCP / DNS), powinieneś wydać
a gdy pojawi się pytanie, czy chcesz zachować bieżące pliki konfiguracyjne, powiedz, aby zastąpił je wersją opiekuna pakietu.
Ten problem wystąpił po użyciu aktualizacji do-release do przejścia z wersji Trusty na Xenial. Wydaje mi się, że gdzieś tam nie do końca zaktualizowano z Upstart do systemowego. W każdym razie powyższe rozwiązało problem dla mnie.
Jeśli apt zgłasza błędy w twoich plikach konfiguracyjnych dla serwera DHCP, prawdopodobnie i tak chcesz je rozwiązać. Odpowiedź 3vi1 po prostu wepchnęła możliwy problem pod dywan, aby skłonić apt do robienia tego, co chcesz.
źródło
Robiąc to na laptopie Dell Precision M3800 z Ubuntu, musiałem zrobić to samo
/etc/init.d/dell*
.źródło