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

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

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

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

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

/etc/apt/sources.list

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

r4w3e5

Member

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

Не удалось разрешить «http.kali.org»
W: Некоторые индексные файлы скачать не удалось. Они были проигнорированы, или вместо них были использованы старые версии.

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

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

Vertigo

Lex mea est Vulgate Linux

r4w3e5

Member

В общем на данный момент единственный рабочий метод нашел это обновление через тоннели TOR. Но и тут есть подводные камни. Некоторые ip с TORa по всей видимости банит провайдер и не с первого раза получается нормально запустить обновление. Кстати через VPN обновление тоже не идет. Так же пробовал менять протоколы HTTP, HTTPS в соурс листе, ситуация не меняется.

Ребят, в общем решение нашлось. Пустил весь трафик через TOR при помощи TorGhost. apt-get update прошло без ошибок. Отключил TOR и нормально уже выполнил apt-get full-upgrade. Все успешно прошло. И сейчас даже apt-get update без подключения к TOR работает. Сам resolv.conf оставил без режима только для чтения, так как TorGhost не сможет работать. Содержимое там на данный момент:

nameserver 127.0.0.1
nameserver 8.8.8.8
nameserver 8.8.4.4

фыавыф

Vertigo

Lex mea est Vulgate Linux

r4w3e5

Member

фыавыф

masscontrolx

Active member

Ceйчас так не сделаешь, ибо
tracker -control -r
tracker -preferences не установленны и в репозитариях их нет, если удалять сам tracker , он тянет за собой nautilus

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

masscontrolx

Active member

по своей теме убил вопрос (гуглтранслит)
Решение
Сначала мы отключим индексирование папок. Мы делаем это, убивая / останавливая все процессы, над которыми работает трекер, т. Е. Трекер-магазин и трекер-шахтер. Для этого выполните следующую команду:
tracker daemon -k
Остановка всех процессов отслеживания

Затем мы удаляем любые существующие журналы трекера, чтобы они не использовались повторно даже после перезагрузки системы. Мы сделаем это, убив все процессы Tracker и удалив все созданные базы данных. Выполните команду:
tracker reset -r
(если у вас стоит русская кали, выбирайте русскую д ) у меня почемуто при «y» не сработало

Наша последняя процедура — редактировать файлы запуска. Используя предпочтительный текстовый редактор, мы начинаем с файла:
/etc/xdg/autostart/tracker-miner-fs.desktop

В этом файле измените строку X-GNOME-Autostart-enabled = true, от X-GNOME-Autostart-enabled = true на X-GNOME-Autostart-enabled = false

Аналогичным образом откройте файл /etc/xdg/autostart/tracker-store.desktop в предпочитаемом текстовом редакторе и выполните те же изменения, что и в другом файле выше, найдите строку, которая читает: X-GNOME-Autostart-enabled = true и изменить его с true на false .

Все время, просто чтобы объяснить, что мы делали, изменив эти строки на «ложные», мы отключили систему трекера от когда-либо запущенного во время запуска, чтобы он не инициализировал процессы отслеживания-трекера и отслеживания и в конечном итоге приводит к зависанию системы.

Это решает проблему, и теперь вы можете наслаждаться своим Kali Linux без этой мгновенной зависания системы после каждого входа в свою учетную запись.

Очередь просмотра

Очередь

• Удалить все
• Отключить

YouTube Premium

Хотите сохраните это видео?

• Пожаловаться

Пожаловаться на видео?

Выполните вход, чтобы сообщить о неприемлемом контенте.

Понравилось?

Не понравилось?

Текст видео

Не обновляется Kali Linux.
Timcore.

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

Для того, чтобы обновления в Kali Linux возобновились, необходимо отредактировать файл sources.list, добавив в него такую строку: deb http://http.kali.org/kali kali-rolling main contrib non-free

Как добавить обычного (не рута) пользователя в Kali Linux: https://www.youtube.com/watch?v=MxT7n.

Образовательное учреждение для хакеров.
Хакеры | Курский хакер | Timcore в вконтакте:
https://vk.com/hacker_timcore

Канал в Telegram:
Timcore | Курский хакер | Ethical Hacking
https://t.me/timcore_hacking

Поддержи меня подпиской на канал: https://www.youtube.com/HackerTimcore.
Лайки и подписки приветствуются!

Помощь в развитии канала.
* Яндекс Деньги: 410013208686990