LINUX.ORG.RU
Форум — General  

Как dnf заставить насильно переписать пакеты?

 


0

2

У меня свет вырубили во время обновления, в итоге получилось вот что:

Ошибка: Ошибка при проверке транзакции:
  файл /usr/share/doc/nettle/AUTHORS из устанавливаемого пакета nettle-3.8-3.el9_0.i686 конфликтует с файлом из пакета nettle-3.7.3-2.el9.x86_64
  файл /usr/share/doc/nettle/NEWS из устанавливаемого пакета nettle-3.8-3.el9_0.i686 конфликтует с файлом из пакета nettle-3.7.3-2.el9.x86_64
  файл /usr/share/info/nettle.info.gz из устанавливаемого пакета nettle-3.8-3.el9_0.i686 конфликтует с файлом из пакета nettle-3.7.3-2.el9.x86_64
  файл /usr/share/doc/openldap/ANNOUNCEMENT из устанавливаемого пакета openldap-2.6.2-1.el9_0.i686 конфликтует с файлом из пакета openldap-2.4.59-4.el9_0.x86_64
  файл /usr/share/doc/openldap/CHANGES из устанавливаемого пакета openldap-2.6.2-1.el9_0.i686 конфликтует с файлом из пакета openldap-2.4.59-4.el9_0.x86_64
  файл /usr/share/doc/openldap/README из устанавливаемого пакета openldap-2.6.2-1.el9_0.i686 конфликтует с файлом из пакета openldap-2.4.59-4.el9_0.x86_64
  файл /usr/share/licenses/openldap/COPYRIGHT из устанавливаемого пакета openldap-2.6.2-1.el9_0.i686 конфликтует с файлом из пакета openldap-2.4.59-4.el9_0.x86_64
  файл /usr/share/man/man5/ldap.conf.5.gz из устанавливаемого пакета openldap-2.6.2-1.el9_0.i686 конфликтует с файлом из пакета openldap-2.4.59-4.el9_0.x86_64
  файл /usr/share/man/man5/ldif.5.gz из устанавливаемого пакета openldap-2.6.2-1.el9_0.i686 конфликтует с файлом из пакета openldap-2.4.59-4.el9_0.x86_64
  файл /usr/share/man/man5/limits.conf.5.gz из устанавливаемого пакета pam-1.5.1-9.el9_0.1.i686 конфликтует с файлом из пакета pam-1.5.1-9.el9.x86_64
  файл /usr/share/man/man8/faillock.8.gz из устанавливаемого пакета pam-1.5.1-9.el9_0.1.i686 конфликтует с файлом из пакета pam-1.5.1-9.el9.x86_64
  файл /usr/share/man/man8/pam_timestamp.8.gz из устанавливаемого пакета pam-1.5.1-9.el9_0.1.i686 конфликтует с файлом из пакета pam-1.5.1-9.el9.x86_64
  файл /usr/share/doc/gnutls/AUTHORS из устанавливаемого пакета gnutls-3.7.6-12.el9_0.i686 конфликтует с файлом из пакета gnutls-3.7.3-9.el9.x86_64
  файл /usr/share/doc/gnutls/NEWS из устанавливаемого пакета gnutls-3.7.6-12.el9_0.i686 конфликтует с файлом из пакета gnutls-3.7.3-9.el9.x86_64
  файл /usr/share/doc/gnutls/README.md из устанавливаемого пакета gnutls-3.7.6-12.el9_0.i686 конфликтует с файлом из пакета gnutls-3.7.3-9.el9.x86_64
  файл /usr/share/locale/de/LC_MESSAGES/gnutls.mo из устанавливаемого пакета gnutls-3.7.6-12.el9_0.i686 конфликтует с файлом из пакета gnutls-3.7.3-9.el9.x86_64
  файл /usr/share/locale/es/LC_MESSAGES/gnutls.mo из устанавливаемого пакета gnutls-3.7.6-12.el9_0.i686 конфликтует с файлом из пакета gnutls-3.7.3-9.el9.x86_64
  файл /usr/share/locale/ms/LC_MESSAGES/gnutls.mo из устанавливаемого пакета gnutls-3.7.6-12.el9_0.i686 конфликтует с файлом из пакета gnutls-3.7.3-9.el9.x86_64

