Я работаю на Debian wheezy x64 с dist-upgrade до:
Debian 7.7 (wheezy) 64-bit
kernel Linux 3.2.0-4-amd64
Он настроен с Linux RAID10, dm-crypt/LUKS и LVM. Я установил VirtualBox из virtualbox-4.3_4.3.20-96996~Debian~wheezy_amd64.deb.
Хотя он загружается и запускает программное обеспечение, что-то в insserv сломано. Например:
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)
Я получаю в основном те же ошибки с root@debian:/home/user# apt-get install -f. Однако некоторые другие пакеты устанавливаются успешно:
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)
Но установка iptables-persistent по-прежнему не завершается.
Обновление значений уровня запуска nfs-common по умолчанию не помогает и выдает те же ошибки:
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 не показал мне ничего полезного. Иединственный подобный вопрос здеськ счастью, это не имеет значения.
Как это исправить? Я понимаю, что несоответствие уровня запуска для nfs-common может иметь значение, но я не понимаю, как действовать дальше.
Редактировать: Как предложил wurtel, учитывая, что я не использую nfs, я удалил mountnfs, nfs-common и rpcbind. Мне пришлось удалить их в таком порядке, чтобы избежать ошибок цикла. Но установка значений по умолчанию не удалась:
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
С другой стороны, как только мне снова удалось удалить mountnfs, nfs-common и rpcbind, я смог установить и настроить iptables-persistent. Однако у меня остались update-rc.d: error: unable to read /etc/init.d/mountnfsнесовпадающие значения начального уровня запуска для rpcbind и nfs-common.
Хуже того, я обнаружил, что установка значений по умолчанию не работает для других пакетов в /etc/default/. Для некоторых это "невозможно прочитать". Например:
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
Для других это несоответствие начального уровня запуска по умолчанию. Например:
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)
А остальное работает. Например:
root@debian:/etc/default# update-rc.d exim4 defaults
update-rc.d: using dependency based boot sequencing
Однако, с удаленными mountnfs, nfs-common и rpcbind, я не вижу ошибок цикла ни для одного из них. Так что это, похоже, просто симптом ошибок rc.d.
Но это, я думаю, уже другой вопрос.
решение1
У меня была похожая проблема. Удалить initscripts.*из /var/lib/dpkg/info
Последующий запуск apt-get install -fрешает проблему.
Решение взято изздесь