Памятка по обновлению Fedora
Для интересующихся (номера 22-29 были RFRemix)
Посмотрел я на это и вспомнил, почему я не люблю федоры, убунты, дебианы и прочие страдающие такими проблемами дистры.
Какая-то жесть жестяная
Так все линуксы этим страдают.
Разве что в Ubuntu LTS ты можешь два года балду спокойно пинать, а там можно уж и не возиться, а на чисто поставить.
А какой сейчас GUI для установки пакетов юзабельный?
Просто, посмотрел на «Discover». Вроде там всякого накручено, наверчено, флатпаки, прошивки и т.д. А стандартное системные обновления он не видит при своём старте (видимо ему какой-то особый пинок надо давать насчёт обновлений).
А какой сейчас GUI для установки пакетов юзабельный?
Никакой, вышеупомянутый dnfdragora не способен выводить самые простые сообщения от dnf’а при каких-либо ошибках. А смысла от GUI вообще нет.
Так эти то версии, которые в инструкции написаны, как раз беспроблемно обновляются. Вот в районе 20-21 версии обновления вообще не работали, только чистая переустановка. Потом непонятная канитель была с 25-26 версиями. Там тоже напрямую и наживую нельзя было обновиться, только применяя точечные ядерные удары (снося и переделывая куски системы), естественно заходя в chroot из живой флэшки, например, или параллельно установленной на другом разделе рабочей системы.
зачем, если можно просто переустановить?
А зачем GUI, если тот же dnf как пакетный менеджер вполне вменяемый и понятный?
Если лень каждый раз вбивать sudo dnf install имя_пакета и т.д., так создай соответсвующий бинд. У меня такие бинды для dnf: dnfi , dnfr , dnfs , dnfb и dnfu .
В чём жесть-то, там по сути одна команда:
Всё остальное — это личные проблемы ТСа.
В том и проблема, что у всех свои личные проблемы 😕
Проблем не будет, если чистая ОС стоит в виртуалке, чтобы открыть «вау!» и закрыть.
В том и проблема, что у всех свои личные проблемы
Совершенно бессмысленное обобщение.
В dnf можно свои алиасы задавать. Пример: dnf alias add i=install .
В Silverblue вообще нет с обновлениями проблем, потому как там состояние системы = составу образа, который может от релиза к релизу меняться, и там не будет такого, что софт от старых релизов остается после обновления. В итоге проапгрейженая система почти аналогична свежеустановленной. Но сейчас и в дефолтной федоре работают в этом направлении и завезут в 33, вроде.
Не знал, спасибо. Но всё равно придется прописывать sudo , что уже всяко не короче dnfi =]
Там, например, написано про rpmconf и удаление пакетов, которых больше нет в репозиториях.
Да, я её всю читал и выполнял. Именно поэтому у меня и стоит на неё ссылка с комментарием
«Почистить старые пакеты по указанной инструкции»
Именно поэтому у меня и стоит на неё ссылка с комментарием
Извиняюсь, сходу не заметил.
А зачем их удалять? Я их не для того ставил, чтобы удалять. Пусть работают.
Источник
Неудачное обновление Fedora
Пытался обновить Fedara 20 до 21, но в процессе обновление пришлось прервать, из-за угрозы отключения по перегреву.
Далее были горы ошибок с конфликтами версий, частично удалось устранить.
yum check Загружены модули: langpacks adwaita-gtk3-theme-3.10.0-2.fc20.x86_64 заменён на gtk3-3.14.6-1.fc21.x86_64 fedora-logos-21.0.1-1.fc20.x86_64 заменён на rfremix-logos-21.0.5-1.fc21.R.x86_64 fedora-release-20-3.noarch заменён на 2:rfremix-release-21-1.R.noarch foomatic-filters-4.0.9-6.fc20.x86_64 заменён на cups-filters-1.0.58-1.fc21.x86_64 gnome-themes-standard-3.14.2.2-1.fc21.x86_64 конфликтует с установленными adwaita-gtk3-theme = (‘0’, ‘1’, None) xorg-x11-glamor-0.5.1-3.20140115gitfb4d046c.fc20.x86_64 заменён на xorg-x11-server-Xorg-1.16.2.901-1.fc21.x86_64 xorg-x11-glamor-0.5.1-3.20140115gitfb4d046c.fc20.x86_64 требует недостающего xserver-abi(videodrv-14) >= (‘0’, ‘1’, None) Ошибка: check all
Что можно с этим сделать?
Сначала yum repolist — посмотреть всё ли ок с репозиториями. Потом можно попробовать yum-complete-transaction и завершить недоделанную транзакцию, вдруг она сохранилась.
Если не получится — то начать по новой с
yum —releasever=21 distro-sync
Потом yum check чтобы посмотреть на проблемы и
чтобы их решать. Там есть чистка дубликатов, например.
Ну и главное — внимательно читать, что пишет yum на каждом шаге и не делать резких движений.
Репозитарии отображаются от 20 ветки, при этом
Пробовал package-cleanup —dupes и package-cleanup —cleandupes результата не дало
ТРанзакция не сохранилась
А что дальше с yum —releasever=21 distro-sync ? Выполнился до конца?
Он как раз должен fedora-release обновить чтобы получились правильные репозитории.
yum —releasever=21 distro-sync дальше того, что скопировал не идет
Попробовал yum install fedora-release —releasever=21, но тут тоже самое — дальше проверки зависимостей не идет
Написать леннарту, чтобы запилил upgraded и coold.
в рр дистре такого гемора нет
дальше того, что скопировал не идет
«Не идет» это конечно замечательно. А пишет-то что при этом?
Так я в следущем же посте отписал
ПОсле «—> Проверка зависимостей окончена» выводит приглашение командной строки
В любой системе, если ты разломаешь систему в процессе обновления, её придется чинить. Так устроен мир.
Пробовал прибить lucene-contrib-3.6.2-3.fc20.noarch
И дальше опять приглашение ком строки. Список проблем не вывел
Ну раз простой способ не помог — иди аккуратно по списку ошибок от yum —releasever=21 check и решай вопрос по каждому пакету индивидуально.
К примеру возьмем строчку:
gnome-themes-standard-3.14.2.2-1.fc21.x86_64 конфликтует с установленными adwaita-gtk3-theme ★★★★★ ( 25.12.14 02:17:27 )
С зависимостями должен помочь yum shell, поскольку там можно одновременно удалить старый пакет и поставить новый, за счет этого зависимости получаются правильные. Либо rpm -e —nodeps — но это на крайний случай.
И не забывай что до тех пор пока ты не проапдейтишь правильно пакет с репозиториями надо везде yum —releasever=21 писать.
не рассказывай мне сказки про мир и сломанную систему
в моей системе можно беспроблемно прерывать обновление и ничего не сломается/ничего просто не произойдет
зачем все это, когда есть ролинг, пакман, yaourt и makepkg?
А еще волшебный ключики —force и еще один, имя которого я сейчас не вспомню, которые решают все твои проблемы с пакетами
ибо задача пм — решать, а не создавать проблемы с пакетами
yum такой yum
волшебный ключики —forceи еще один, имя которого я сейчас не вспомню
Ох лол, у вас там в арчах все так делается?
Помог rpm -e —nodeps, ошибки ушли. Репы теперь от 21.
Осталась проблема, при запуске еклипса выбивает ошибку
что означает конфликт версий
1. Удаление одного из конфликтующих пакетов — плохая операция, поскольку при удалении одного пакета ты можешь задеть файлы другого. Так что оставшиеся от конфликтов пакеты надо переустановить.
2. yum clean all && yum distro-sync сделал? Он должен пройти чисто и решить все возможные проблемы с версиями.
Это много чего может означать. Проверь сначала саму java:
ну и посмотри, какие из jdk-пакетов установлены.
Иди в другом треде погуляй.
у нас в арчике нет проблем с переходом от релиза x дорелиза x+1 как в данном случае
а эти ключики автоматизируют ручную работу
жаль в федоробубунтах нет сочетания этих флагов
есть только принудительное удаление со всеми зависимостями
а такой магии нет)
1. Пакеты переустанавливал 2. yum clean all && yum distro-sync не нашлось пакетов для обновления
Источник
ПОМОГИТЕ!Ошибки при обновлении fedora.
Пришло уведомление, что есть обновление.Через обновление программ выдавало ошибку.Тогда решил попробовать через терминал и ничего не вышло.fedora 31 kde plasma. Что делать в этой ситуации. Прошу прощения, за то, что разметку сообщений сделал неправильно!
Ничего страшного, просто не может дозвониться до реп, такое бывает, продолжай пытаться.
Ты беги скорей на форум, про разметку не читай.
Пиши капсом: ‘‘ПОМОГИТЕ’’, лучше бы добавить: ‘‘Срочно’’.
Нет доступа к репам. Интернет работает хоть?
Нет доступа к репам. Интернет работает хоть?
А как он сюда написал? С холодильника друга? Пусть по колбасе интернет от холодильника на ЭВМ передаст, если ещё не передал.
ТС, а ещё можно использовать https://pastebin.com/
С мобилки, например.
Интернет у него есть, ему следует попробовать другой источник пакетов.
Та же ситуация, интернет есть, репы работают, но требуемых файлов там не лежит. При этом репы обновлялись вчера, а система не может закачать обновления уже несколько дней.
Действительно, что это?
Не помогло. Все те же ошибки.
Каждая репа мапится на большое количество зеркал (список).
Поэтому сравнивать работу реп без учета того на какие зеркала ты попадаешь бессмысленно.
404 ошибка может быть связана с тем что 1) зеркало кривое, 2) зеркало тебя забанило или 3) зеркала по какой-то причине рассинхронизировались, и метаданные используются от одной версии реп, например локальные, а контент качается от другой.
Все варианты стоит проверить. Можно поглядеть на какое-нибудь другое зеркало из списка и поискать там те же файлы.
Можно посмотреть лог http://mirror.linux-ia64.org/fedora/_LASTMIRROR.txt и увидеть там ошибки rsync. Если ты используешь это зеркало, то есть вероятность что дело в них.
Вообще говоря консистентность зеркал регулярно проверяется, но не так часто как хотелось бы (раз в пару дней вроде), поэтому кривое зеркало некоторое время может повисеть прежде чем пропадет из mirror manager.
Можно зарепортить про него баг.
И можно указать какое-то конкретное зеркало в конфигурации репозитория (задать baseurl, закомментировать mirrorlist). Тогда mirrormanager вообще использоваться не будет.
Неизвестное значение параметра: failovermethod=priority в /etc/yum.repos.d/fedora-updates-modular.repo; Конфигурация: OptionBinding с идентификатором «failovermethod» не существует
Это всего лишь warning, на работу не влияет. Но чтобы его убрать стоит выкинуть ненужную опцию failovermethod из конфига. Она там скорее всего отнаследовалась с древних времен.
Спасибо за развернутый ответ.
Ну вот dnf выдал длинную портянку ошибок, я так понимаю он перепробовал все зеркала. Т.е., получается, это сбой уже где-то на fedoraproject.org?
Нет, это кривое зеркало. Только оно очень неудачно кривое, частично.
файл repomd.xml есть, хотя старый, а всё остальное пропало.
В итоге dnf на это зеркало, читает там repomd.xml без ошибок, получаеи из него там хеши и начинает уже их искать. Не наодит. фейлится и идет на дргуое зеркало но с тем же именем. А этих хешей на других зеркалах уже нигде нет, потому что остальные зеркала обновились.
То есть тут у нас как раз рассинхронизация метаданных самого верхнего уровня (repomd.xml) и всех остальных (файлов в repodata/).
Зарепортила в #fedora-admin в IRC, сказали где-то через 40 минут уберут из списка это зеркало. Так что можно просто подождать.
Кстати, довольно распространенное явление в федоре — битые зеркала. Видимо, следствие популярности дистра, и лояльности комьюнити к держателям зеркал. Я сразу стараюсь вбить прямой адрес к одному из реп, потому что выглядит очень странно, что сегодня оно работает а завтра нет. Да, это не очень правильно, но реально проблем больше при использовании динамических зеркал, чем вбитый статик.
Кстати, довольно распространенное явление в федоре — битые зеркала.
Во-первых, действительно лояльность. Ну и поэтому плохой мониторинг. Он медленный и поэтому слишком редкий, а переделывать всем лень, потому что админы зеркал обычно справляются.
Во-вторых, почему-то RU-зеркала самые плохие. Их всего-то три, и при этом яндексовое вообще регулярно не осиливает rsync, а вот это тоже непонятное, админ по-видимому празднует рождество.
Раньше ещё неплохое rbc-шное было, но их похоже соптимизировали.
Получается что ты пользуешься не всеми зеркалами, которых много разных, а только отобранными по геолокации в регионе RU. То есть всё время этими двумя-тремя, которые то работают, то нет.
Кстати хороший был бы community-проект: обновить и переделать sanity check для зеркал.
Источник
