LINUX.ORG.RU

Неудачное обновление Fedora

 


1

3

Пытался обновить 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', '3.13.3', None): adwaita-gtk3-theme-3.10.0-2.fc20.x86_64 lucene-contrib-3.6.2-3.fc20.noarch заменён на lucene-4.10.2-1.fc21.noarch lucene-contrib-3.6.2-3.fc20.noarch требует недостающего lucene = ('0', '3.6.2', '3.fc20') m17n-contrib-1.1.14-3.fc20.noarch заменён на m17n-db-1.6.5-3.fc21.noarch nhn-nanum-fonts-common-3.020-9.fc20.noarch заменён на naver-nanum-fonts-common-3.020-14.20140930.fc21.noarch nhn-nanum-gothic-fonts-3.020-9.fc20.noarch заменён на naver-nanum-gothic-fonts-3.020-14.20140930.fc21.noarch sysvinit-tools-2.88-14.dsf.fc20.x86_64 заменён на procps-ng-3.3.10-4.fc21.x86_64 xorg-x11-drv-mga-1.6.2-8.fc20.x86_64 заменён на xorg-x11-server-Xorg-1.16.2.901-1.fc21.x86_64 xorg-x11-drv-mga-1.6.2-8.fc20.x86_64 требует недостающего xserver-abi(videodrv-14) >= ('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 чтобы посмотреть на проблемы и

man package-cleanup

чтобы их решать. Там есть чистка дубликатов, например.

Ну и главное - внимательно читать, что пишет yum на каждом шаге и не делать резких движений.

alpha ★★★★★
()
Ответ на: комментарий от alpha

Репозитарии отображаются от 20 ветки, при этом

cat /etc/*release
Fedora release 21 (Twenty One)
NAME=Fedora
VERSION="21 (Twenty One)"
ID=fedora
ID_LIKE=fedora
VERSION_ID=21
PRETTY_NAME="RFRemix 21 (Twenty One)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:fedoraproject:fedora:21"
HOME_URL="https://fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=21
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=21
Fedora release 21 (Twenty One)
RFRemix release 21 (Twenty One)
Fedora release 21 (Twenty One)
yum --releasever=21 distro-sync
Загружены модули: langpacks
Разрешение зависимостей
--> Проверка сценария
---> Пакет fedora-logos.x86_64 0:21.0.1-1.fc20 помечен для обновления
---> Пакет fedora-logos.x86_64 0:21.0.5-1.fc21 помечен как обновление
---> Пакет fedora-release.noarch 0:20-3 помечен для обновления
---> Пакет fedora-release.noarch 0:21-2 помечен как обновление
Removing fedora-logos.x86_64 0:21.0.1-1.fc20 - ud due to obsoletes from installed rfremix-logos-21.0.5-1.fc21.R.x86_64
Removing fedora-logos.x86_64 0:21.0.5-1.fc21 - u due to obsoletes from installed rfremix-logos-21.0.5-1.fc21.R.x86_64
Removing fedora-release.noarch 0:20-3 - ud due to obsoletes from installed 2:rfremix-release-21-1.R.noarch
Removing fedora-release.noarch 0:21-2 - u due to obsoletes from installed 2:rfremix-release-21-1.R.noarch
--> Перепроверка зависимостей с новыми параметрами.
--> Проверка сценария
---> Пакет fedora-logos.x86_64 0:21.0.1-1.fc20 помечен для обновления
---> Пакет fedora-logos.x86_64 0:21.0.5-1.fc21 помечен как обновление
---> Пакет fedora-release.noarch 0:20-3 помечен для обновления
---> Пакет fedora-release.noarch 0:21-2 помечен как обновление
--> Проверка зависимостей окончена

Пробовал package-cleanup --dupes и package-cleanup --cleandupes результата не дало

Amider
() автор топика
Ответ на: комментарий от Amider

А что дальше с yum --releasever=21 distro-sync ? Выполнился до конца?

Он как раз должен fedora-release обновить чтобы получились правильные репозитории.

alpha ★★★★★
()
Ответ на: комментарий от alpha

yum --releasever=21 distro-sync дальше того, что скопировал не идет

Попробовал yum install fedora-release --releasever=21, но тут тоже самое — дальше проверки зависимостей не идет

Amider
() автор топика

Написать леннарту, чтобы запилил upgraded и coold.

anonymous
()
Ответ на: комментарий от alpha

Так я в следущем же посте отписал

yum --releasever=21 distro-sync
Загружены модули: langpacks
Разрешение зависимостей
--> Проверка сценария
---> Пакет fedora-logos.x86_64 0:21.0.1-1.fc20 помечен для обновления
---> Пакет fedora-logos.x86_64 0:21.0.5-1.fc21 помечен как обновление
---> Пакет fedora-release.noarch 0:20-3 помечен для обновления
---> Пакет fedora-release.noarch 0:21-2 помечен как обновление
Removing fedora-logos.x86_64 0:21.0.1-1.fc20 - ud due to obsoletes from installed rfremix-logos-21.0.5-1.fc21.R.x86_64
Removing fedora-logos.x86_64 0:21.0.5-1.fc21 - u due to obsoletes from installed rfremix-logos-21.0.5-1.fc21.R.x86_64
Removing fedora-release.noarch 0:20-3 - ud due to obsoletes from installed 2:rfremix-release-21-1.R.noarch
Removing fedora-release.noarch 0:21-2 - u due to obsoletes from installed 2:rfremix-release-21-1.R.noarch
--> Перепроверка зависимостей с новыми параметрами.
--> Проверка сценария
---> Пакет fedora-logos.x86_64 0:21.0.1-1.fc20 помечен для обновления
---> Пакет fedora-logos.x86_64 0:21.0.5-1.fc21 помечен как обновление
---> Пакет fedora-release.noarch 0:20-3 помечен для обновления
---> Пакет fedora-release.noarch 0:21-2 помечен как обновление
--> Проверка зависимостей окончена

ПОсле "--> Проверка зависимостей окончена" выводит приглашение командной строки

Amider
() автор топика
Ответ на: комментарий от smilessss

В любой системе, если ты разломаешь систему в процессе обновления, её придется чинить. Так устроен мир.

alpha ★★★★★
()
Ответ на: комментарий от alpha

Пробовал прибить lucene-contrib-3.6.2-3.fc20.noarch

yum erase  lucene-contrib-3.6.2-3.fc20.noarch --skip-broken
Загружены модули: langpacks
Разрешение зависимостей
--> Проверка сценария
---> Пакет lucene-contrib.noarch 0:3.6.2-3.fc20 помечен для удаления
Removing lucene-contrib.noarch 0:3.6.2-3.fc20 - e due to obsoletes from installed lucene-4.10.2-1.fc21.noarch

--> Перепроверка зависимостей с новыми параметрами.
--> Проверка сценария
---> Пакет lucene-contrib.noarch 0:3.6.2-3.fc20 помечен для удаления
--> Обработка зависимостей: lucene = 3.6.2-3.fc20 пакета: lucene-contrib-3.6.2-3.fc20.noarch

Пакеты пропущены из-за проблем с зависимостями:

И дальше опять приглашение ком строки. Список проблем не вывел

Amider
() автор топика
Ответ на: комментарий от Amider

Ну раз простой способ не помог - иди аккуратно по списку ошибок от yum --releasever=21 check и решай вопрос по каждому пакету индивидуально.

К примеру возьмем строчку:

gnome-themes-standard-3.14.2.2-1.fc21.x86_64 конфликтует с установленными adwaita-gtk3-theme < ('0', '3.13.3', None): adwaita-gtk3-theme-3.10.0-2.fc20.x86_64

Надо удалить adwaita-gtk3-theme-3.10.0-2.fc20.x86_64, только так чтобы зависимости не снести.

yum --releasever=21 shell
> remove adwaita-gtk3-theme
> install gnome-themes-standard
> run

Смотришь не потянул ли он весь гном на удаление. Если все ок, то подтверждаешь. Если не ок или не удаляется, то yum не поможет, удаляешь с помощью rpm

 rpm -e --nodeps adwaita-gtk3-theme-3.10.0-2.fc20.x86_64 
 
и потом как разрулишь, надо сделать yum reinstall gnome-themes-standard.

Ну и yum --releasever=21 distro-sync после разруливания конфликтов обязательно

alpha ★★★★★
()
Ответ на: комментарий от Amider

С зависимостями должен помочь yum shell, поскольку там можно одновременно удалить старый пакет и поставить новый, за счет этого зависимости получаются правильные. Либо rpm -e --nodeps - но это на крайний случай.

И не забывай что до тех пор пока ты не проапдейтишь правильно пакет с репозиториями надо везде yum --releasever=21 писать.

alpha ★★★★★
()
Ответ на: комментарий от alpha

не рассказывай мне сказки про мир и сломанную систему

в моей системе можно беспроблемно прерывать обновление и ничего не сломается/ничего просто не произойдет

smilessss ★★★★★
()
Ответ на: комментарий от alpha

какой же ппц

зачем все это, когда есть ролинг, пакман, yaourt и makepkg?
А еще волшебный ключики --force и еще один, имя которого я сейчас не вспомню, которые решают все твои проблемы с пакетами
ибо задача пм - решать, а не создавать проблемы с пакетами
yum такой yum

smilessss ★★★★★
()
Ответ на: комментарий от smilessss

волшебный ключики --forceи еще один, имя которого я сейчас не вспомню

Ох лол, у вас там в арчах все так делается?

mandala ★★★★★
()
Ответ на: комментарий от alpha

Помог rpm -e --nodeps, ошибки ушли. Репы теперь от 21.

Осталась проблема, при запуске еклипса выбивает ошибку

JVM terminated. Exit code=14

что означает конфликт версий

Amider
() автор топика
Ответ на: комментарий от Amider

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

2. yum clean all && yum distro-sync сделал? Он должен пройти чисто и решить все возможные проблемы с версиями.

JVM terminated. Exit code=14

Это много чего может означать. Проверь сначала саму java:

java -version

ну и посмотри, какие из jdk-пакетов установлены.

alpha ★★★★★
()
Ответ на: комментарий от mandala

у нас в арчике нет проблем с переходом от релиза x дорелиза x+1 как в данном случае

а эти ключики автоматизируют ручную работу
жаль в федоробубунтах нет сочетания этих флагов
есть только принудительное удаление со всеми зависимостями
а такой магии нет)

smilessss ★★★★★
()
Ответ на: комментарий от alpha

1. Пакеты переустанавливал 2. yum clean all && yum distro-sync не нашлось пакетов для обновления

Версии сходятся

 java -version
openjdk version "1.8.0_25"
OpenJDK Runtime Environment (build 1.8.0_25-b18)
OpenJDK 64-Bit Server VM (build 25.25-b02, mixed mode)

 yum list installed | grep jdk
java-1.8.0-openjdk.x86_64              1:1.8.0.25-5.b18.fc21           @updates 
java-1.8.0-openjdk-devel.x86_64        1:1.8.0.25-5.b18.fc21           @updates 
java-1.8.0-openjdk-headless.x86_64     1:1.8.0.25-5.b18.fc21           @updates 
java-1.8.0-openjdk-javadoc.noarch      1:1.8.0.25-5.b18.fc21           @updates 
Amider
() автор топика
Ответ на: комментарий от smilessss

Создай отдельно тред для холивара.

Amider
() автор топика
Ответ на: комментарий от Amider

Ну тогда причем тут версии? все пакеты на местах, если eclipse установлен из обычного пакета для f21, то надо уже предметно с ним разбираться.

verbose-режим какой-нибудь поищи, логи и т.п.

alpha ★★★★★
()
Ответ на: комментарий от smilessss

у нас в арчике нет проблем с переходом от релиза x дорелиза x+1 как в данном случае

Нет релизов, нет проблем с обновлениями между релизами. Смысл капитанить?

жаль в федоробубунтах нет сочетания этих флагов

Все есть, apt рулит и педалит по сравнению с топорными «пакман, yaourt и makepkg»

есть только принудительное удаление со всеми зависимостями

Остряк.

Ладно, все с тобой понятно, хорош офтопить.

mandala ★★★★★
()

не парь себе моск, найди болванку и залей туда образ Fedara 21
обнови/установи поверх сломанной системы (или альтернативным способом)

руками будешь долго отковыривать все баги

anTaRes ★★★★
()
Ответ на: комментарий от Amider

У меня криптораздел. Не вариант с переустановкой

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

anTaRes ★★★★
()
Ответ на: комментарий от anTaRes

как последний вариант я бы начал сносить конфликтующие пакеты и устанавливать по новой на лету, пока система работает

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

anTaRes ★★★★
()

Вдобавок к тому, что написала alpha, приведу ссылку, которой сам пользовался.

carasin ★★★★★
()
Ответ на: комментарий от Amider

Судя по описаниям ошибок, это как раз конфликт версий. А так вообще странно, да

rpm -Va от рута что-нибудь говорит?

dexpl ★★★★★
()
# mkdir /tmp/fuckup
# cd /tmp/fuckup
# ln -s /var/cache/yum/x86_64/20/*/packages/* .
# rm -f /tmp/fuckup/kernel-*
# rpm -U *

Если есть конфликты - посмотреть на выхлоп, устранить конфликты (удалить пакеты из левых репозиториев), повторить rpm -U * (возможно, с ключами -U --force)

no-dashi ★★★★★
()
Ответ на: комментарий от mandala

apt рулит и педалит по сравнению с топорными

нет.
apt медленное поделие, медленнее портажа
о чём вообще можно говорить, если ты не знаешь этих простых истин?
пакмаман самый быстрый пакетный менеджер, это факт.

smilessss ★★★★★
()
Ответ на: комментарий от dexpl

rpm -Va выводит целую простыню, публикую часть

.M.......    /usr/share/icons/HighContrast/scalable/status/weather-clear.svg
.M.......    /usr/share/icons/HighContrast/scalable/status/weather-few-clouds-night.svg
.M.......    /usr/share/icons/HighContrast/scalable/status/weather-few-clouds.svg
.M.......    /usr/share/icons/HighContrast/scalable/status/weather-fog.svg
.M.......    /usr/share/icons/HighContrast/scalable/status/weather-overcast.svg
.M.......    /usr/share/icons/HighContrast/scalable/status/weather-showers-scattered.svg
.M.......    /usr/share/icons/HighContrast/scalable/status/weather-showers.svg
.M.......    /usr/share/icons/HighContrast/scalable/status/weather-snow.svg
.M.......    /usr/share/icons/HighContrast/scalable/status/weather-storm.svg
.......T.    /usr/lib64/liborc-test-0.4.so.0.22.0
.M.......    /usr/share/icons/hicolor/48x48/apps/gnome-mime-application-x-cisco-vpn-settings.png
.M.......    /usr/share/icons/hicolor/128x128/apps/pragha.png
.M.......    /usr/share/icons/hicolor/16x16/actions/remmina-fit-window.png
.M.......    /usr/share/icons/hicolor/16x16/actions/remmina-fullscreen.png
.M.......    /usr/share/icons/hicolor/16x16/actions/remmina-pin-down.png
.M.......    /usr/share/icons/hicolor/16x16/actions/remmina-pin-up.png
.M.......    /usr/share/icons/hicolor/16x16/actions/remmina-scale.png
.M.......    /usr/share/icons/hicolor/16x16/actions/remmina-switch-page.png
.M.......    /usr/share/icons/hicolor/16x16/apps/remmina.png
.M.......    /usr/share/icons/hicolor/16x16/emblems/remmina-sftp.png
.M.......    /usr/share/icons/hicolor/22x22/actions/remmina-fit-window.png
.M.......    /usr/share/icons/hicolor/22x22/actions/remmina-fullscreen.png
.M.......    /usr/share/icons/hicolor/22x22/actions/remmina-scale.png
.M.......    /usr/share/icons/hicolor/22x22/actions/remmina-switch-page.png
.M.......    /usr/share/icons/hicolor/22x22/apps/remmina.png
.M.......    /usr/share/icons/hicolor/22x22/emblems/remmina-sftp.png
.M.......    /usr/share/icons/hicolor/24x24/apps/remmina.png

Amider
() автор топика
Ответ на: комментарий от Amider

rpm -Va выводит целую простыню, публикую часть

В опубликованной части ничего особо интересного нет. Выложи целиком на какой-нибудь pastebin.

dexpl ★★★★★
()
Ответ на: комментарий от Amider

В man rpm есть расшифровка символов:

S file Size differs
M Mode differs (includes permissions and file type)
5 digest (formerly MD5 sum) differs
D Device major/minor number mismatch
L readLink(2) path mismatch
U User ownership differs
G Group ownership differs
T mTime differs
P caPabilities differ

Самые критичные наверное S и 5, а на M и T можно пока не смотреть.

alpha ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.