Как мне заставить его сделать то, что он должен? Опции –force не нашёл.(

★

Ответ на: комментарий от Ja-Ja-Hey-Ho

Что-то выдало

cryptsetup-libs-2.4.3-4.el9.x86_64 повторяет cryptsetup-libs-2.4.3-4.el9_0.1.x86_64
expat-2.2.10-12.el9_0.2.x86_64 повторяет expat-2.2.10-12.el9_0.3.x86_64
glibc-2.34-28.el9_0.x86_64 повторяет glibc-2.34-28.el9_0.2.x86_64
glibc-common-2.34-28.el9_0.x86_64 повторяет glibc-common-2.34-28.el9_0.2.x86_64
glibc-gconv-extra-2.34-28.el9_0.x86_64 повторяет glibc-gconv-extra-2.34-28.el9_0.2.x86_64
glibc-langpack-ru-2.34-28.el9_0.x86_64 повторяет glibc-langpack-ru-2.34-28.el9_0.2.x86_64
gnutls-3.7.3-9.el9.x86_64 повторяет gnutls-3.7.6-12.el9_0.x86_64
kernel-tools-5.14.0-70.22.1.el9_0.x86_64 повторяет kernel-tools-5.14.0-70.26.1.el9_0.x86_64
kernel-tools-libs-5.14.0-70.22.1.el9_0.x86_64 повторяет kernel-tools-libs-5.14.0-70.26.1.el9_0.x86_64
libdnf-0.65.0-5.el9_0.alma.x86_64 повторяет libdnf-0.65.0-5.1.el9_0.alma.x86_64
libgcrypt-1.10.0-4.el9_0.x86_64 повторяет libgcrypt-1.10.0-5.el9_0.x86_64
nettle-3.7.3-2.el9.x86_64 повторяет nettle-3.8-3.el9_0.x86_64
nspr-4.32.0-9.el9.x86_64 повторяет nspr-4.34.0-14.el9_0.x86_64
nss-3.71.0-7.el9.x86_64 повторяет nss-3.79.0-14.el9_0.x86_64
nss-softokn-3.71.0-7.el9.x86_64 повторяет nss-softokn-3.79.0-14.el9_0.x86_64
nss-softokn-freebl-3.71.0-7.el9.x86_64 повторяет nss-softokn-freebl-3.79.0-14.el9_0.x86_64
nss-sysinit-3.71.0-7.el9.x86_64 повторяет nss-sysinit-3.79.0-14.el9_0.x86_64
nss-util-3.71.0-7.el9.x86_64 повторяет nss-util-3.79.0-14.el9_0.x86_64
openldap-2.4.59-4.el9_0.x86_64 повторяет openldap-2.6.2-1.el9_0.x86_64
openssh-8.7p1-8.el9.x86_64 повторяет openssh-8.7p1-10.el9_0.x86_64
openssh-clients-8.7p1-8.el9.x86_64 повторяет openssh-clients-8.7p1-10.el9_0.x86_64
openssh-server-8.7p1-8.el9.x86_64 повторяет openssh-server-8.7p1-10.el9_0.x86_64
pam-1.5.1-9.el9.x86_64 повторяет pam-1.5.1-9.el9_0.1.x86_64
procps-ng-3.3.17-4.el9.x86_64 повторяет procps-ng-3.3.17-5.el9_0.x86_64
python3-hawkey-0.65.0-5.el9_0.alma.x86_64 повторяет python3-hawkey-0.65.0-5.1.el9_0.alma.x86_64
python3-libdnf-0.65.0-5.el9_0.alma.x86_64 повторяет python3-libdnf-0.65.0-5.1.el9_0.alma.x86_64
systemd-250-6.el9_0.x86_64 повторяет systemd-250-6.el9_0.1.x86_64
systemd-libs-250-6.el9_0.x86_64 повторяет systemd-libs-250-6.el9_0.1.x86_64
systemd-pam-250-6.el9_0.x86_64 повторяет systemd-pam-250-6.el9_0.1.x86_64
systemd-rpm-macros-250-6.el9_0.noarch повторяет systemd-rpm-macros-250-6.el9_0.1.noarch
systemd-udev-250-6.el9_0.x86_64 повторяет systemd-udev-250-6.el9_0.1.x86_64
tzdata-2022c-1.el9_0.noarch повторяет tzdata-2022d-1.el9_0.noarch
u0000 ★
() автор топика

Короче, я выпилил все i686 пакеты, потом сделал dnf update, потом dnf remove –duplicates. Блин, какое же говно всё-таки этот dnf. Соседняя машина на debian спокойно обновилась при 512 мегабайт памяти, а эта ерунда виснет.

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

Так то не должен много потреблять.

Например сейчас у себя запустил dnf up --refresh:

4.05user 0.59system 0:13.05elapsed 35%CPU (0avgtext+0avgdata 236024maxresident)k
0inputs+312outputs (10major+88643minor)pagefaults 0swaps

~230 Мб - как-то многовато.

Там ещё баги были на эту тему: https://bugzilla.redhat.com/show_bug.cgi?id=1432219

Но я так понимаю это в одной из старых версий утечка была, которую исправили.

Ja-Ja-Hey-Ho ★★★★
()
Ответ на: комментарий от Minona

пару раз утыкался в поломанные пакеты после скачка напряжения при установке. чет както быстро все восстановилось - просто отмечаешь на полный реинсталл и пошел пить чай.
также и в случае, когда на половине /usr/bin случайно «убил» права файлов.
п.с. работаю правда через аптитуде - удобное :)

pfg ★★★★★
()

Как мне заставить его сделать то, что он должен? Опции –force не нашёл.

Ты пытаешься сломать систему путем установки пакетов неправильной архитектуры .i686 вместо уже установленных .x86_64. Система законно сопротивляется!

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

Мне попадались только ссылки как это починить в случае неуспешных транзакций. А вот почему вообще они одновременно установленными оказываются (почему перед установкой нового не удалился старый пакет), не объяснялось.

grem ★★★★★
()
General