LINUX.ORG.RU

Поломались зависимости в Fedora 30

 , ,


0

2

Последний мой rpm-дистрибутив был OpenSUSE 11.3, где особых проблем с зависимостями не было. А на Fedora я даже не знаю куда копать.

Через терминал получаю вот такое:

# dnf update
определение самого быстрого зеркала (3 узлов).. done.B/s |   0  B     --:-- ETA
Fedora Modular 30 - x86_64 - Updates            9.1 kB/s |  23 kB     00:02    
Fedora 30 - x86_64 - Updates                     27 kB/s |  23 kB     00:00    
Fedora 30 - x86_64 - Updates                    883 kB/s | 1.5 MB     00:01    
Fedora 30 - x86_64                               71 kB/s |  24 kB     00:00    
google-chrome                                    15 kB/s | 1.3 kB     00:00    
RPM Fusion for Fedora 30 - Free - Updates        15 kB/s | 9.6 kB     00:00    
RPM Fusion for Fedora 30 - Nonfree - Updates     34 kB/s | 9.4 kB     00:00    
vivaldi                                         6.4 kB/s | 2.9 kB     00:00    
Ошибка: 
 Проблема 1: package kernel-modules-extra-5.1.5-300.fc30.x86_64 requires kernel-uname-r = 5.1.5-300.fc30.x86_64, but none of the providers can be installed
  - conflicting requests
 Проблема 2: package kernel-5.1.5-300.fc30.x86_64 requires kernel-core-uname-r = 5.1.5-300.fc30.x86_64, but none of the providers can be installed
  - conflicting requests
(try to add '--skip-broken' to skip uninstallable packages)
# dnf update --skip-broken
Последняя проверка окончания срока действия метаданных: 0:00:54 назад, Вс 23 июн 2019 11:12:58.
Ошибка: 
 Проблема 1: package kernel-modules-extra-5.1.5-300.fc30.x86_64 requires kernel-uname-r = 5.1.5-300.fc30.x86_64, but none of the providers can be installed
  - conflicting requests
 Проблема 2: package kernel-5.1.5-300.fc30.x86_64 requires kernel-core-uname-r = 5.1.5-300.fc30.x86_64, but none of the providers can be installed
  - conflicting requests

Если обновлять через гномовский центр приложений, то получаю вот такое:

Не удалось загрузить обновления:
Ошибка при выполнении транзакции: файл /usr/share/doc/glibc/NEWS из устанавливаемого пакета glibc-2.29.fc30.i686 конфликтует с файлом из пакета glibc-2.29.fc30.x86_64

Не обновлялся пару месяцев – не до того было. Сижу на ядре 5.0.17, ибо на ядрах 5.1.X черный экран после загрузки. i686 пакеты основных библиотек были для чего-то нужны, я уже не помню зачем, но хотелось бы оставить, чтоб ничего не отломалось.

Сижу на ядре 5.0.17, ибо на ядрах 5.1.X черный экран после загрузки.

Каким образом это реализовано? В смысле: ты просто всегда выбираешь старое ядро при загрузке или что-то хитрое сделал (или пытался) в dnf?

Вообще попробуй так:

dnf clean all
dnf makecache
dnf distro-sync

И вот так:

dnf check
mironov_ivan ★★★★★ ()
Последнее исправление: mironov_ivan (всего исправлений: 1)
Ответ на: комментарий от mironov_ivan

Каким образом это реализовано? В смысле: ты просто всегда выбираешь старое ядро при загрузке или что-то хитрое сделал (или пытался) в dnf?

При загрузке выбираю.

Вообще попробуй так:

# dnf clean all
292 файла удалено
# dnf makecache
Fedora Modular 30 - x86_64                      1.5 MB/s | 2.7 MB     00:01    
Fedora Modular 30 - x86_64 - Updates            1.1 MB/s | 2.2 MB     00:01    
Fedora 30 - x86_64 - Updates                    3.4 MB/s |  15 MB     00:04    
Fedora 30 - x86_64                              5.2 MB/s |  70 MB     00:13    
google-chrome                                    21 kB/s | 3.4 kB     00:00    
RPM Fusion for Fedora 30 - Free - Updates       115 kB/s | 239 kB     00:02    
RPM Fusion for Fedora 30 - Free                 322 kB/s | 735 kB     00:02    
RPM Fusion for Fedora 30 - Nonfree - Updates     23 kB/s |  40 kB     00:01    
RPM Fusion for Fedora 30 - Nonfree              116 kB/s | 227 kB     00:01    
vivaldi                                          15 kB/s |  11 kB     00:00    
Создан кэш метаданных.
# dnf distro-sync
Последняя проверка окончания срока действия метаданных: 0:25:12 назад, Вс 23 июн 2019 11:47:05.
Ошибка: 
 Проблема 1: package kernel-modules-extra-5.1.5-300.fc30.x86_64 requires kernel-uname-r = 5.1.5-300.fc30.x86_64, but none of the providers can be installed
  - conflicting requests
 Проблема 2: package kernel-5.1.5-300.fc30.x86_64 requires kernel-core-uname-r = 5.1.5-300.fc30.x86_64, but none of the providers can be installed
  - conflicting requests
