Ubuntu apt get update не работает

Обновлено: 06.07.2024

Это то, что я вижу, когда пытаюсь бежать sudo apt-get update . Я сделал обновление на моем экземпляре вчера и сейчас испытываю это.

обзор

Ваш вопрос состоит из двух частей:

Временное решение

Вполне вероятно, что эта проблема либо:

временно из-за того, что ваш интернет-провайдер неправильно перенаправляет интернет-имена (DNS) на свои или на внешние DNS-серверы, или
из-за изменений в вашей сети аналогичным образом заблокировано это наименование - например, новый маршрутизатор / модем, перенастроивший коммутатор с новой конфигурацией.

Давайте посмотрим на возможные проблемы с DNS.

Сначала временно добавьте известный DNS-сервер в вашу систему.

Тогда беги sudo apt-get update .

8.8.8.8 это собственный DNS-сервер Google.

Другим примером DNS-сервера, который вы можете использовать, является OpenDNS - например:

вопросы управления пакетами

Откройте терминал и введите

Найдите в списке строки с другим именем дистрибутива, чем вы ожидали - в вашем случае - вы выполнили обновление, oneiric но у вас есть другое имя выпуска. natty

Сохраните и повторно запустите:

Вы не должны иметь больше ошибок именования релизов.

На момент написания этого, возможные общие имена релиза включают в себя lucid , maverick , natty , oneiric , precise , quantal , raring , saucy , trusty , utopic и vivid .

Когда во время обновления появляется одно имя, вы можете пропустить манипуляции с DNS и перейти непосредственно к списку источников. Скорее всего, это проблема DNS с Docker, которая не позволяет обновлению apt-get пройти успешно.

Обратите внимание, что этот ответ был написан для старых версий Ubuntu. В текущих версиях используется локальный сервер имен, управляемый D-Bus, для которого применяется диагностическая часть этого ответа, но не решение. Если /etc/resolv.conf содержит nameserver 127.0.1.1 или в более общем смысле nameserver 127.X.Y.Z , не изменяйте его.

«Устранение временного сбоя…» означает, что ваш DNS , т. Е. Перевод имен хостов в IP-адреса, не работает. Вы недавно что-то перенастроили на своей машине? Если нет, это может быть временная ошибка у вашего интернет-провайдера.

ping -n 8.8.8.8 Показывает ли линии как 64 bytes from 8.8.8.8: … ? (Нажмите Ctrl +, C чтобы остановить ping .)

Если это не так, у вас есть проблема с IP-подключением. Запустите traceroute -n 8.8.8.8 и посмотрите, где он останавливается: если он находится в вашем доме / офисе, проверьте сетевое оборудование. Если вы можете связаться с вашим провайдером, пожаловайтесь им.
Если это так, у вас есть проблемы с DNS. Проверьте содержимое /etc/resolv.conf ; должна быть строка вроде nameserver 1.2.3.4 (возможно, несколько из них). Если линии есть, вероятно, существует временная проблема в вашем интернет-провайдере, и вы можете обойти ее, добавив nameserver 8.8.8.8 в этот файл (это объявляет дополнительный DNS-сервер, который предоставляется Google бесплатно). Если первое число после nameserver 127 - это значит, что на вашем компьютере есть DNS-ретранслятор (это хорошо), и вы должны настроить это DNS-реле, а не модифицировать его /etc/resolv.conf . В современных версиях Ubuntu по умолчанию есть ретранслятор DNS, это Dnsmasq , и он управляется D-Bus.

Примечание: ping 8.8.8.8 -c3 пинг только 3 раз, тогда вам не нужно Ctrl + C. Вы можете использовать любое число в параметре, например -c5 , -c1 и -c100 т. Д. nameserver должен быть размещен с машиной имени хоста? @albert Важно /etc/resolv.conf то, что находится на машине, на которой вы работаете. Но в современных системах он просто указывает на локальную машину, и если у вас проблемы с DNS, вы должны работать с D-Bus и NetworkManager.

Вы можете прокомментировать неразрешенный репозиторий из файла sources.list, найденного в каталоге dir / etc / apt /

После изменения sources.list очистите репозиторий apt-get как

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

Иногда, когда вы находитесь за прокси-сервером, вам даже необходимо создать apt.conf файл /etc/apt/ и заполнить его конкретными записями, например:

Если требуется аутентификация, файл конфигурации выглядит следующим образом:

Я не могу войти в свой аккаунт из-за проблем, с которыми я сталкиваюсь с lightdm, мне нужно обновить lightdm, можете ли вы расширить свой ответ о том, как решить проблему? Благодарю.

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

Это проблема DNS. Проверьте свой /etc/resolv.conf файл.

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

192.168.10.x is my gateway ip address

Не могли бы вы уточнить, что нужно проверить /etc/resolv.conf ?

У меня была эта ошибка. Следуя совету поддержки Linode, я закомментировал все строки IPv6 в / etc / hosts, а затем начало работать обновление apt-get.

