склонный - добираются, установка - переустанавливают отказавший
Я просто обновил человечность от 14,04 до 16,04.
Но затем я понял iptables-persistent отсутствовал.
Таким образом, я решил переустановить его, с помощью этой команды:
sudo apt-get install iptables-persistent --reinstall
Но это дало мне некоторые предупреждающие сообщения:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
aptitude-common dh-apparmor g++-4.8 libaio1 libarchive13 libboost-iostreams1.54.0 libboost-iostreams1.58.0 libcgi-fast-perl libcgi-pm-perl libclass-accessor-perl libcolord1 libcolorhug1 libcwidget3
libencode-locale-perl libept1.4.12 libfcgi-perl libgif4 libgphoto2-port10 libgssglue1 libhtml-parser-perl libhtml-tagset-perl libhtml-template-perl libhttp-date-perl libhttp-message-perl
libio-html-perl libio-string-perl libisl10 libldb1 liblwp-mediatypes-perl liblzo2-2 libntdb1 libonig2 libparse-debianchangelog-perl libqdbm14 libsigc++-2.0-0c2a libstdc++-4.8-dev libsub-name-perl
libtalloc2 libtdb1 libterm-readkey-perl libtevent0 liburi-perl libv4l-0 libv4lconvert0 libvpx1 libwbclient0 libxapian22v5 m17n-contrib mysql-client-5.7 mysql-client-core-5.7 mysql-server-core-5.7
nagios-plugins-common nagios-plugins-standard python-colorama python-crypto python-distlib python-html5lib python-ldb python-ntdb python-pyinotify python-talloc python-tdb rlwrap samba-common
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 0 B/6,540 B of archives.
After this operation, 0 B of additional disk space will be used.
Preconfiguring packages ...
(Reading database ... 63410 files and directories currently installed.)
Preparing to unpack .../iptables-persistent_1.0.4_all.deb ...
Unpacking iptables-persistent (1.0.4) over (1.0.4) ...
Setting up pppconfig (2.3.22) ...
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
insserv: warning: script 'S02fw.set' missing LSB tags and overrides
insserv: warning: script 'fw.set' missing LSB tags and overrides
Setting up iptables-persistent (1.0.4) ...
insserv: warning: script 'S02fw.set' missing LSB tags and overrides
insserv: warning: script 'fw.set' missing LSB tags and overrides
You have mail in /var/mail/root
это в порядке? Просто хочу удостовериться, что все работает отлично или нет
1 ответ
Эти предупреждения связаны с Ubuntu, запускающей/активирующей некоторые сервисы во время процесса установки, и являются ничем для волнения о.
Исторически, различные init системы использовались в Ubuntu. В наше время systemd используется, но ранее, Ubuntu использовала Выскочку, и даже прежде чем тот (давным-давно), Ubuntu использовала SysVinit.
Некоторые сценарии могут все еще лежать вокруг в некоторых процедурах установки, которые пытаются использовать олдскульные команды типа для управления сервисами, и когда это происходит, Вы получаете виды предупреждений, что Вы видели. Это - ничто для волнения о по сути: названные утилиты (update-rc.d и insserv в Вашем случае), просто предупреждают Вас к тому, что эти сценарии должны быть обновлены, и они возвращаются к некоторому поведению по умолчанию, которое должно быть очень хорошо. Если это не было, и сценарий на самом деле должен был быть обновлен, чтобы установленный пакет работал, это, вероятно, уже произошло бы.
(В Вашем случае это похоже update-rc.d назван с start опция, которая удерживается от использования; это использовалось для создания некоторых символьных ссылок, чтобы заставить некоторый сервис запуститься в данном runlevels. Так update-rc.d отступает к команде defaults, что означает, что соответствующий сервис будет запущен/остановлен в тех runlevels, указанных в его заголовке LSB; чтобы сделать так, это использует insserv. Два из сервисов пропускают заголовок LSB, таким образом, insserv в свою очередь также возвращается к некоторым значениям по умолчанию. Я не уверен, каково это, но я предположил бы, что они будут в порядке. Во всяком случае худшая вещь, которая могла произойти, состоит в том, что некоторый сервис не запускается в runlevel, где Вы ожидали, что это будет работать, и это не должно быть трудно зафиксировать.)