Меню

Ошибка apt get install

  • Печать

Страницы: [1]   Вниз

Тема: Ошибка при загрузке пакетов (apt-get install)  (Прочитано 3822 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
АндрейПоздняков

Всем привет, после установки Ubuntu у меня появилась проблема с устанрвкой необходимых мне пакетов.  Сейчас пытаюсь учтвновить pppoeconf для создания dsl подключения,  но при этом столкнулся с следующими ошибками:
https://cdn3.ЗАПРЕЩЁННЫЙ РЕСУРС/uploads/2018/2/5/1fbd8eeb05e1ac89044be5634cfa4398-full.jpg

Как я понял ошибки частично связаны с грабом,  но не до конца понятно как. Пытался их пофиксить их, но с отсутствием интернета получается это сделать с трудом.  Раздаю сейчас с мобильного. Ещё забыл упомянуть, что использую дуал бут.
Вообщем оебят помогите кто чем может, заранее благодарен!  :'( :'(


Правила форума

1.5. Для добавления графических изображений в сообщения требуется использовать внешние сервисы. Включение в сообщения полноразмерных изображений, превышающих разрешённые размеры, допускается исключительно в виде превью. Подробную инструкцию, а также список рекомендованных и запрещенных сервисов можно посмотреть в  «Руководстве по добавлению изображений на форум».

Отредактировал
-mahinist

« Последнее редактирование: 05 Февраля 2018, 18:01:28 от mahinist »


Dzhoser

ppoeconf у Вас уже установлен,в системе повреждены или не доконца установлены пакеты. Исправить можно командой

sudo apt-get install -f


Оффлайн
АндрейПоздняков

Спасибо, после ввода команды присутствует всё та же ошибка:
https://cdn3.ЗАПРЕЩЁННЫЙ РЕСУРС/uploads/2018/2/6/a5fb87c9d4c604821033a951fb188085-full.jpg

Также перепробовал все советы с этого гайда, но увы не помогло:
https://help.ubuntu.ru/wiki/решение_проблем_с_зависимостями


Dzhoser

Я так понимаю вы загружаетесь в режиме legasy.
Выложите под спойлер вывод 

sudo fdisk -l


Оффлайн
АндрейПоздняков

Вот вывод:

Также прикрепляю скриншот для лучшего визуального восприятия:
https://cdn3.ЗАПРЕЩЁННЫЙ РЕСУРС/uploads/2018/2/6/4aae7426970faa214192f3263202ab86-full.png

« Последнее редактирование: 06 Февраля 2018, 12:22:54 от АндрейПоздняков »


Dzhoser

Еfi раздела не вижу. Поробуйте удалить пакеты

sudo apt-get remove grub-efi-amd64-signed -y&& sudo apt-get remove shim-signed -y
Установите пакеты.

sudo apt-get install grub-pc-bin -y && sudo apt-get install grub-common -y && sudo apt-get install grub-pc && sudo apt-get install grub2-common && sudo apt-get install os-prober -yЕсли все пройдет гладко выполняем

sudo update-grub перезагружаемся

sudo reboot. Если поломаете прейдется востанавливать загрузчик с live-cd. УДАЧИ.


Оффлайн
АндрейПоздняков

Спасибо за совет, удалил пакеты и эта ошибка пропала. После этого выполнил установку других пакетов, которые описаны во второй комманде, некоторые из них не установились. Обновил граб и ребутнулся. После ребута граб остался жив и система нормально запустилась, после чего мне удалось настроить pppoeconf.
Но после этого при попытке установить новые пакеты появляется следующая ошибка:
https://cdn3.ЗАПРЕЩЁННЫЙ РЕСУРС/uploads/2018/2/6/c35d19f7a39118b5f3e9a88d1ac427a9-full.png


Dzhoser

Битые пакеты исправляются

sudo apt-get install -f, но у Вас пакет curl не устанавливается так как запрашивает старую библиотеку и пишет что более новая версия уже стоит. Это бывает когда подключены разные  репозитории разных версий системы, погуглите как отключить стороние репозиторий. После отключения выполните

sudo apt-get clean

очистка кэша

sudo apt-get autocline очистка не нужных пакетов

sudo apt-get autoremove автоматическое удаление не нужных пакетов

sudo apt-get update

sudo apt-get upgrade


  • Печать

Страницы: [1]   Вверх

Operating System (OS/VERSION):

ubuntu 16.04 clean install (server)

VestaCP Version:

latest?

Installed Software (what you got with the installer):

none, clean installation

Steps to Reproduce:

curl -O http://vestacp.com/pub/vst-install.sh
bash vst-install.sh --nginx yes --phpfpm yes --apache no --named yes --remi yes --vsftpd no --proftpd no --iptables yes --fail2ban yes --quota no --exim yes --dovecot yes --spamassassin yes --clamav yes --softaculous yes --mysql yes --postgresql no

Result:

Installation backup directory: /root/vst_install_backups/1533850309




Installation will take about 15 minutes ...

Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
--2018-08-09 21:31:54--  http://nginx.org/keys/nginx_signing.key
Resolving nginx.org (nginx.org)... 95.211.80.227, 62.210.92.35, 2001:1af8:4060:a004:21::e3, ...
Connecting to nginx.org (nginx.org)|95.211.80.227|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1561 (1.5K) [text/plain]
Saving to: ‘/tmp/nginx_signing.key’

/tmp/nginx_signing.key                100%[======================================================================>]   1.52K  --.-KB/s    in 0s

2018-08-09 21:31:54 (97.4 MB/s) - ‘/tmp/nginx_signing.key’ saved [1561/1561]

OK
--2018-08-09 21:31:54--  http://c.vestacp.com/deb_signing.key
Resolving c.vestacp.com (c.vestacp.com)... 104.236.66.100
Connecting to c.vestacp.com (c.vestacp.com)|104.236.66.100|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1719 (1.7K) [text/plain]
Saving to: ‘deb_signing.key’

deb_signing.key                       100%[======================================================================>]   1.68K  --.-KB/s    in 0s

2018-08-09 21:31:55 (93.0 MB/s) - ‘deb_signing.key’ saved [1719/1719]

OK
Hit:1 http://archive.ubuntu.com/ubuntu bionic InRelease
Hit:2 http://archive.ubuntu.com/ubuntu bionic-security InRelease
Hit:3 http://archive.ubuntu.com/ubuntu bionic-updates InRelease
Get:4 http://nginx.org/packages/mainline/ubuntu bionic InRelease [2,112 B]
Get:5 http://nginx.org/packages/mainline/ubuntu bionic/nginx amd64 Packages [10.0 kB]
Get:6 http://apt.vestacp.com/bionic bionic InRelease [2,187 B]
Get:7 http://apt.vestacp.com/bionic bionic/vesta amd64 Packages [1,004 B]
Fetched 15.3 kB in 11s (1,441 B/s)
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package mc is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

Package rssh is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Unable to locate package expect
E: Unable to locate package fail2ban
E: Unable to locate package idn
E: Package 'mc' has no installation candidate
E: Unable to locate package ntpdate
E: Unable to locate package php-fpm
E: Unable to locate package phpmyadmin
E: Unable to locate package roundcube-core
E: Unable to locate package roundcube-mysql
E: Unable to locate package roundcube-plugins
E: Package 'rssh' has no installation candidate
E: Unable to locate package webalizer
Error: apt-get install failed


A similar problem happened to me after 3 months without updating my system, for the record:

$ lsb_release -a
No LSB modules are available.
Distributor ID: Linuxmint
Description:    Linux Mint 20.1
Release:    20.1
Codename:   ulyssa

However, in my case, I had not removed anything manually and I don’t recall doing anything drastic. The errors I got upon trying apt upgrade were:

dpkg: error processing package libglib2.0-0:i386 (--configure):
 dependency problems - leaving triggers unprocessed
dpkg: dependency problems prevent processing triggers for libglib2.0-0:i386:
 libglib2.0-0:i386 depends on libc6 (>= 2.28); however:
  Package libc6:i386 is not configured yet.
 libglib2.0-0:i386 depends on libmount1 (>= 2.28); however:
  Package libmount1:i386 is not configured yet.
 libglib2.0-0:i386 depends on zlib1g (>= 1:1.2.2); however:
  Package zlib1g:i386 is not configured yet.

In any case, these are the steps that I followed to recover the situation and, so far, it appears to have worked:

$ sudo apt remove zlib1g:i386 libmount1:i386 libc6:i386 libglib2.0-0:i386

This generated an impressive list of additional libraries and applications removed containing no less than 264 entries. I copied the entire console output to a file named packages_removed.txt and then did the following:

$ grep Removing packages_removed.txt | cut -d' ' -f2 > removed.txt
$ sudo apt install zlib1g:i386 libmount1:i386 libc6:i386 libglib2.0-0:i386
$ sudo apt autoremove --yes
$ xargs -n 1 -a removed.txt sudo apt install --yes
$ sudo apt update && sudo apt upgrade --yes

The last command, unsurprisingly, resulted in no further changes to the system.

I have «ubuntu-20.04.1-live-server» It ends with me ↓

Code: Select all

_|      _|  _|_|_|_|    _|_|_|  _|_|_|_|_|    _|_|
 _|      _|  _|        _|            _|      _|    _|
 _|      _|  _|_|_|      _|_|        _|      _|_|_|_|
   _|  _|    _|              _|      _|      _|    _|
     _|      _|_|_|_|  _|_|_|        _|      _|    _|

                                  Vesta Control Panel



The following software will be installed on your system:
   - Apache Web Server
   - Bind DNS Server
   - MySQL Database Server
   - PostgreSQL Database Server
   - Softaculous Plugin



Would you like to continue [y/n]: y
Please enter admin email address: 4ddd33@o2.pl
Please enter FQDN hostname [tom]: localhost
Installation backup directory: /root/vst_install_backups/1606297140




Installation will take about 15 minutes ...

Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
--2020-11-25 09:39:05--  http://nginx.org/keys/nginx_signing.key
Resolving nginx.org (nginx.org)... 52.58.199.22, 3.125.197.172, 2a05:d014:edb:5702::6, ...
Connecting to nginx.org (nginx.org)|52.58.199.22|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1561 (1.5K) [application/octet-stream]
Saving to: ‘/tmp/nginx_signing.key’

/tmp/nginx_signing.key                               100%[=====================================================================================================================>]   1.52K  --.-KB/s    in 0s      

2020-11-25 09:39:05 (109 MB/s) - ‘/tmp/nginx_signing.key’ saved [1561/1561]

OK
--2020-11-25 09:39:06--  http://c.vestacp.com/deb_signing.key
Resolving c.vestacp.com (c.vestacp.com)... 104.236.66.100
Connecting to c.vestacp.com (c.vestacp.com)|104.236.66.100|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1719 (1.7K) [text/plain]
Saving to: ‘deb_signing.key’

deb_signing.key                                      100%[=====================================================================================================================>]   1.68K  --.-KB/s    in 0s      

2020-11-25 09:39:06 (111 MB/s) - ‘deb_signing.key’ saved [1719/1719]

OK
Hit:1 http://nginx.org/packages/mainline/ubuntu focal InRelease
Hit:2 http://pl.archive.ubuntu.com/ubuntu focal InRelease
Hit:3 http://pl.archive.ubuntu.com/ubuntu focal-updates InRelease
Ign:4 http://apt.vestacp.com/focal focal InRelease 
Hit:5 http://pl.archive.ubuntu.com/ubuntu focal-backports InRelease
Err:6 http://apt.vestacp.com/focal focal Release
  404  Not Found [IP: 104.236.66.100 80]
Hit:7 http://pl.archive.ubuntu.com/ubuntu focal-security InRelease
Reading package lists... Done
E: The repository 'http://apt.vestacp.com/focal focal Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package rssh
E: Unable to locate package vesta
E: Unable to locate package vesta-ioncube
E: Unable to locate package vesta-nginx
E: Unable to locate package vesta-php
E: Unable to locate package vesta-softaculous
Error: apt-get install failed

and

Code: Select all

sudo apt update 
Hit:1 http://pl.archive.ubuntu.com/ubuntu focal InRelease
Hit:2 http://pl.archive.ubuntu.com/ubuntu focal-updates InRelease
Hit:3 http://nginx.org/packages/mainline/ubuntu focal InRelease
Hit:4 http://pl.archive.ubuntu.com/ubuntu focal-backports InRelease
Hit:5 http://pl.archive.ubuntu.com/ubuntu focal-security InRelease
Ign:6 http://apt.vestacp.com/focal focal InRelease 
Err:7 http://apt.vestacp.com/focal focal Release   
  404  Not Found [IP: 104.236.66.100 80]
Reading package lists... Done
E: The repository 'http://apt.vestacp.com/focal focal Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

Where is the problem?

Во время установки программ с помощью пакетного менеджера apt в любом из дистрибутивов, использующих этот пакетный менеджер, вы можете столкнуться с ошибкой, что у вас зафиксированы сломанные пакеты. Это пакеты, которые не установились полностью потому что им не хватает зависимостей или процесс установки был по какой-либо причине прерван.

В этой статье мы рассмотрим что делать с такой ошибкой, как её исправить, а также я дам ссылки на другие материалы на сайте, которые помогут справится с проблемой.

Как исправить у вас зафиксированы сломанные пакеты?

1. Обновите списки пакетов

Возможно вам не удалось установить нужные пакеты потому что списки репозиториев устарели, и там ещё не было нужных пакетов. Для обновления списка пакетов выполните:

sudo apt update --fix-missing

2. Установите битые пакеты

После обновления списка пакетов из репозиториев может помочь установка битых пакетов. Этот шаг поможет особенно если вы устанавливали пакет с помощью dpkg и теперь нужно доустановить его зависимости с помощью пакетного менеджера. Для этого есть специальная команда:

sudo apt install -f

3. Очистите лишние пакеты

Установке могут мешать лишние пакеты, которые больше не нужны в системе. Для их удаления выполните:

sudo apt clean

Затем:

sudo apt autoremove

Утилита отобразит список всех битых пакетов, которые не установлены, вы можете попытаться их удалить с помощью команды:

sudo dpkg --remove -force --force-remove-reinstreq имя_пакета

4. Используйте dpkg

Вместо apt вы можете использовать команду dpkg чтобы посмотреть какие пакеты вызывают проблему. Просто выполните:

sudo dpkg --configure -a

Команда покажет проблемные пакеты, а потом вы сможете их удалить той же командой:

sudo dpkg --remove -force --force-remove-reinstreq имя_пакета

5. Разрешите зависимости

Битые пакеты чаще всего появляются из-за того, что пакетный менеджер не может найти для них нужные зависимости. Если вам всё же очень нужно установить такой пакет, просто разрешите эти зависимости. Для этого можно скачать и установить их вручную или если вы уверенны, что зависимости в пакете указаны неверно, можно скачать его распаковать и удалить мешающие зависимости. Подробнее об этом читайте в этой статье.

Выводы

В этой небольшой статье мы рассмотрели что делать если в вашей системе появились битые пакеты и как их исправить. Здесь решение проблемы очень сильно зависит от вашей ситуации, но здесь приведены основные варианты решения, которые должны помочь вернуть пакетный менеджер к работе. Иногда рекомендуют удалить пакет вручную из базы данных dpkg /var/lib/dpkg/status, однако лучше этого не делать и найти путь решить проблему по другому, ручное редактирование подобных файлов может создать ещё больше проблем.

Creative Commons License

Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .

Об авторе

Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.

образ кали линукс

В Кали команды apt-get update apt-get install не работают.

В статье рассматривается проблема Кали Линукс, суть которой состоит в том, что команды apt-get update и apt-get install отказываются исполнять свои прямые обязанности. Таким образом ни одна из попыток установить новое приложение скрипт или обновить имеющиеся не достигает успеха.

Корни вопроса чаще всего лежат в области двух багов системы (проблемы с сетевым соединением здесь не рассматриваю). Либо «что-то не так» с файлом sources.list — он пуст, содержит некорректные записи или к нему не подступиться либо в период установки/эксплуатации Кали потеряла оригинальный отпечаток (цифровую подпись), которая обязательно сопровождает любую из скачиваемых копий или образов. И то и другое мы сейчас попытаемся исправить.

Ошибка обновления Сould not open lock file

Apt-get update apt-get install не работают: правим список репозиториев.

Sources.list — текстовый файл адресов репозитория/ев, откуда Кали забирает обновления или файлы установки по умолчанию. Его, файла, адрес традиционен:

/etc/apt/sources.list

Открыв файл прямо сейчас, я могу проверить его содержимое, проверив указываемые ещё на этапе установки адреса:

mousepad /etc/apt/sources.list

Несмотря на кажущийся объём информации в файле, рабочая часть файла составляет единственную строку с неизменным адресом:

deb http://http.kali.org/kali kali-rolling main contrib non-free

содержимое sources list

Остальное — не более чем комментарии. Фактически удалив все строчки, предваряемые значком #, оставив указанный адрес репоза, вы никак не повлияете на принцип обновления Кали. Так что…

  • открываем терминал
  • если работаете не из root, введите

sudo -i

  • а затем пароль к root-учётке
  • получаем доступ к файлу
touch /etc/apt/sources.list
chmod 644 /etc/apt/sources.list
  • забиваем в файл адрес официального репозитория
echo "deb http://http.kali.org/kali kali-rolling main contrib non-free" > /etc/apt/sources.list

Проверьте теперь:

apt-get update && apt-get install -y

Сверка цифровой подписи.

На этапе получения образа системы, помимо прочего мы получаем в загрузке файлы SHA256SUMS и SHA256SUMS.gpg. Перед сверкой чек-сумм лучше убедиться в том, первый из них сгенерирован именно Кали. Однако этого никто никогда, конечно, не делает. Официальный ключ можно скачать несколькими способами; вот команда для самого короткого пути:

wget -q -O - https://www.kali.org/archive-key.asc | gpg --import

Сразу сверяем:

gpg --fingerprint 7D8D0BF6

На «правильном» выходе имеем вот это:

ключи для кали линукс

Если что идёт не так, есть смысл прямо из терминала подставить в Кали другой ключ:

apt-key adv --keyserver hkp://keys.gnupg.net --recv-keys 7D8D0BF6

обновление ключа кали линукс

Снова проверьте

apt-get update && apt-get install -y

В случае, если ошибка не исчезает, стоит проверить сетевое соединение простым пингом любого из сетевых адресов с последующим подтверждением, цель достигнута:

ping google.com

пинг google

Если болячка типа «apt-get update apt-get install не работают» подстерегла вас уже на первоначальном этапе установки, Кали проще переустановить, скачав образ на офсайте.

Успехов.

Просмотров: 1 423

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Ошибка atc not ready
  • Ошибка atapi код 11 windows 7