Для тех, кто использует EC2, не забудьте проверить, что настройки вашей группы безопасности разрешают исходящие соединения с веб-сайтами, с которых вы обновляетесь. Вы можете установить весь исходящий трафик и посмотреть, работает ли он.

Мое невероятно грязное решение для исправления этой ошибки - добавить разрешенные домены вручную с /etc/hosts помощью этого короткого сценария:

Теперь обновление должно работать:

Я получил ту же проблему в виртуальной машине VMware, хост и гостя оба Ubuntu. Я решил проблему, изменив настройки виртуальной машины. Вместо использования NAT я установил Bridged. У меня сработало

Решение для этого конкретного случая: подключите кабель Ethernet, затем загрузитесь в Recovery и выполните apt-get update или переустановите с нуля и убедитесь, что вы включаете обновления

обновление BIOS через EZ update
Добрый день. При обновление BIOS по средствам EZ update выключилась электроэнергия и комп.

$ apt-get update
Всем привет. При выполнение данной команды

$ apt-get update Выводит такие ошибки .

Интернет есть, apt update не работает
Здравствуйте! Я новичок в этой ОС, только начал изучать. Так вот, установил Debian 8 Jessie на.

Linux Mint. Не работает apt update
Приветствую. Вчера я установил свежий Linux Mint 19.3 Tricia Xfce. После установки, ввел "sudo.

Вы находитесь под рутом и пытаетесь получить его права через sudo
так же пропустили команду apt
От обычного пользователя
Добавлено через 6 минут
Да шош я така не внимательная.

E: Некоторые индексные файлы не скачались. Они были проигнорированы или вместо них были использованы старые версии.
root@mkag-X55A:

Добавлено через 15 минут
и вот

Добавлено через 2 минуты
а также в sources.list
Добавлено через 5 минут
Ты когда редактировал sources.list делал копию например так?

Добавлено через 1 минуту
нет( я бэкап сделал когда начал менять его в ручную

Добавлено через 1 минуту
я так пологаю что мне нужно переустановить libc6:i386 ??

Что в товей системе делают пакеты другой архитектуры?
Ты скайп ставил или может игру какую?
Вот этот еще вывод

Добавлено через 2 минуты
root@mkag-X55A:

Добавлено через 3 минуты
помнится мне что-то о том что skype на прокси влияет, может из за этого?

Потом закоментируй две последние строчки в sources.list
Незабудь сохранить изменения
и введи команду
Попробуй просто закоментировать две нижние строчки и
сделать

nezabudka, сделал

Добавлено через 1 минуту
если во эти

Добавлено через 1 минуту
и всеровно

nezabudka, перезагрузил

Добавлено через 10 минут
ну что дальше?

Посмотри опять свой sources.list
и попробуй повторить все если нет
то выполни только
Если не получится то можно попробовать удалить твою кривую библиотеку

И пробуй обновиться

Добавлено через 3 минуты
После того как удалишь i386 архитектуру не забудь перезагрузится

ну что. Удаляю свою кривую библиотеку

Добавлено через 4 минуты
не помогло

E: Некоторые индексные файлы не скачались. Они были проигнорированы или вместо них были использованы старые версии.

Добавлено через 2 минуты

имеет хорошие записи для DNS-серверов.

Google имеет общедоступные DNS-серверы, которые вы можете использовать.

Так, например, вы могли бы добавить следующие 2 строки в начало вашего файла /etc/resolv.conf (эти точки на серверах DNS Google), как описано выше:

Конечно, вам нужно быть root, чтобы изменить этот файл и сделать резервную копию, прежде чем вносить какие-либо изменения!

Не обязательно хороший план, если вам нужно разрешать адреса внутри вашей собственной сети. Хорошо, если все компьютеры должны получить доступ по имени, находится за пределами вашего брандмауэра. – Ceisc 7 March 2017 в 01:45 @Ceisc - отличная точка. Спасибо, что упомянули об этом! – brad parks 7 March 2017 в 06:30 В этом файле говорится: «НЕ ИЗМЕНИТЕ ЭТОТ ФАЙЛ РУКОЙ - ВАШИ ИЗМЕНЕНИЯ БУДУТ ПЕРЕЗАПИСЫВАЮТСЯ». - Можете ли вы обратиться к этому? – jcollum 17 July 2017 в 23:02 Я не могу сказать точно - но это все еще то, что Google предлагает в качестве процесса для этого на своей странице публичного DNS-сообщества Google – brad parks 18 July 2017 в 14:25

Я знаю, что эта тема очень стар, но для тех, кто все еще смотрит, я решил эту проблему, отключив и снова подключившись к точке беспроводного доступа.

это правильный ответ для большинства людей, которые видят эту ошибку . вы просто не в сети . подключитесь к Wi-Fi и снова запустите свою команду обновления . sudo apt-get update && sudo apt-get dist-upgrade – Scott Stensland 4 March 2018 в 01:11

Это Публичные DNS-серверы Google. Да, они, вероятно, следят за этими журналами. Но единственный сайт, на котором я нахожусь на этих серверах, - это архивы git и ubuntu.

У меня была эта же проблема Err on apt-get update ændrük, намекнув правильно.

Я исправил свою проблему, изменив адрес DNS вручную в файл /etc/resolv.conf на DNS-адрес моего оператора.

Ранее он был установлен на 192.168.0.254 Ubuntu.

Да, как было отмечено в моем последующем комментарии к принятому ответу, проблема заключалась в том, что мой DNS был закрыт, и его необходимо было установить на хорошие значения. – Phrogz 19 July 2011 в 20:55

У меня была очень похожая проблема, в которой: sudo apt-get update не удалось закончить, и у нее были ошибки. Я попытался перезапустить мой кабельный модем, и он сработал. Вы также можете попробовать перезапустить свой кабельный модем.

Следуйте инструкциям на рабочем столе Ubuntu Desktop.

. После этого я смог устранить эти ошибки. [ ! d9]

вы говорите, что решили это, используя прокси? – zinking 22 April 2013 в 19:24

У меня была такая же проблема. Работал на виртуальной машине и устал от нее, постоянно меняя IP-адреса. После установки статического IP-адреса я не установил DNS Nameservers и больше не мог apt-получать обновления. Мне также нужно было добавить серверы имен в файл / etc / network / interfaces. Здесь была найдена информация. (Как установить DNS-серверы имен)

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

Более подробную информацию об этой проблеме можно найти здесь здесь . (Как сбросить сетевые интерфейсы)

Apt-get - это пакетный менеджер, который используется по умолчанию в семействе дистрибутивов Debian и Ubuntu. Учитывая, что это пакетный менеджер, один из почти самых основных пакетов системы, то логично, что программа должна присутствовать в каждом дистрибутиве. Но все же некоторые пользователи встречаются с ошибкой apt get command not found.

Что значит apt get команда не найдена?

Одна из самых очевидных причин, получения ошибки "apt get не найдена" в том, что у вас не Ubuntu. Этот пакетный менеджер используется только в дистрибутивах Linux, основанных на Debian. Системы Red Hat, CentOS, Fedora, OpenSUSE, CoreOS, Cloud Linux, ArchLlinux и другие таковыми не являются. Они имеют собственный пакетный менеджер, у каждой свой и именно его нужно использовать для установки пакетов, а не искать apt.
Если вы используете команду apt, а не apt-get, то, возможно, у вас старый дистрибутив, который не поддерживает такого синтаксиса, используйте apt-get;
Вторая причина в том что вы случайно или намерено удалили пакет Apt. Его больше нет в системе поэтому система и не может его найти;
Третья причина, может быть в невозможности обнаружения программы. Утилита apt есть в системе и исправно работает, но вы повредили переменную среды PATH и теперь система не ищет исполняемые файлы в той папке где находится apt.

Теперь рассмотрим как решить проблему. Это очень просто.

Поскольку вторая причина предполагает меньше действий, нам нужно сначала проверить ее. Обычно исполняемые файлы apt находятся в каталоге /usr/bin. Сначала посмотрим есть ли такой файл в той папке:

ls -l /usr/bin/apt-get

chmod +x /usr/bin/apt-get

Если предыдущие варианты не сработали проверим содержимое переменной среды PATH:

Вы должны увидеть в ней ссылку на /usr/bin. Если такой строчки нет, то проблема была здесь, а строчку нужно добавить в конец:

Если вы вносили изменения в файл /etc/profile, и переменная PATH сломалась из-за этого, то нужно внести исправления и в этот файл.

Последний вариант, если ничего не помогло, это переустановить утилиту. Мы просто скачаем ее из официального сайта и установим в систему. Только нужно выбирать версию для своей операционной системы. Вы можете скачать пакет с помощью браузера или таких команд:

Для Ubuntu Xenial:

Для Ubuntu Yakkety:

Теперь осталось установить загруженный пакет:

sudo dpkg -i apt*

Готово, после этого ошибка apt get command not found должна исчезнуть и вы сможете нормально работать со своими пакетами.

Выводы

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

В дистрибутивах Debian, Linux Mint, Ubuntu, Kali Linux и других на их основе при установке пакета командой «sudo apt install ПАКЕТ» может возникнуть ошибка, что не удалось получить некоторые архивы.

Эта же самая ошибка может возникнуть при использовании команд sudo apt full-upgrade и sudo apt dist-upgrade.

При установке пакета информация о нём берётся из локального кэша, который не обновляется автоматически. То есть если файл изменился на сервере (например, вышла новая версия), то при попытке его скачать будет запрошена старая версия, которая может быть уже удалена с сервера обновлений, что и приводит к подобным ошибкам.

Пример такой ошибки:

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

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

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

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

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

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

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

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

Читайте также: