Apt get update не работает kali linux

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

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

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

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

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

/etc/apt/sources.list

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Не обновляется kali linux

Пытаюсь обновить kali linux, но выдает ошибку. Система свежая, недавно установил.

Вводил и с суперпользователем:

Никак не получается. Загуглил, но ничего не помогло.

$ sudo apt-get update
Сущ:1 http://linux.teamviewer.com/deb stable InRelease
Игн:2 http://http.kali.org/kali sana InRelease
Ошб:3 http://http.kali.org/kali sana Release
404 Not Found [IP: 192.99.200.113 80]
Сущ:4 https://download.sublimetext.com apt/dev/ InRelease
Чтение списков пакетов… Готово
E: Репозиторий « http://http.kali.org/kali sana Release» не содержит файла Release.
N: Обновление из этого репозитория нельзя выполнить безопасным способом, поэтому по умолчанию он отключён.
N: Информацию о создании репозитория и настройках пользователя смотрите в справочной странице apt-secure(8).

Буду признателен за помощь. Есть необходимость установить и другие программы, но к сожалению не могу. Спасибо!

Так же попробовал обновиться командой:

$ apt-get clean && apt-get update && apt-get upgrade -y && apt-get dist-upgrade -y
E: Не удалось открыть файл блокировки /var/cache/apt/archives/lock — open (13: Отказано в доступе)
E: Невозможно заблокировать каталог /var/cache/apt/archives/
E: Не удалось открыть файл блокировки /var/lib/apt/lists/lock — open (13: Отказано в доступе)
E: Невозможно заблокировать каталог /var/lib/apt/lists/

Через sudo выдает эту же ошибку.

Система свежая, недавно установил.

Kali 2.0 Sana — 2015 год.

Под словом «недавно» вы имеете в виду 2015 год? Если нет, то всё дело в том, какую хрень вы сотворили со своим дистрибутивом — просто не надо делать эту хрень и всё будет работать нормально, как у всех.

Вы не первый, кто обращается с этой проблемой (см. комментарий ). Поэтому было бы интересно узнать — вы скачиваете какие-то неофициальные образы или вы следуете советам из каких-то старых инструкций?

Скачивание неофициальных образов = операционная система с вирусами и троянами (даже если там супер хакерские обои и даже если там не нужные 99.99% пользователей teamviewer и sublimetext).

Источник

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 не работают» подстерегла вас уже на первоначальном этапе установки, Кали проще переустановить, скачав образ на офсайте.

Источник

Ошибки и проблемы при обновлении 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.

Источник