Обновлению apt-get не удается получить файлы, ошибка «Устранение временного сбоя…»

У меня такая же проблема на виртуальной машине vmware, хост и гость оба являются ubuntu. Решил проблему изменением настроек виртуальной машины. Вместо использования NAT я установил Bridged. У меня сработало

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

Acquire::http::proxy "http://<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<yourproxyserver>:<Port>";

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

Acquire::http::proxy "http://<domain\user>:<password>@<yourproxyserver>:<Port>";
Acquire::https::proxy "http://<domain\user>:<password>@<yourproxyserver>:<Port>";
Acquire::ftp::proxy "http://<domain\user>:<password>@<yourproxyserver>:<Port>";

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

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

. sources.list очистите репозиторий apt-get как

apt-get clean

Затем обновите

apt-get update

Ошибка исчезнет

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

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

мой:

nameserver 192.168.10.x

192.168.10.x - это мой IP-адрес шлюза

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

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

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

Отображает ли ping -n 8.8.8.8 строки вроде 64 байта из 8.8.8.8:… ? (Нажмите Ctrl + C , чтобы остановить эхо-запрос .)

• Если этого не произошло, у вас конкретно проблема с 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.

Эта проблема также может быть вызвана неверно названным интерфейс. Например, сообщение об ошибке Временное устранение сбоя может быть вызвано интерфейсом, который не имеет имени eth0 , но вместо этого имеет неправильное имя eml .

Другой способ Устранение сообщения об ошибке Временный сбой Разрешение осуществляется путем выбора другого зеркала сервера обновлений.

1. Откройте «Программное обеспечение и обновления» из Dash и выберите вкладку Программное обеспечение Ubuntu -> в раскрывающемся меню справа от Загрузить с: выберите Другое ... .

   

2. Нажмите кнопку Выбрать Выбрать лучший сервер , чтобы выбрать лучший сервер загрузки. 12163] Будет проведена серия тестов, чтобы найти лучшее зеркало для вашего местоположения.

   

3. Щелкните Выберите сервер , чтобы выбрать рекомендуемый сервер.

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

Принятое решение у меня не работает. Во-первых, только apt-get update предупреждает меня о Временном сбое при разрешении 'foo.com' , но когда я пытаюсь использовать nslookup foo.com или ping foo.com , все работает нормально!

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

resolveAptHosts()
{
    mapfile -t hosts < <(
        sed -n -r '/^#/d; s;deb(-src)? (http://|ftp://)?([^/ ]+).*;\3;p'\
        /etc/apt/sources.list | sort | uniq )
    # delete all hosts from /etc/hosts, e.g., from an earlier call
    sudo sed -i -r '/^[0-9]{1,3}(\.[0-9]{1,3}){3}[ \t]+('"$( printf '|%s'\
        "${hosts[@]//./\\.}" | sed 's/^|//' )"')[ \t]*$/d' /etc/hosts
    for host in ${hosts[@]}; do
        ip=$( nslookup "$host" | sed -n -r 's|Address:[ \t]*([0-9.]+).*|\1|p' |
              tail -1 )
        sudo bash -c "echo $ip $host >> /etc/hosts"
    done
}

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

resolveAptHosts && sudo apt-get update

Если кто-нибудь знает, почему работает этот обходной путь и как решить эту ошибку на самом деле, я буду бесконечно благодарен. Я также пробовал использовать sudo apt-get update -o Acquire :: ForceIPv4 = true , чтобы исключить проблемы с разрешением IPv6, но это тоже не помогло.

В сообщениях об ошибках должно быть указано, что у вас нет подключения к Интернету. Вы можете увидеть эти же сообщения об ошибках, если во время начальной установки ubuntu вы решили не выполнять обновления (не подключились к Wi-Fi / Ethernet), которые после завершения установки и перезагрузки могут оставить вас на бесконечном экране анимации входа в Ubuntu (наблюдая за этими движущимися точками). .. Вы увидите вышеуказанные сообщения об ошибках, если теперь загрузитесь в Recovery, и при запуске корневого запроса apt-get update даже после того, как вы включите сеть из Recovery, что не позволяет вам подключиться к Wi-Fi, если вы избегали Wi-Fi во время первоначальная установка.

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

основная проблема - если вы не подключались к Wi-Fi во время установки, чтобы избежать обновлений пакетов, вам не будет предложено войти в систему через Wi-Fi во время загрузки восстановления - это должно быть исправлено ... также в приведенных выше сообщениях об ошибках должно быть указано, что у вас нет подключения к Интернету [117 5309]

В настоящее время я столкнулся с той же проблемой, и ни одно из вышеперечисленных решений не помогло. Я заметил, что APT пытался загрузить некоторые пакеты DEB с br.archive.ubuntu.com , который перенаправляет на ubuntu.c3sl.ufpr.br (IPv4 200.236.31.4 ), но этот сервер в настоящее время не работает .

Итак, в моем случае проблема была решена запуском Synaptic (установите его с помощью sudo apt install synaptic -y , а затем либо запустите его с помощью sudo synaptic , либо запустите его прямо с панели приложений), затем нажмите Настройки => Репозитории => Программное обеспечение Ubuntu => Загрузить с: и выберите Главный сервер , затем нажмите кнопку Закрыть и, наконец, нажмите Кнопка Reload .

В моем случае описанная выше процедура заставила APT загрузить обновленный список пакетов DEB с главного сервера репозитория archive.ubuntu.com , а не с сервера, расположенного в моем страна г.

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

Просто добавляю еще одну последнюю проверку. В моей системе по какой-то причине, когда системная дата была очень не синхронизирована, это приводило к тем же проблемам с разрешением DNS. У меня был случай, когда моя дата каким-то образом была установлена ​​на 2000 год. Чтобы проверить вашу дату, просто используйте команду date , чтобы убедиться, что вы синхронизированы.

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