Ошибки при обновлении kali linux

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

Источник

Как обновиться до Кали 201X.X. Ошибки обновления.

Приветствую вас, представлю короткий пример того, как обновиться до Кали XXXX, получая одновременно с этим сотни мегабайт обновлений имеющихся на борту Линукс очень интересных утилит, позволяющих усложнить жизнь ничего не подозревающим пользователям и нерадивым администраторам.

Последнее обновление для Кали 2.0 Sana на момент написания статьи было представлено в апреле 2016, так что советую всем обновиться до Кали Rolling побыстрее. Ничего нового, в принципе, я вам не представлю, и секретов никаких не открою. Принцип обновления дистрибутива знаком многим, разберём лишь некоторые нюансы, коих, к, сожалению, немало. Описываемые способы подоходят при переходе от любой версии к обновлённой. Зачастую главное здесь — убедиться в корректных источниках данных (репозиториях) Кали.

СИЯ ПРОЦЕДУРА СОДЕРЖИТ НЕМАЛО ПОДВОДНЫХ КАМНЕЙ И, НЕСМОТРЯ НА КАЖУЩУЮСЯ ВНЕШНЮЮ ПРОСТОТУ ПРИМЕНЯЕМЫХ КОМАНД, МОЖЕТ ЗАКОНЧИТСЯ ПЕРЕУСТАНОВКОЙ С НУЛЯ. ВОЗВРАТ К ПЕРВОНАЧАЛЬНОЙ ВЕРСИИ ДЛЯ НОВИЧКА ПОЧТИ НЕВОЗМОЖЕН, ТАК ЧТО ОБНОВЛЯЙТЕСЬ НА СВОЙ СТРАХ РИСК. ПРОСТО СОХРАНИТЕ ВСЕ ВАЖНЫЕ ДАННЫЕ.

Работаем из-под Root

Как обновиться до Кали 2016.1. Смените или проверьте репозиторий

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

Удалите предыдущие записи, заменив их вот этим адресом:

Ту же процедуру можно выполнить командой:

Ссылка взята с офсайта Кали Линукс по адресу:

Если смена репозитория ничего не даёт, вам поможет статья

Сохраните документ списка. В терминале наберите команду на получение обновлений:

По получению обновлений примените их командой обновления дистрибутива Кали:

А вот теперь придётся некоторое время подождать. Обновиться до Кали 2016.1 лучше всего при стабильном и качественном соединении:

Далее, если загрузчик содержал несколько записей, вас повторно попросят указать вариант входа, а также попросят переустановить пароль. Не ошибитесь здесь. Все процедуры понятны — они на русском. Потом начнётся установка пакетов программ. Нам остаётся только соглашаться с предлагаемыми изменениями, нажимая на Да или Yes.

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

Текущий релиз Кали вы узнаете после команды:

Ещё больше информации по текущей версии Кали Линукс найдётся после команды в терминале:

Как обновиться до Кали 2018.Х — 2019.Х

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

После обновлений проверьте номер и тип версии:

Обновления Кали Линукс. Ошибки.

• При попытке обновления терминал выдаёт ошибку:

Наберите в терминале команду:

команда подгрузит из указанного источника ключик и сразу добавит его в систему.

• Менеджер обновления пакетов видит все имеющиеся обновления, но установить не может: за загрузкой пакетов следует Отмена изменений.

Проверьте список репозиториев в файле sources.list. Для каждой версии Кали он свой, и если вы наблюдаете эту ошибку, скорректируйте файл должным образом. Как список репозиториев должен выглядеть у вас, можете посмотреть на официальной странице сайта в начале статьи.

• Исправляем общие ошибки обновления Кали.

Должна помочь команда:

Может быть повреждён конкретный пакет. Тогда наберите последовательно:

• обновление Кали Линукс командой apt-get dist-upgrade «застревает» на виртуальной машине.

Попробуйте повторить команду в текстовом режиме, отказавшись на VM от графического интерфейса GUI.

Источник

Проблема Проблема с обновлением 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 выводит несколько ошибок, среди которых:

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

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

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

/etc/apt/sources.list

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник