Я вижу эти ошибки при попытке установить Inkscape
или установите любое программное обеспечение в этом отношении.
Когда я пытаюсь использовать sudo Кв. - получают установку language-pack-en-base, она показывает ту же ошибку.
Я также попробовал sudo, dpkg-реконфигурировали локали и затем попробованный для установкиInkscape
- но это не работает.
abhilash@abhilash-Inspiron-3542:~$ sudo apt-get install inkscape
[sudo] password for abhilash:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
gawk libgsl2 libgtkmm-2.4-1v5 libgtkspell0 libimage-magick-perl
libimage-magick-q16-perl libmagick++-6.q16-5v5 libwmf-bin python-numpy
transfig
Suggested packages:
gawk-doc pstoedit dia | dia-gnome libsvg-perl libxml-xql-perl
python-uniconvertor ruby gsl-ref-psdoc | gsl-doc-pdf | gsl-doc-info
| gsl-ref-html imagemagick-doc gfortran python-dev python-nose
python-numpy-dbg python-numpy-doc xfig
The following NEW packages will be installed:
gawk inkscape libgsl2 libgtkmm-2.4-1v5 libgtkspell0 libimage-magick-perl
libimage-magick-q16-perl libmagick++-6.q16-5v5 libwmf-bin python-numpy
transfig
0 upgraded, 11 newly installed, 0 to remove and 158 not upgraded.
8 not fully installed or removed.
Need to get 0 B/16.9 MB of archives.
After this operation, 107 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up util-linux (2.27.1-6ubuntu3.3) ...
insserv: warning: script 'K01runlcactivator' missing LSB tags and overrides
insserv: warning: script 'runlcactivator' missing LSB tags and overrides
insserv: There is a loop between service plymouth and procps if started
insserv: loop involving service procps at depth 2
insserv: loop involving service udev at depth 1
insserv: Starting runlcactivator depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: Starting runlcactivator depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: Starting runlcactivator depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: Starting runlcactivator depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: loop involving service networking at depth 4
insserv: There is a loop between service plymouth and urandom if started
insserv: loop involving service urandom at depth 4
insserv: loop involving service mountdevsubfs at depth 2
insserv: There is a loop at service runlcactivator if started
insserv: Starting runlcactivator depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: Starting runlcactivator depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: Starting runlcactivator depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: Starting runlcactivator depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: There is a loop between service runlcactivator and dns-clean if started
insserv: loop involving service dns-clean at depth 1
insserv: Starting runlcactivator depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing package util-linux (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
util-linux
E: Sub-process /usr/bin/dpkg returned an error code (1)
abhilash@abhilash-Inspiron-3542:~$
Мне сказали -
проблема состоит в том, что Вы застреваете при упорядочивании начальной загрузки.
Вот то, что я вижу, когда я просмотрел файл [runlcactivator]
Теперь предложите, как делают я "полностью произвожу чистку программы и сценариев от/etc/init.d/и/etc/rc? файлы". - как предлагается в ответе? Что командная строка состоит в том, чтобы сделать это?
Я не знаком с кодами, поэтому если инструкции являются конкретными, я могу просто следовать за ними как есть. Спасибо за помощь!
В первую очередь, проблема состоит в том, что Вы застреваете при упорядочивании начальной загрузки.
Метод упорядочивания начальной загрузки решен во время установки или обновлений. Если нет никаких циклов в зависимостях, объявленных заголовками LSB всех установленных init.d
сценарии и никакие устаревшие сценарии, система преобразовывается в основанную на зависимости последовательность начальной загрузки. Мы должны проверить на
Цикл в зависимостях: Происходит когда>
Там пропускают теги LSB в некоторых сценариях или ошибку в тегах LSB как пропавшие без вести Required-Start:
или Required-Stop:
теги
Некоторые сценарии зависят от других сценариев, которые зависят от системного средства $all
, который не может быть верным потому что сценарий в зависимости от $all
загружается в последний раз при запуске. Так как это загружается в последний раз, ничто не может зависеть от него. Следовательно, это портит основанную на зависимости последовательность начальной загрузки.
Устаревшие сценарии: Происходите когда
/etc/init.d/
и специалист по обслуживанию, возможно, пропустил код для удаления старого сценария. Не наша ошибка.Причина является, конечно, внешней. Перейдите в /etc/init.d
и просмотрите соответствие файла runlcactivator
и подтвердите, что это имеет комментарий LSB с Provides
,Required-Start
/Required-Stop
(по крайней мере, пустой), Default-Start/Default-Stop
в нем как ниже.
### BEGIN INIT INFO
# Provides : runlcactivator
# Required-Start :
# Required-Stop :
# Default-Start : 2 3 4 5
# Default-Stop : 0 1 6
# Short-Description : runlcactivator
# Description : runlcactivator
### END INIT INFO
Если это не там, можно или добавить комментарий LSB или полностью произвести чистку программы и сценариев от /etc/init.d/
и /etc/rc?
файлы. Существует два сценария: K01runlcactivator
и runlcactivator
Обратите внимание на то, что я ворчал, этот ответ бесстыдно от Неспособного для установки чего-либо с помощью склонного - добираются из-за insserv на Unix & Linux SE.
У меня был тот же вид проблемы, которая начала происходить, когда я пытался установить аппаратный ключ Гостиницы при аэропорте 4G в своей системе человечности, хотя это никогда не работало.
Я переместился, или скажите удаленный
/etc/init.d/runlcactivator
файл от местоположения и затем попробованные пакеты программного обеспечения установки и я смогли установить пакеты снова гладко.