Fedora 41 up to 42

Такая же фигня на 42 Федоре при sudo dnf update на свежеустановленной системе

Что-то кучно пошли топики с Федориным горем.

Никаких проблем, просто не находит репы.

Что было сделано?

https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/

Так а чому не находит?

Chatgpt накидал дельных советов

но не помогли

Chatgpt такой Chatgpt.

Может быть сервер отключён, или ещё что-нибудь.

Какой-то сбой в поиске зеркал не в системе пользователя, такое бывает. Пусть пропишет яндексовские репы и всё, они быстрые, хотя тоже бывает сбоят.

репы yandex также - Status code: 404 for я не весь вывод разместил

ну так резлиз же, новая цифра новые проблемы

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

Не работает до сих пор

У меня новая установка Федоры-42 (без апдейта с пред.версии) - еще ни разу нормально не отработала команда dnf update - тоже сыплет Status code: 404. Иногда, перебрав сотни мироров, находит нужное, но чаще говорит - не могу скачать мета-данные!
В Ф-42 новая версия dnf5 вместо dnf3 - отсюда по моему проблемы с мирорами - другие алгоритмы метаданных репозитория используются!
Смотришь - mirror.yandex.ru доступен, нужный пакет в репо /fedora/linux/updates/42/Everything/x86_64/ есть, но нет кусочка метаданных repodata/3549ef3364d3d3cb366e7fbef3297a11ed1e96ebd, который запрашивает dnf (номер после repodata/ каждый раз разный).

dnf clean all

Специально сейчас сделал clean all, затем update - все норм.

Ах да - ну и если что, именно яндексовое зеркало затаймаутилось (как и ожидалось)

Пусть пропишет яндексовские репы и всё, они быстрые, хотя тоже бывает сбоят.

По моему скромному опыту, яндексовские зеркала — самые проблемные.

P. S. Вот прямо сейчас dnf check-update и dnf update работают, но жалуются на Status code: 404 for http://mirror.yandex.ru/fedora/linux/updates/41/Everything/x86_64/Packages/....

В Ф-42 новая версия dnf5 вместо dnf3 - отсюда по моему проблемы с мирорами - другие алгоритмы метаданных репозитория используются!

Какое отношение алгоритмы dnf имеют к доступности репозиториев? У меня F41, но проблемы с зеркалами были.

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

Какое отношение алгоритмы dnf имеют к доступности репозиториев?

Я же описал примерный сценарий -

Смотришь - mirror.yandex.ru доступен, нужный пакет в репо /fedora/linux/updates/42/Everything/x86_64/ есть, но нет кусочка метаданных

Т.е. репо доступен, новые пакеты в репо есть, но что-то не так в служебных файлах repodata - нет того куска новых индексов, которые хочет обновить dnf. В repodata лежат индексы всех пакетов, поделенные на кусочки zchunk.
dnf, например, хочет получить repodata/3549ef3364d3d3cb366e7fbef3297a11ed1e96ebd, но такого файла нет! Из-за этого репо mirror.yandex.ru отвергается и переходим к другому зеркалу.
Я это отношу к тому, что яндекс генерит метаиндексы после обновления зеркала по другому алгоритму - в dnf5 это сильно изменилось (для ускорения и уменьшения метаданных на 60%).

Chatgpt накидал вроде дельных советов, но не помогли

Поржал. :) Интересно, когда же до массовой аудитории начнёт, наконец, доходить что их обули?

почему обули? chatgpt выдал неплохую компиляцию из ресурсов fedora и stack overflow - огромная экономия времени

Т.е. репо доступен, новые пакеты в репо есть, но что-то не так в служебных файлах repodata - нет того куска новых индексов, которые хочет обновить dnf.

Проблемы с яндексовскими зеркалами были когда dnf5 ещё в проекте не было.

dnf clean all

dnf makecache

dnf update –-refresh

reboot

dnf update

И заработало. Но я так понимаю зеркало Тындекс по прежнему лежит

Получал такой же вывод, включил vpn сразу проблемы исчезли. Причем когда попробовал потом без vpn тоже самое выполнить, проблем с доступом к зеркалам не возникло