Ошибка apt get install

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

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

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

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

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 527

Источник

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
Источник

[РЕШЕНО] Ошибка при выполнении apt: E: Не удалось получить доступ к файлу блокировки.

06.06.2019

linux-logo

Сегодня в статье рассмотрим, как можно избавиться от надписи в командной строке:

E: Не удалось получить доступ к файлу блокировки .....

При выполнении в Ubuntu команды вида:

sudo apt install имя_программы

в терминале появляется ошибка:

E: Не удалось получить доступ к файлу блокировки /var/lib/dpkg/lock-frontend - open (11: Ресурс временно недоступен)

E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?

Ошибка может появляться не только при выполнении apt install, но и при любых других действиях с apt или apt-get.

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

E: Could not get lock /var/lib/dpkg/lock – open (11: Resource temporarily unavailable)

E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?

E: Could not get lock /var/lib/apt/lists/lock – open (11: Resource temporarily unavailable)

E: Unable to lock directory /var/lib/apt/lists/

E: Could not get lock /var/lib/dpkg/lock – open (11: Resource temporarily unavailable)

E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?

Как исправить данную ошибку.

  1. 1.
    Как исправить данную ошибку.

  2. 2.
    Способ первый

  3. 3.
    Способ второй

  4. 4.
    Заключение

Данные ошибки появляются, когда программа apt-get (apt) не может получить доступ к файлу блокировки /var/lib/dpkg/lock*. Данный файл используется, чтобы запретить одновременное выполнение операций, связанных с управлением пакетами в системе, так как при одновременном изменении данных о пакетах будет нарушена целостность «пакетной базы».

Обычно существует две основные причины появления, описанных выше ошибок:

  • В данный момент уже выполняется экземпляр программы apt-get (apt).
  • Предыдущий вызов apt-get (apt) завершился некорректно.

Способ первый

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

ps aux | grep -i apt

Вывод команды может быть следующим:

root 9425 0.0 0.0 79516 3752 pts/1 S+ 10:31 0:00 sudo apt-get install inkscape

pingvin+ 9456 0.0 0.0 38892 944 pts/0 S+ 10:32 0:00 grep --color=auto -i apt lock dpkg завершение apt

В первой строке мы видим, что уже есть работающий экземпляр программы apt-get, который имеет PID (идентификатор) 9425.

Вторая строка относится к нашей команде grep, которую мы запустили с аргументом apt, поэтому она вывела саму себя. Итак, нас интересует только первая строка.

Если вы уверены, что не запускали программу apt-get сами, или она не запущена в фоновом режиме, например, выполняется автоматическое обновление системы, то нужно принудительно завершить ее выполнение. Для этого воспользуемся командой kill −9. Команде нужно указать числовой идентификатор процесса. В нашем случае это 9425. Выполняем команду:

sudo kill -9 9425

После выполнения данной команды, процесс с идентификатором 9425 завершится.

Можно воспользоваться еще одним простым способом — это завершить все экземпляры программ apt и apt-get сразу. Для этого можно выполнить команду:

sudo killall apt apt-get

Способ второй

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

Нам нужно удалить все файлы блокировки. Для этого выполняем команды:

sudo rm /var/lib/apt/lists/lock

sudo rm /var/cache/apt/archives/lock

sudo rm /var/lib/dpkg/lock

Если при выполнении каких-нибудь из этих команд появится сообщение: rm: невозможно удалить ’/var/../lock’: Нет такого файла или каталога, это нормально, не обращайте на него внимания.

После этого нужно выполнить переконфигурацию (донастройку) пакетов:

sudo dpkg --configure -a

Заключение

Мы рассмотрели два способа решения ошибок, связанных с доступом к файлу блокировки dpkg. Как правило, эти способы помогают в решении.

Если есть вопросы, то пишем в комментариях.

Также можете вступить в Телеграм канал, ВКонтакте или подписаться на Twitter. Ссылки в шапке страницы.
Заранее всем спасибо!!!

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

0
0
голоса

Рейтинг статьи

Источник

When using the desktop version of Ubuntu you’ll eventually get or probably have the problem that apt-get update throws a lot «Failed to fetch 404 Not Found» errors. Additionally, you may have the same problem when running apt-get install. Don’t worry, it will be fixed in a minute.

The Problem

You may see messages like the ones below when executing apt-get update or apt-get install. That is because Ubuntu releases are only supported for 9 months. LTS (Long Term Support) releases have support for 5 years. Once support is cut for the version you’re using, you’ll see those error messages. Ubuntu moves the repositories to another server and the defined URL to reach the sources are no longer available on default location http://archive.ubuntu.com/ubuntu/dist/.

$ sudo apt-get update
Ign http://de.archive.ubuntu.com raring Release.gpg  
Ign http://de.archive.ubuntu.com raring-updates Release.gpg  
Ign http://de.archive.ubuntu.com raring-backports Release.gpg  
Ign http://security.ubuntu.com raring-security Release.gpg  
Ign http://de.archive.ubuntu.com raring Release  
Ign http://de.archive.ubuntu.com raring-updates Release  
Ign http://de.archive.ubuntu.com raring-backports Release  
…
404  Not Found [IP: 91.189.92.201 80]  
Err http://security.ubuntu.com raring-security/restricted Sources  
404  Not Found [IP: 91.189.92.201 80]  
Err http://security.ubuntu.com raring-security/universe Sources  
404  Not Found [IP: 91.189.92.201 80]  
Err http://security.ubuntu.com raring-security/multiverse Sources  
404  Not Found [IP: 91.189.92.201 80]  
Ign http://de.archive.ubuntu.com raring-backports/main Translation-en  
Ign http://de.archive.ubuntu.com raring-backports/multiverse Translation-en  
Err http://security.ubuntu.com raring-security/main amd64 Packages  
…

W: Failed to fetch http://de.archive.ubuntu.com/ubuntu/dists/raring/restricted/source/Sources  404  Not Found [IP: 141.30.13.30 80]

W: Failed to fetch http://de.archive.ubuntu.com/ubuntu/dists/raring/universe/source/Sources  404  Not Found [IP: 141.30.13.30 80]

W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/raring-security/main/source/Sources  404  Not Found [IP: 91.189.92.201 80]

W: Failed to fetch http://de.archive.ubuntu.com/ubuntu/dists/raring/multiverse/source/Sources  404  Not Found [IP: 141.30.13.30 80]

…

E: Some index files failed to download. They have been ignored, or old ones used instead.

How to Fix The Problem

There are two solutions to get your apt commands working again. First: upgrade the Ubuntu release. Second: update the sources url to the old package repositories. Both solutions are described below in more detail.

Distribution Upgrade

The most simple solution is to upgrade your Ubuntu instance to the newest release:

sudo apt-get dist-upgrade

If the distribution upgrade is not an option right now, you can update the sources url for the Ubuntu repositories to find the old packages.

Update Packages Url

You can use the sed command to update the sources in /etc/apt/sources.list file to the new location for old package repositories2.

Run the following command to update archive.ubuntu.com and security.ubuntu.com package repository4 URLs with old-releases.ubuntu.com. Since the normal Ubuntu releases link to the archive.… and security.… URLs, the support will be removed after their live cycle of 9 months and respective repositories3 moved to old-releases.….

sudo sed -i -e 's/archive.ubuntu.com\|security.ubuntu.com/old-releases.ubuntu.com/g' /etc/apt/sources.list

**Linux Mint additionally requires the execution of this command:**

sudo sed -i -e 's/archive.ubuntu.com\|security.ubuntu.com/old-releases.ubuntu.com/g' /etc/apt/sources.list.d/official-package-repositories.list

To check whether there are other files in /etc/apt/sources.list.d/ which need to be updated, use the following grep command.

grep -E 'archive.ubuntu.com|security.ubuntu.com' /etc/apt/sources.list.d/*

That’s it. Now you can update your sources again.

sudo apt-get update

Bazinga!

  • 1: Myles McNamara’s blog post saved me a lot of time to understand the problem and find a solution
  • 2: Ask Ubuntu: Install Software From Old Repositories (sed command)
  • 3: Ubuntu Old Releases
  • 4: Ubuntu Current Releases
Источник
  • Печать

Страницы: [1] 2 3 4  Все   Вниз

Тема: Не могу установить приложение через терминал  (Прочитано 4756 раз)

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

Оффлайн
num

Никак не могу разобраться с этой проблемой. Перерыл весь форум, но так и не нашел ничего, что смогло бы решить мою проблему. Сам ламер в Ubuntu. При выполнении команды sudo apt-get install %имя_приложения% выдает ошибку:

W: Вы можете запустить «apt-get update» для исправления этих ошибок
E: Неудовлетворённые зависимости. Попытайтесь выполнить «apt-get -f install», не указывая имени пакета, (или найдите другое решение).

Теперь при выполнении команды sudo apt-get -f install выдает это:

E: Cannot get debconf version. Is debconf installed?
debconf: ошибка при работе apt-extracttemplates: Нет такого файла или каталога
dpkg: зависимости пакетов не позволяют настроить пакет libc6:amd64:
 libc6:amd64 зависит от libgcc1, однако:
  Пакет libgcc1 не установлен.

dpkg: ошибка при обработке пакета libc6:amd64 (—configure):
 проблемы зависимостей — оставляем не настроенным
dpkg: зависимости пакетов не позволяют настроить пакет multiarch-support:
 multiarch-support зависит от libc6 (>= 2.3.6-2), однако:
  Пакет libc6:amd64 пока не настроен.

dpkg: ошибка при обработке пакета multiarch-support (—configure):
 проблемы зависимостей — оставляем не настроенным
При обработке следующих пакетов произошли ошибки:
 libc6:amd64
 multiarch-support
E: Sub-process /usr/bin/dpkg returned an error code (1)

Что делать не знаю

Оффлайн
Azure

Начиная от конца к началу устанавливаете все пакеты на которые ругается: libc6, libgcc1 …

В Линукс можно сделать ВСЁ что угодно, достаточно знать КАК !

Оффлайн
num

Попытался удалить libc6 через центр приложений чтоб заново установить и вот что выдало:

Если вы используете сторонние источники приложений, отключите их, поскольку они являются частым
источником проблем. После этого выполните в терминале следующую команду: apt-get install -f

никаких сторонних источников приложений, вроде как, не использую

Оффлайн
Peter_I

Только лучше не удаляйте, а переустановите libc6, если это действительно потребуется,
например, командой

apt-get --reinstall instal libc6но сначала в любом случае надо выполнить

apt-get update
apt-get -f install

Оффлайн
num

Вот лог выполнения команды sudo apt-get update:

А теперь вот выполнение команды sudo apt-get -f install:

До этого еще пытался решить проблему с паб кеями, но тоже результатов не дало

« Последнее редактирование: 31 Августа 2015, 01:04:02 от num »

Оффлайн
it0r

ТУТ — это дерево. А ЗДЕСЬ — это МЕСТО…. Так что ТУТ — это не ЗДЕСЬ.

Оффлайн
num

C apt-get update все получилось и все терь работает, а вот с apt-get -f install вот что:

а с sudo apt-get —reinstall install libc6 :

Оффлайн
it0r

программы и обновления — по вкладкам:
1. ПО Ubuntu: все галки (кроме сиди), загрузка — с основного сервера
2. Другое ПО: все галки
3. Обновления: первые две (важные и рекомендованные)

Пользователь решил продолжить мысль 31 Августа 2015, 02:26:17:

после этого:
update, upgrade, dist-upgrade

« Последнее редактирование: 31 Августа 2015, 02:26:17 от it0r »

ТУТ — это дерево. А ЗДЕСЬ — это МЕСТО…. Так что ТУТ — это не ЗДЕСЬ.

Оффлайн
num

что за сиди? у меня ничего подобного нет. ни сидирома, ни просто чего-то с сиди  ???

Пользователь решил продолжить мысль [time]31 Август 2015, 03:36:27[/time]:

вот лог с выполнения команды sudo apt-get upgrade:

и с dist-upgrade аналогично

« Последнее редактирование: 31 Августа 2015, 02:37:27 от num »

Оффлайн
it0r

на панели юнити (вертикальная, слева) — Параметры системы (шестеренка), внутри — программы и обновления.

ТУТ — это дерево. А ЗДЕСЬ — это МЕСТО…. Так что ТУТ — это не ЗДЕСЬ.

Оффлайн
num

я понял где это находится, просто самого пункта такого не нашел

Оффлайн
it0r

какого? программы и обновления? — так он стандартный…

ТУТ — это дерево. А ЗДЕСЬ — это МЕСТО…. Так что ТУТ — это не ЗДЕСЬ.

Оффлайн
num

та нет, пункта сиди. остальные галочки по-убирал. и вот что с теми ошибками делать?

Оффлайн
it0r

поубирал — update — ошибки покажи

ТУТ — это дерево. А ЗДЕСЬ — это МЕСТО…. Так что ТУТ — это не ЗДЕСЬ.

Оффлайн
num

В update теперь все ок, работает, а в upgrade ошибки, кидал их выше. вот лог update, на всякий:

  • Печать

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

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка att пионер магнитола
  • Ошибка attempt to write a readonly database
  • Ошибка atomizer short как исправить
  • Ошибка atikmpag sys windows 10 как исправить
  • Ошибка atibtmon exe windows 7