accidents de DNF avec erreur de segmentation

Question

Fedora 4.10.8-200.fc25.i686 + PAE

DNF se bloque avec «erreur de segmentation (sous-évaluées de base).

J'ai essayé de lancer 'dnf clean all' sans succès.

Lors de l'exécution 'mise à niveau DNF', cela est connecté dnf.log:

Apr 30 20:17:21 INFO --- logging initialized --- 
Apr 30 20:17:21 DDEBUG timer: config: 7 ms 
Apr 30 20:17:21 DEBUG cachedir: /var/cache/dnf 
Apr 30 20:17:21 DEBUG Loaded plugins: reposync, Query, noroot, needs-restarting, protected_packages, builddep, playground, config-manager, copr, download, system-upgrade, debuginfo-install, generate_completion_cache 
Apr 30 20:17:21 DEBUG DNF version: 1.1.10 
Apr 30 20:17:21 DDEBUG Command: dnf upgrade 
Apr 30 20:17:21 DDEBUG Installroot:/
Apr 30 20:17:21 DDEBUG Releasever: 25 
Apr 30 20:17:21 DDEBUG Base command: upgrade 
Apr 30 20:17:21 DDEBUG Extra commands: [] 
Apr 30 20:17:51 DDEBUG repo: downloading from remote: updates, _Handle: metalnk: https://mirrors.fedoraproject.org/metalink?repo=updates-released-f25&arch=i386, mlist: None, urls []. 

Ceci est connecté 'messages':

Apr 30 20:17:51 emil2 audit: ANOM_ABEND auid=0 uid=0 gid=0 ses=10 pid=23817 comm="dnf" exe="/usr/libexec/system-python" sig=11 
Apr 30 20:17:51 emil2 kernel: dnf[23817]: segfault at 24 ip b64a9c81 sp bfe10cc0 error 4 in libssl3.so[b6496000+49000] 
Apr 30 20:17:51 emil2 abrt-hook-ccpp: Process 23817 (system-python) of user 0 killed by SIGSEGV - dumping core 
Apr 30 20:17:52 emil2 abrt-server: Deleting problem directory ccpp-2017-04-30-20:17:51-23817 (dup of ccpp-2017-04-28-22:02:01-6627) 
Apr 30 20:17:52 emil2 dbus-daemon[721]: [system] Activating service name='org.freedesktop.problems' requested by ':1.699' (uid=0 pid=23827 comm="/usr/bin/python3 /usr/bin/abrt-action-notify -d /v") (using servicehelper) 
Apr 30 20:17:52 emil2 dbus-daemon[721]: [system] Successfully activated service 'org.freedesktop.problems' 

Quelqu'un peut-il me aider à résoudre ce problème? Y at-il autre chose que je puisse faire pour résoudre les problèmes?

Merci!

Answer 1

obtenu le même problème après la mise à niveau

libdb-5.3.28-16 to libdb-5.3.28-24 
libdb-utils-5.3.28-16 to libdb-utils-5.3.28-24 

D'abord, je révulsés la libdb (manuellement, vérifier rpm2cpio). Ran db_verify/var/lib/rpm/* et ne pas afficher l'erreur

Mais échoue toujours avec les fichiers CORROMPUS.

Je reconstruisent le régime db et VOILA ... fixe

% rm /var/lib/rpm/__db* 
    % rpm --rebuilddb 

Vous devriez essayer d'abord, et si elle ne fonctionne pas, essayez la rétrogradation manuelle.