(try to add '--skip-broken' to skip uninstallable packages)
the_real_kinik ()
Ответ на: комментарий от the_real_kinik

И вот так:

# dnf check
NetworkManager-1:1.16.0-1.fc30.x86_64 повторяет NetworkManager-1:1.16.2-1.fc30.x86_64
NetworkManager-libnm-1:1.16.0-1.fc30.x86_64 повторяет NetworkManager-libnm-1:1.16.2-1.fc30.x86_64
NetworkManager-wwan-1:1.16.0-1.fc30.x86_64 повторяет NetworkManager-wwan-1:1.16.2-1.fc30.x86_64
bluez-5.50-6.fc30.x86_64 повторяет bluez-5.50-8.fc30.x86_64
bluez-libs-5.50-6.fc30.x86_64 повторяет bluez-libs-5.50-8.fc30.x86_64
cairo-1.16.0-4.fc30.i686 повторяет cairo-1.16.0-4.fc30.x86_64
cairo-1.16.0-4.fc30.i686 повторяет cairo-1.16.0-5.fc30.x86_64
cairo-gobject-1.16.0-4.fc30.i686 повторяет cairo-gobject-1.16.0-4.fc30.x86_64
cairo-gobject-1.16.0-4.fc30.i686 повторяет cairo-gobject-1.16.0-5.fc30.x86_64
cmake-3.14.4-1.fc30.x86_64 повторяет cmake-3.14.5-1.fc30.x86_64
cmake-data-3.14.4-1.fc30.noarch повторяет cmake-data-3.14.5-1.fc30.noarch
cmake-filesystem-3.14.4-1.fc30.x86_64 повторяет cmake-filesystem-3.14.5-1.fc30.x86_64
cmake-rpm-macros-3.14.4-1.fc30.noarch повторяет cmake-rpm-macros-3.14.5-1.fc30.noarch

... вырезал середину, ибо не помещается в ограничение по длине сообщения ...

wine-tahoma-fonts-4.9-1.fc30.noarch повторяет wine-tahoma-fonts-4.10-1.fc30.noarch
wine-times-new-roman-fonts-4.9-1.fc30.noarch повторяет wine-times-new-roman-fonts-4.10-1.fc30.noarch
xdg-desktop-portal-1.2.0-3.fc30.x86_64 повторяет xdg-desktop-portal-1.4.2-1.fc30.x86_64
xorg-x11-drv-nvidia-cuda-libs-3:418.74-1.fc30.i686 повторяет xorg-x11-drv-nvidia-cuda-libs-3:418.74-1.fc30.x86_64
xorg-x11-drv-nvidia-cuda-libs-3:418.74-1.fc30.i686 повторяет xorg-x11-drv-nvidia-cuda-libs-3:430.26-1.fc30.x86_64
Ошибка: Check discovered 175 problem(s)
the_real_kinik ()
Ответ на: комментарий от the_real_kinik

Ты случайно не прерывал dnf во время установки? killall -9, выдёргиванием компа из розетки или другим подобным способом? Обычно после такого похожие проблемы появляются.

Вот такое должно всё починить (ну или частично починить):

dnf remove --duplicates
dnf distro-sync

Но если dnf в прошлый раз убился прямо во время установки какого-то пакета, то этот пакет сам по себе может быть поломан и его надо переустановить.

Вообще, выложи куда-нибудь содержимое /var/log/dnf.log и /var/log/dnf.rpm.log на момент последнего запуска перед тем как всё сломалось. Более старые логи содержат дату в имени файла.

mironov_ivan ★★★★★ ()
Последнее исправление: mironov_ivan (всего исправлений: 1)
Ответ на: комментарий от mironov_ivan

dnf remove –duplicates

https://pastebin.com/PaKFST2m

rpm -Va –nofiles –nodigest

# rpm -Va --nofiles --nodigest
Unsatisfied dependencies for fedora-release-30-4.noarch:
	system-release конфликтует с (установлен)fedora-release-30-4.noarch
	system-release конфликтует с (установлен)fedora-release-30-3.noarch
Unsatisfied dependencies for krdc-libs-19.04.2-1.fc30.x86_64:
	krdc = 19.04.2-1.fc30 нужен для (установлен)krdc-libs-19.04.2-1.fc30.x86_64
Unsatisfied dependencies for fedora-release-30-3.noarch:
	system-release конфликтует с (установлен)fedora-release-30-3.noarch
	system-release конфликтует с (установлен)fedora-release-30-4.noarch

rpm –rebuilddb

Не происходит ничего.

# dnf distro-sync
Fedora Modular 30 - x86_64                                                                                                                                                                                                                                                              28 kB/s |  24 kB     00:00    
Fedora Modular 30 - x86_64 - Updates                                                                                                                                                                                                                                                    35 kB/s |  23 kB     00:00    
Fedora 30 - x86_64 - Updates                                                                                                                                                                                                                                                            20 kB/s |  22 kB     00:01    
Fedora 30 - x86_64                                                                                                                                                                                                                                                                      34 kB/s |  24 kB     00:00    
google-chrome                                                                                                                                                                                                                                                                           17 kB/s | 1.3 kB     00:00    
RPM Fusion for Fedora 30 - Free - Updates                                                                                                                                                                                                                                               12 kB/s | 9.6 kB     00:00    
RPM Fusion for Fedora 30 - Free                                                                                                                                                                                                                                                         16 kB/s |  10 kB     00:00    
RPM Fusion for Fedora 30 - Nonfree - Updates                                                                                                                                                                                                                                            34 kB/s | 9.7 kB     00:00    
RPM Fusion for Fedora 30 - Nonfree                                                                                                                                                                                                                                                      34 kB/s |  10 kB     00:00    
vivaldi                                                                                                                                                                                                                                                                                7.4 kB/s | 2.9 kB     00:00    
Ошибка: 
 Проблема 1: package kernel-modules-extra-5.1.5-300.fc30.x86_64 requires kernel-uname-r = 5.1.5-300.fc30.x86_64, but none of the providers can be installed
  - conflicting requests
 Проблема 2: package kernel-5.1.5-300.fc30.x86_64 requires kernel-core-uname-r = 5.1.5-300.fc30.x86_64, but none of the providers can be installed
  - conflicting requests
(try to add '--skip-broken' to skip uninstallable packages)

/var/log/dnf.log

https://pastebin.com/h2wpduA6

/var/log/dnf.rpm.log

https://pastebin.com/xLnA7xVv

the_real_kinik ()
Ответ на: комментарий от Khnazile

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

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

dnf remove –duplicates

https://pastebin.com/PaKFST2m

Эээ… Я, честно говоря, даже не знал, что dnf remove может предлагать что-либо установить. Не знаю: это баг или задуманное поведение в случае сломанных зависимостей.

Могу предложить только руками это всё чинить. Удалять/устанавливать отдельные пакеты из списка после «Ошибка: проверка транзакции на разрешение зависимостей» утилитой rpm пока система не придёт в состояние, от которого dnf’у не будет сходу становиться плохо.

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

/var/log/dnf.rpm.log

https://pastebin.com/xLnA7xVv

2019-06-05T15:14:21Z INFO --- logging initialized ---
\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\002019-06-07T13:04:58Z INFO --- logging initialized ---

Ты точно во время работы dnf не выключал компьютер ударом ногой с разворота? Или может у тебя ФС недавно сыпалась? Может при «на ядрах 5.1.X черный экран после загрузки» на самом деле происходило что-то более страшное, чем проблемы с экраном?

mironov_ivan ★★★★★ ()
Последнее исправление: mironov_ivan (всего исправлений: 2)
Ответ на: комментарий от mironov_ivan

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

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

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

Тут видимо похожий случай. Логи dnf очевидно битые.

mironov_ivan ★★★★★ ()

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

rpm -qa kernel* | sort
uname -r
В 30-ке у меня было такое пару раз, почему-то dnf не мог удалять старые ядра автоматически.

papin-aziat ()
Ответ на: комментарий от mironov_ivan

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

Похоже, так и сделаю. Может быть для интересу накачу Silverblue. Либо RHEL 8.

Ты точно во время работы dnf не выключал компьютер ударом ногой с разворота? Или может у тебя ФС недавно сыпалась? Может при «на ядрах 5.1.X черный экран после загрузки» на самом деле происходило что-то более страшное, чем проблемы с экраном?

Честно сказать, не помню, что я там делал, возможно остановил dnf через ^C.

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

Честно сказать, не помню, что я там делал, возможно остановил dnf через ^C.

Не, ни ctrl-c, ни даже kill -9 такое (нули) в логе дать не могли. Мне кажется, там посыпалось серьёзно, возможно с привлечением ядра и файловой системы.

Кстати, на всякий случай запусти на ночь memtest. Мало ли что…

mironov_ivan ★★★★★ ()
Последнее исправление: mironov_ivan (всего исправлений: 1)
Ответ на: комментарий от mironov_ivan

Кстати, на всякий случай запусти на ночь memtest. Мало ли что…

Оперативка вряд ли виновата. Планкам год, память довольно медленная 2400 МГц, не разгонял ни разу. Самая большая вероятность – винт накрывается потихоньку. Дешёвый Toshiba на 2 Тб.

the_real_kinik ()