Eu tive problema semelhante.
Excluir initscripts.* de / var/lib/dpkg/info
A execução de apt-get install -f depois disso corrige o problema.
A solução foi retirada de aqui
Estou trabalhando em uma caixa x64 do Debian wheezy, com dist-upgrade para:
Debian 7.7 (wheezy) 64-bit
kernel Linux 3.2.0-4-amd64
Ele está configurado com o Linux RAID10, dm-crypt / LUKS e LVM. Eu instalei o VirtualBox de virtualbox-4.3_4.3.20-96996~Debian~wheezy_amd64.deb .
Embora inicialize e execute software, algo sobre insserv é quebrado. Por exemplo:
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)
Eu obtenho basicamente os mesmos erros com root@debian:/home/user# apt-get install -f . No entanto, alguns outros pacotes são instalados com sucesso:
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)
Mas a instalação do iptables-persistent ainda não foi concluída.
A atualização dos padrões de nível de execução comuns do nfs não ajuda e mostra os mesmos erros:
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
O Google não me mostrou nada de útil. E o único semelhante pergunta aqui felizmente não é relevante.
Como posso consertar isso? Compreendo que a incompatibilidade de nível de execução para nfs-common possa ser relevante, mas não entendo como proceder.
Edit: Como sugerido por wurtel, dado que eu não estou usando o nfs, eu removi o mountnfs, nfs-common e rpcbind. Eu tive que removê-los nessa ordem, para evitar os erros de loop. Mas a configuração dos padrões falhou:
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
No lado positivo, uma vez que eu consegui novamente remover mountnfs, nfs-common e rpcbind, consegui instalar e configurar o iptables-persistent. No entanto, fiquei com update-rc.d: error: unable to read /etc/init.d/mountnfs e os valores de nível de execução padrão incorretos para rpcbind e nfs-common.
Ainda pior, acho que os padrões de configuração falham para outros pacotes em /etc/default/ . Para alguns, é "incapaz de ler". Por exemplo:
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
Para outros, é a incompatibilidade de nível de execução inicial padrão. Por exemplo:
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)
E o resto funciona. Por exemplo:
root@debian:/etc/default# update-rc.d exim4 defaults
update-rc.d: using dependency based boot sequencing
No entanto, com mountnfs, nfs-common e rpcbind removidos, não vejo erros de loop para nenhum deles. Então, isso parece ser apenas um sintoma dos erros do rc.d.
Mas isso deve ser outra questão, eu acho.
Eu tive problema semelhante.
Excluir initscripts.* de / var/lib/dpkg/info
A execução de apt-get install -f depois disso corrige o problema.
A solução foi retirada de aqui