Fedora: DNF — Failed to download metadata for repo

  • Обновлено
  • Чтение ≈ 2 минуты

Краткий ответ

Fedora Failed to download metadata for repo указывает на недоступность или некорректность метаданных конкретного репозитория; исправность других источников не опровергает проблему. Из сообщения DNF определите имя репозитория и URL, проверьте DNS, доступность и срок поддержки вашей версии Fedora.

В этой статье
  1. Что означает сообщение
  2. Как отличить причины
  3. Пошаговое решение
  4. Что важно перед исправлением

#Что означает сообщение

Сообщение
Failed to download metadata

Fedora Failed to download metadata for repo указывает на недоступность или некорректность метаданных конкретного репозитория; исправность других источников не опровергает проблему.

#Как отличить причины

Возможная причинаКак узнатьЧто делать
СетьПри диагностике «Fedora: DNF — Failed to download metadata for repo» сравните результат на другом подключении и проверьте, получается ли адрес и ответ нужного сервиса. Важно сопоставить проверку с исходным симптомом, а не с догадкой.Убедитесь в наличии подключения: ip route и getent hosts mirrors.fedoraproject.org; ошибка DNS требует восстановления сети, не изменения подписей.
ЗеркалоСравните момент появления признака «Зеркало» с тем, когда ранее работала нужная функция. Учитывайте версию Fedora и условия сбоя.Если сеть работает, проверьте конкретный идентификатор репозитория в sudo dnf repolist -v и доступность его адреса; подберите действующее официальное зеркало.
КэшУточните, какой файл, каталог или запись вызывает отказ, и сравните время её изменения с началом ошибки. Учитывайте версию Fedora и условия сбоя.После исправления связи выполните sudo dnf clean metadata и sudo dnf makecache; очищайте только кэш, не удаляя установленные пакеты.
ДатаСравните момент появления признака «Дата» с тем, когда ранее работала нужная функция. Учитывайте версию Fedora и условия сбоя.Проверьте date -u и сертификаты HTTPS; не обходите TLS или GPG ради временно недоступного зеркала.

#Пошаговое решение

  1. Проверьте маршрут, DNS и адрес из ошибкиОткройте терминал Fedora, выполните ip route, getent hosts mirrors.fedoraproject.org и sudo dnf repolist -v. Если имена не разрешаются, исправьте DNS или подключение. Если только один сторонний репозиторий недоступен, выясните его владельца и версию, прежде чем менять конфигурацию.
  2. Повторно загрузите метаданные только после исправления сетиУбедившись, что системные часы верны (date -u) и официальный репозиторий доступен, выполните sudo dnf clean metadata, затем sudo dnf makecache. Эти команды не устанавливают пакеты. Если снова видите Cannot prepare internal mirrorlist, сохраните полный URL и повторите проверку через другое соединение; не выключайте проверку TLS/GPG.
  3. Проверьте дополнительную причину по результатам диагностикиЕсли ошибка содержит Could not resolve host, выполните getent hosts mirrors.fedoraproject.org и проверьте DNS. Если только один сторонний репозиторий возвращает 404, узнайте его имя через dnf repolist --all и адрес в .repo-файле. Если установленный выпуск Fedora снят с поддержки, смена зеркала не превращает его в поддерживаемый: спланируйте обновление выпуска или перенос. Не отключайте проверку TLS для обхода ошибки.
  4. Убедитесь в исправлении исходной ошибкиПосле восстановления сети или правильного источника выполните sudo dnf makecache --refresh и затем повторите исходную команду установки. Успех — загружены метаданные без Failed to download metadata; проверка пакетов не выдаёт ошибок подписи. Если проблема только со сторонним источником, сохраните его имя и вывод dnf repolist -v, а не удаляйте все репозитории.

#Что важно перед исправлением

Не выключайте проверку GPG и не подменяйте адрес репозитория непроверенным зеркалом. Снимите копию конфигурации repo перед правками.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.