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
Deleted ()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted

Каким образом это реализовано? В смысле: ты просто всегда выбираешь старое ядро при загрузке или что-то хитрое сделал (или пытался) в 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 на момент последнего запуска перед тем как всё сломалось. Более старые логи содержат дату в имени файла.

Deleted ()
Последнее исправление: Deleted (всего исправлений: 1)

Я предлагаю тупо удалить пакеты kernel-5.1.5 и kernel-modules-extra-5.1.5 разу уж это ядро все равно не работает. После этого все должно наладится

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

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 черный экран после загрузки» на самом деле происходило что-то более страшное, чем проблемы с экраном?

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

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

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

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

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

Deleted ()

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

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

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

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

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

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

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

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

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

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

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

Deleted ()
Последнее исправление: Deleted (всего исправлений: 1)

kernel-5.1.5-300.fc30.x86_64

Что то ядро старовато. Я сей момент не помню точно но то что kernek-5.1.11 у меня уже стоит это точно. Fedora 30.

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

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

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

the_real_kinik ()
13 апреля 2021 г.

Лучше поздно, чем пройти мимо

Не успел, для тех кто будет искать/ищет решение

sudo dnf remove –duplicated

потом

check

GiGteG ()
Ответ на: Re: коррекция от anonymous

первый раз в "этой" местности писал)))

Пардонте, не знал, потом посмотрел, и действительно, код в мессаджах выделен. А как можно отредактировать?

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