Ошибка при установке, обновлении или autoremove: предупреждение insserv: сценарий «K01runlcactivator» и «runlcactivator»

Question 1

Я вижу эти ошибки при попытке установить Inkscape или установить какое-либо программное обеспечение в этом отношении.

Когда я пытаюсь использовать sudo apt-get install language-pack-en-base, он показывает те же эти .

Я также пробовал sudo apt-get install language-pack-en-base , а затем попытался установить 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? ». - как предлагается в ответе? Что это за командная строка?

Я не знаком с кодами, поэтому, если инструкции являются конкретными, я могу просто следовать за ними так, как есть. Спасибо за помощь!

Question 2

У меня была такая же проблема, которая возникла, когда я попытался установить ключ Airtel 4G на моей системе ubuntu, хотя он никогда не работал.

Я переехал или сказал, что удален

/ etc / init.d / runlcactivator

из местоположения, а затем попытался установить пакеты программного обеспечения, и я смог легко установить пакеты.

Question 3

Question 4

Прежде всего, проблема в том, что вы застряли в последовательности загрузки.

Метод последовательности загрузки определяется во время установки или обновления. Если в зависимостях, объявленных заголовками LSB всех установленных сценариев init.d, и нет устаревших скриптов, нет циклов, система преобразуется в последовательность загрузки на основе зависимостей. Мы должны проверить наличие

Loop в зависимостях: Происходит, когда> В некоторых сценариях отсутствуют ошибки 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

Обратите внимание, что я бесстыдно открестил этот ответ от Невозможно установить что-либо, используя apt-get из-за insserv в Unix & amp; Linux SE.

Question 5

У меня была такая же проблема, которая возникла, когда я попытался установить ключ Airtel 4G на моей системе ubuntu, хотя он никогда не работал.

Я переехал или сказал, что удален

/ etc / init.d / runlcactivator

из местоположения, а затем попытался установить пакеты программного обеспечения, и я смог легко установить пакеты.

Question 6

Прежде всего, проблема в том, что вы застряли в последовательности загрузки.

Метод последовательности загрузки определяется во время установки или обновления. Если в зависимостях, объявленных заголовками LSB всех установленных сценариев init.d, и нет устаревших скриптов, нет циклов, система преобразуется в последовательность загрузки на основе зависимостей. Мы должны проверить наличие

Loop в зависимостях: Происходит, когда> В некоторых сценариях отсутствуют ошибки 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

Обратите внимание, что я бесстыдно открестил этот ответ от Невозможно установить что-либо, используя apt-get из-за insserv в Unix & amp; Linux SE.

Talat Parwez · Answer 1 · 18 July 2018 в 07:37

У меня была такая же проблема, которая возникла, когда я попытался установить ключ Airtel 4G на моей системе ubuntu, хотя он никогда не работал.

Я переехал или сказал, что удален

/ etc / init.d / runlcactivator

из местоположения, а затем попытался установить пакеты программного обеспечения, и я смог легко установить пакеты.

Zanna · Answer 2 · 18 July 2018 в 07:37

Прежде всего, проблема в том, что вы застряли в последовательности загрузки.

Метод последовательности загрузки определяется во время установки или обновления. Если в зависимостях, объявленных заголовками LSB всех установленных сценариев init.d, и нет устаревших скриптов, нет циклов, система преобразуется в последовательность загрузки на основе зависимостей. Мы должны проверить наличие

Loop в зависимостях: Происходит, когда> В некоторых сценариях отсутствуют ошибки 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

Обратите внимание, что я бесстыдно открестил этот ответ от Невозможно установить что-либо, используя apt-get из-за insserv в Unix & amp; Linux SE.

Talat Parwez · Answer 3 · 24 July 2018 в 18:50

У меня была такая же проблема, которая возникла, когда я попытался установить ключ Airtel 4G на моей системе ubuntu, хотя он никогда не работал.

Я переехал или сказал, что удален

/ etc / init.d / runlcactivator

из местоположения, а затем попытался установить пакеты программного обеспечения, и я смог легко установить пакеты.

Zanna · Answer 4 · 24 July 2018 в 18:50

Прежде всего, проблема в том, что вы застряли в последовательности загрузки.

Метод последовательности загрузки определяется во время установки или обновления. Если в зависимостях, объявленных заголовками LSB всех установленных сценариев init.d, и нет устаревших скриптов, нет циклов, система преобразуется в последовательность загрузки на основе зависимостей. Мы должны проверить наличие

Loop в зависимостях: Происходит, когда> В некоторых сценариях отсутствуют ошибки 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

Обратите внимание, что я бесстыдно открестил этот ответ от Невозможно установить что-либо, используя apt-get из-за insserv в Unix & amp; Linux SE.

Привет, Чарльз, я значительно отредактировал этот вопрос, и теперь также представил вывод, который я вижу, когда «просматриваю файл, соответствующий runlcactivator». Пожалуйста, предложите командную строку для «очистки программы и скриптов». — AyBee, 11 September 2017 в 09:15
@AyBee Вы все еще используете «iBall Airway»? USB-модем? — Charles Green, 11 September 2017 в 15:42
Нет. Infact, я пытался установить его несколько месяцев назад, и он никогда не работал. С тех пор, как я столкнулся с этой проблемой. — AyBee, 11 September 2017 в 19:44
ОК. В Интернете мало что говорит о том, что их программирование не очень хорошо работает с Linux. Я бы предложил просто удалить файл сценария оскорбления (сначала верните его) с помощью sudo rm /etc/init.d/runclactivator — Charles Green, 11 September 2017 в 20:26
Это, наконец, помогло Чарльзу! Спасибо. В коде, который вы написали, была опечатка. Скрипт runlcactivator - Но спасибо! — AyBee, 12 September 2017 в 15:28

Ошибка при установке, обновлении или autoremove: предупреждение insserv: сценарий «K01runlcactivator» и «runlcactivator»

4 ответа

Другие вопросы по тегам:

Похожие вопросы: