Kali linux update error

Apt-get update apt-get install не работают.

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

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

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

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

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

/etc/apt/sources.list

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

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

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

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

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

• а затем пароль к root-учётке
• получаем доступ к файлу

• забиваем в файл адрес официального репозитория

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

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

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

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

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

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

Источник

Кали Линукс не обновляется из терминала.

В статье приводится одно из решений проблем, когда Кали Линукс не обновляется из терминала, который при попытке запуска apt выводит несколько ошибок, среди которых:

Репозиторий «адрес» не содержит файла Release

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

С течением времени «родной» файл Кали со списком репозов по адресу:

/etc/apt/sources.list

Просто перестал своё отрабатывать: попытка обновиться натыкалась на одни и те же короткие строки с ошибками. Пришло время разбираться. А пока выручает только Центр приложений, запущенный вручную:

Кали Линукс не обновляется из терминала: удаляем первопричину

Отправляемся по адресу, указываемому в ошибке:

Файла Release в репозитории, конечно же, нет, и я просто не уверен, что файл, который меня сюда перенаправляет:

/etc/apt/sources.list.d/php.list

имеет верное содержание. В любом случае, открою выше указанный файл любым текстовым редактором и удалю строчку, начинающуюся на deb и указывающую на страницу

Кали Линукс не обновляется из терминала: добавляем репозитории

Если терминал продолжает безмолвствовать в ответ на команду:

скорректируйте файл репозиториев такими командами:

• Проверяем установкой apt-get функцию:

• Обновляем файл:

Открываем список репозиториев Кали и…

• раскомментируем в «родном» списке последнюю строку для пополнения списков репозов (уберём значок комментирования #)

• добавим сразу несколько зеркал репозиториев (хотя разрабы Кали Линукс это не поощряют); при этом скорость обновления Кали из терминала резко выросла. Видимо, скорости сервера позволяют, а народ о нём ещё недостаточно осведомлён:

• Теперь мой файл с репозами выглядит так:

Пробуем обновиться. Повторим команды установки apt-get файла и снова обновим его, а затем общее обновление:

Всё работает. Буду следить за возможными ошибками и по ситуации корректировать файл с репозиториями, используя в терминале:

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

Источник

Проблема Проблема с обновлением Kali Linux

r4w3e5

Member

Доброго времени суток!
Ребята, выручайте! Беда, с которой сталкиваюсь уже раз 3. Раньше все решал переустановкой системы, а сейчас все же решил разобраться. Возможно с этим сталкиваюсь не я один.
Суть в чем: при очередном запуске системы обнаружил, что виджет гнома на панели, который я ставил, показывающий присвоеный ip, при подключении к сети, вдруг стал показывать, что ip не присвоен. Соответственно страницы в браузере не открываются. В браузере по ip страница открывается. Ну тогда понятно, что беда с DNS, но в настройках WiFi сети прописав DNS вручную, страницы все равно не открываются по доменному имени. Я пошел дальше перешел к локальному конфигу DNS в /etc/resolv.conf и там оказалось, что ссылка на файл битая. Ну ладно, создал его снова, прописал в нем nameserver 8.8.8.8 и о чудо, появился ip на виджете и страницы стали открываться в браузере.
Вроде бы все хорошо, но столкнулся с еще одной проблемой.
При выполнении обновления системы apt-get update на выходе следующее:

Ошб:1 Index of /kali kali-rolling InRelease
Не удалось разрешить «http.kali.org»
Чтение списков пакетов… Готово
W: Не удалось получить https://http.kali.org/kali/dists/kali-rolling/InRelease Не удалось разрешить «http.kali.org»
W: Некоторые индексные файлы скачать не удалось. Они были проигнорированы, или вместо них были использованы старые версии.

Со соурс листом все впорядке. Вот с этим уже голову сломал и не знаю, что делать.

Уже была тема (может там будет то что Вам нужно):
обновление kali

Источник

apt-get update error in Kali Linux after dist-upgrade [duplicate]

After a dist-upgrade I can not update Kali and sudo apt-get update returns this error:

I searched for update errors in Kali but couldn’t find this error.

This is my sources.list file:

How can I fix this?

2 Answers 2

Can you see the repository (http.kali.org/kali) in a browser? Does it show ‘Index of /kali’ in your browser?

If you can’t see the Index then it might be the cause of firewall/proxy blocks your connection. Please check with your network admin in that case.

Also try to open this URL https://http.kali.org/kali from a browser. If it shows ‘Index’ in browser then please go for solution 1.

Solution 1:

Try using https repository by executing the following command

Then try sudo apt-get update If you find the same error, please choose another solution.

Solution 2: please execute the following command.

Then try sudo apt-get update If you find the same error, please choose another solution.

Solution 3: Please keep a back up file before changing the sources.list file Using text editor add these lines to /etc/apt/sources.list file

Then try sudo apt-get update If you find the same error, please choose another solution.

solution 4: Are you using any proxy server? Then,

check the file /etc/apt/apt.conf

Please add the following three lines in /etc/apt/apt.conf

write your IP address in place of ‘proxy’

write your port number in place of ‘port’

Then try sudo apt-get update If you find the same error, please choose another solution.

Issue At Hand

You are unable to update Kali Linux. This answer is assuming that you have installed Kali Linux or are running it in a Live Persistent configuration. If you are not or do not know what I mean, please refer to the Official Kali Linux Documentation

Solution

According to the Official Kali Linux Documentation concerning the sources.list file. Your /etc/apt/sources.list should look exactly like this:

Make sure there is no other repositories or lines because according to the documentation:

The single most common causes of a broken Kali Linux installation are following unofficial advice, and particularly arbitrarily populating the system’s sources.list file with unofficial repositories. The following post aims to clarify what repositories should exist in sources.list, and when they should be used.

Any additional repositories added to the Kali sources.list file will most likely BREAK YOUR KALI LINUX INSTALL.

You can uncomment the last line at your discretion as well. Make sure to run apt update and you should be good.

If You Continue to Have Issues

Do you continue to get the initial error that you reported?

Test your network connection. Can you communicate with other devices on the network? Can you browse the web or otherwise communicate outside of your network? If you ping www.google.com are you able to resolve the address? Does any of the ICMP packets time out? If you are connected and can resolve domain names, attempt apt update again. Update your post if this does not work with the error you get.

1. Check your firewall settings

Verify that your firewall on your Kali Linux install or your router is not blocking traffic.

Make sure you are not Live booting and are actually booted into your install or persistent instance.

Check out this post and see if any of the solutions could help.

Источник

Ошибки и проблемы при обновлении Kali Linux

Полное обновление системы выполняется так:

Процесс обновления требует:

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

Источники приложений (репозитории) записаны в файле /etc/apt/sources.list

Для открытия файла используйте команду

Строки, которые начинаются с символа # — это комментарии, не обращайте на них внимание.

Важно, чтобы там была строка:

Причём эта строка должна быть единственной незакомментирвоанной.

Строка может быть такой:

Она идентична, но вместо HTTPS указан протокол HTTP. Главное, чтобы был один из этих вариантов, а других незакомментированных строк не было.

Дополнительную информацию об обновлении Kali Linux, какие ещё есть команды и вопросы, связанные с обновлением, смотрите в справочной статье « Как обновить Kali Linux ».

Ниже задавайте ваши вопросы о возникающих проблемах при обновлении системы.

Ошибка «E: Не удалось получить . Соединение разорвано [IP:»

Часть выводимой при неудачном обновлении информации:

Ключевой здесь является информация:

Ошибка «E: Не удалось получить . Соединение разорвано [IP:»

То есть не удалось получить некоторые файлы пакетов.

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

Для решение проблемы — просто заново перезапустите обновление командами:

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

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

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

Иногда при обновлении появляются запросы к пользователю, которые могут выглядеть примерно так:

Поскольку обновление происходит в консоли, то, что вы видите, это псевдографический интерфейс и для работы с ним используйте особые кнопки:

TAB — для перехода по пунктам меню

Пробел или Enter — для выбора или отмены выбора

С помощью клавиши TAB перейдите на кнопку «ОК» и клавишей Enter нажмите её для продолжения обновления.

Что делать если программа спрашивает про обновление конфигурационного файла.

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

Настройка программы — это в почти всегда изменение конфигурационных файлов. Конечный результат может быть результатом длительной работы с конфигурацией и множества тестов. На это могут быть потрачены часы или даже дни.

Поэтому при необходимости обновить конфигурацию, возникает дилемма:

• не обновлять конфиг, в результате чего новая версия не будет нормально работать
• обновить конфиг и стереть результаты настройки пользователя

Именно по этой причине система спрашивает у вас каждый раз, что нужно сделать, если с обновлением программы обновляется и конфигурационный файл?

Если в действительности вы не пользовались этой программой, либо сделанные настройки не представляют для вас ценности, то всегда соглашайтесь на обновление конфигурационного файла. Если сделанные настройки для вас важны, то:

• отказывайтесь от обновления конфигурационного файла
• сделайте резервную копию вашего конфига, обновите конфигурационный файл, а затем сделайте в нём необходимые настройки

Для некоторых пакетов, например Tor, конфигурационный файл представляет собой просто набор комментариев, в котором не активна ни одна настройка — для таких файлов (если вы их не меняли), обновление является чистой формальностью.

Ошб:1 404 Not Found [IP:

При обновлении может возникнуть следующая ошибка:

Ключевой здесь является строка Ошб:1 404 Not Found — то есть файл пакета не найден. Самой частой причиной этого является устаревший кэш с информацией о пакетах и ссылками на их загрузку.

Поэтому перед обновлением пакетов обновите кэш:

Либо используйте такую комбинированную команду, которая обновит кэш и сразу запустит загрузку и установку обновлённых версий пакетов:

E: Не удалось получить доступ к файлу блокировки /var/lib/dpkg/lock

Пожалуй, самая частая ошибка при попытке обновления или установки нового пакета:

E: Не удалось получить доступ к файлу блокировки /var/lib/dpkg/lock

Все подробности по этой ошибке, а также инструкции для исправления здесь: https://hackware.ru/?p=6621

W: не удалось получить http://http.kali.org/kali/dists/kali-rolling/InRelease

При недоступности адреса http.kali.org (например, из-за его блокировки Интернет-провайдером), может возникнуть ошибка:

Подробности о данной ошибке и путях обхода здесь: https://hackware.ru/?p=6633

W: Произошла ошибка при проверке подписи. Репозиторий не обновлён и будут использованы предыдущие индексные файлы. Ошибка GPG

Процесс обновления пакетов, кроме их скачивания и распаковки, включает в себя также проверку их цифровой подписи. Эта проверка гарантирует:

• целостность пакетов (что они не были повреждены при скачивании)
• получение их из надёжного источника (эти пакеты не были модифицированные или созданы неуполномоченными лицами

Цифровая подпись поставляется в систему также упакованной в пакет, который обновляется вместе с другими пакетами системы. Если прошло слишком много времени и файлы для проверки цифровой подписи устарели, то возникает замкнутый круг: вы не можете обновить пакеты в системе, поскольку они проходят проверку цифровой подписи. Вы не можете обновить файлы для проверки цифровой подписи, поскольку они поставляются как пакет, а пакеты не могут быть обновлены, поскольку…

В общем, проблема решается одной командой, которая скачивает и устанавливает актуальный файл для проверки цифровой подписи, подробности здесь: https://hackware.ru/?p=4692

Обновление Kali Linux затягивается на целый день

В виртуальной машине я сталкиваюсь с замедлением обновления пакетов в Kali Linux. В результате большое обновление может затянуться в буквальном смысле на целый день. Причём, больше всего времени занимает процесс распаковки скаченных обновлённых пакетов. Распаковка exploitdb или metasploit-framework может затянуться просто на часы!

Это ненормально — видимо, какой-то баг.

Лично я выбрал для себя довольно нестандартное решение — у меня Kali Linux установлена на настоящем (а не виртуальном) внешнем USB диске, который я подключаю к VirtualBox и загружаюсь с него в виртуальной машине. То есть я не выходя из основной системы загружаюсь с внешнего диска. Это отличное решение — процесс распаковки пакетов стал занимать считанные минуты, но это чуть усложнённый способ и он подходит не всем.

Если вы хотите работать исключительно в VirtualBox и не подключать внешний USB диск, то в качестве варианта можно удалить два пакета, которые занимают больше всего времени на распаковку, это exploitdb и metasploit-framework. Причём пакет metasploit-framework является зависимостью для таких инструментов как: armitage, commix, ghost-phisher, jboss-autopwn, maltego-teeth, msfpc, set, u3-pwn, unicorn-magic. Если вы используете какой-либо из этих пакетов, то этот способ вам не подойдёт. Если вам эти пакеты не нужны, то их можно удалить командой:

В результате процесс обновления не будет зависать на целый день, если вышла новая версия exploitdb или metasploit-framework.

Источник