Ich arbeite an einer Debian Wheezy x64-Box mit Dist-Upgrade auf:
Debian 7.7 (wheezy) 64-bit
kernel Linux 3.2.0-4-amd64
Es ist mit Linux RAID10, dm-crypt/LUKS und LVM konfiguriert. Ich habe VirtualBox von installiert virtualbox-4.3_4.3.20-96996~Debian~wheezy_amd64.deb.
Obwohl es bootet und Software ausführt, ist etwas an insserv kaputt. Beispiel:
root@debian:/home/user# apt-get install iptables-persistent
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
iptables-persistent
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/10.3 kB of archives.
After this operation, 61.4 kB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously unselected package iptables-persistent.
(Reading database ... 133127 files and directories currently installed.)
Unpacking iptables-persistent (from .../iptables-persistent_0.5.7_all.deb) ...
Setting up iptables-persistent (0.5.7) ...
insserv: There is a loop between service mountnfs and nfs-common if started
insserv: loop involving service nfs-common at depth 12
insserv: loop involving service rpcbind at depth 10
insserv: loop involving service mountnfs at depth 13
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing iptables-persistent (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
iptables-persistent
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ich erhalte grundsätzlich die gleichen Fehler mit root@debian:/home/user# apt-get install -f. Einige andere Pakete lassen sich jedoch erfolgreich installieren:
root@debian:/home/user# apt-get install p7zip
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
p7zip
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 386 kB of archives.
After this operation, 1,010 kB of additional disk space will be used.
Get:1 http://ftp.at.debian.org/debian/ wheezy/main p7zip amd64 9.20.1~dfsg.1-4 [386 kB]
Fetched 386 kB in 1s (299 kB/s)
Selecting previously unselected package p7zip.
(Reading database ... 133131 files and directories currently installed.)
Unpacking p7zip (from .../p7zip_9.20.1~dfsg.1-4_amd64.deb) ...
Processing triggers for man-db ...
Setting up iptables-persistent (0.5.7) ...
insserv: There is a loop between service mountnfs and nfs-common if started
insserv: loop involving service nfs-common at depth 12
insserv: loop involving service rpcbind at depth 10
insserv: loop involving service mountnfs at depth 13
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing iptables-persistent (--configure):
subprocess installed post-installation script returned error exit status 1
Setting up p7zip (9.20.1~dfsg.1-4) ...
Errors were encountered while processing:
iptables-persistent
E: Sub-process /usr/bin/dpkg returned an error code (1)
Die Installation von iptables-persistent kann jedoch immer noch nicht abgeschlossen werden.
Das Aktualisieren der NFS-Common-Runlevel-Standardwerte hilft nicht und zeigt dieselben Fehler an:
root@debian:/home/user# update-rc.d nfs-common defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match nfs-common Default-Start values (2 3 4 5 S)
insserv: There is a loop between service mountnfs and nfs-common if started
insserv: loop involving service nfs-common at depth 12
insserv: loop involving service rpcbind at depth 10
insserv: loop involving service mountnfs at depth 13
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
Google hat mir nichts Nützliches angezeigt. Unddie einzige ähnliche Frage hierist zum Glück nicht relevant.
Wie kann ich das beheben? Ich weiß, dass die Runlevel-Nichtübereinstimmung für nfs-common relevant sein kann, aber ich weiß nicht, wie ich weiter vorgehen soll.
Bearbeiten: Wie von wurtel vorgeschlagen, habe ich mountnfs, nfs-common und rpcbind entfernt, da ich kein NFS verwende. Ich musste sie in dieser Reihenfolge entfernen, um die Schleifenfehler zu vermeiden. Aber das Festlegen der Standardeinstellungen schlug fehl:
root@debian:/home/user# update-rc.d -f rpcbind defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match rpcbind Default-Start values (S 2 3 4 5)
root@debian:/home/user# update-rc.d -f nfs-common defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match nfs-common Default-Start values (2 3 4 5 S)
insserv: There is a loop between service mountnfs and nfs-common if started
insserv: loop involving service nfs-common at depth 14
insserv: loop involving service rpcbind at depth 12
insserv: loop involving service mountnfs at depth 16
insserv: There is a loop between service mountnfs and nfs-common if started
insserv: loop involving service rsyslog at depth 17
root@debian:/home/user# update-rc.d -f mountnfs defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: error: unable to read /etc/init.d/mountnfs
Positiv ist, dass ich, nachdem ich mountnfs, nfs-common und rpcbind wieder entfernen konnte, iptables-persistent installieren und konfigurieren konnte. Allerdings bleiben mir update-rc.d: error: unable to read /etc/init.d/mountnfsdie nicht übereinstimmenden Standard-Start-Runlevel-Werte für rpcbind und nfs-common.
Noch schlimmer ist, dass das Setzen von Standardwerten für andere Pakete in fehlschlägt /etc/default/. Bei manchen ist es „nicht lesbar“. Beispiel:
root@debian:/etc/iptables# update-rc.d grub defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: error: unable to read /etc/init.d/grub
Bei anderen liegt es an der Nichtübereinstimmung der Standard-Start-Runlevel. Beispiel:
root@debian:/etc/default# update-rc.d halt defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match halt Default-Start values (none)
update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match halt Default-Stop values (0)
Und der Rest funktioniert. Zum Beispiel:
root@debian:/etc/default# update-rc.d exim4 defaults
update-rc.d: using dependency based boot sequencing
Wenn mountnfs, nfs-common und rpcbind entfernt sind, sehe ich jedoch für keines davon Schleifenfehler. Dies scheint also lediglich ein Symptom der rc.d-Fehler zu sein.
Aber das sollte meiner Meinung nach eine andere Frage sein.
Antwort1
Ich hatte ein ähnliches Problem. Löschen initscripts.*von /var/lib/dpkg/info
apt-get install -fDurch anschließendes Ausführen wird das Problem behoben.
Die Lösung stammte ausHier