2017-04-30 18 views
0

Fedoraは4.10.8-200.fc25.i686 + PAEDNFクラッシュ

DNF 'は(コアダンプ)セグメンテーション障害' でクラッシュします。

私は 'dnf clean all'を成功せずに実行しようとしました。

'DNFのアップグレード' を実行している場合、これは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 []. 

はこれが 'メッセージ' に記録されます。

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' 

誰も私がこの問題を解決する手助けすることはできますか?トラブルシューティングのために他にできることは何ですか?

ありがとうございます!

答えて

0

は、私が(手動、rpm2cpioを確認してください)libdbをロールバックまず、アップグレード後

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

を同じ問題を抱えて。 db_verify/var/lib/rpm/*を実行してエラーを表示しない

ただし、CORRUPTEDファイルではまだ失敗します。

は、その後、私は

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

あなたが最初にそれを試してみてください固定回転数デシベルとVOILAを...再構築して、それが動作しない場合は、手動のロールバックを試してみてください。

+0

この文章を書く時間を取ってくれてありがとうRSGです。残念ながら、私は既にlibdb-5.3.28-16.fc25.i686とlibdb-utils-5.3.28-16.fc25.i686を持っていますか? 私は最初にファイル/ var/lib/rpm/__ db *を削除してから再構築しようとしました。成功なし。 db_verifyはエラーを表示しません。 – Rudhan

関連する問題