(packagekitパッケージの)ファイルがFedora 28ワークステーションから消える

(packagekitパッケージの)ファイルがFedora 28ワークステーションから消える

そのパッケージを再インストールした後も、欠落しているために他のパッケージを再インストールする必要がありますlibpackagekit-glib2.so.18。複数のファイルがありません。rpm -q --verify

missing     /usr/lib64/gnome-settings-daemon-3.0/gtk-modules/pk-gtk-module.desktop
missing     /usr/lib64/gtk-2.0/modules/libpk-gtk-module.so
missing     /usr/lib64/gtk-3.0/modules/libpk-gtk-module.so
missing   c /etc/PackageKit/CommandNotFound.conf
missing     /etc/profile.d/PackageKit.sh
missing     /usr/libexec/pk-command-not-found
missing     /usr/libexec/pk-gstreamer-install

rpm -q --verify --all他に欠けているか損傷した部分は見つかりませんでした。

私はこれにとても驚きました。パッケージの更新はファイルをアトミックに置き換えますrename()(停電が発生したときに記録されたコンテンツが失われないようにするためにfsync()最初に使用する必要があります)。rename()

Fedora 28にこれらのファイルを削除できるバグはありますか?

それとも、ハードウェアの問題などの他の既知の問題ですか?

同様の症状が他の場所で報告されていますか?


現在の日付は2018年5月28日です。etckeeper(毎日更新)は、のファイルが/etc見つからないことを示します2018-05-16 11:33:41

以前はオフラインパッケージのアップデートを見ることができましたが、アップグレードが承認された唯一のパッケージはostree

$ journalctl --since=-1month /usr/libexec/pk-offline-update
...
May 16 11:17:03 alan-laptop pk-offline-update[773]: package updating        ostree-2018.5-1.fc28.x86_64 (updates)
...
May 16 11:17:05 alan-laptop pk-offline-update[773]: package cleanup        ostree-2018.3-2.fc28.x86_64 (installed)

dnf historyプログラム

   328 | install PackageKit       | 2018-05-16 11:33 | Install        |    1  <
   327 | debuginfo-install glibc- | 2018-05-16 11:02 | Update         |    2 > 
   326 | downgrade ostree         | 2018-05-16 10:56 | Downgrade      |    1  <
   325 | builddep PackageKit      | 2018-05-16 10:47 | Install        |   11 ><

ハードドライブのGNOME Disk SMART情報に「Disk OK」が報告され、簡単なSMARTテストはエラーなしで成功します。

/lost+found/空いた。

システムは新しくインストールするのではなく、Fedora 27などからアップグレードしました。

ハードウェアは、回転式ハードドライブを搭載したDell Lattitude E5450(ビジネスシリーズノートブック)です。ハードドライブは で識別されますWDC WD5000LPLX-75ZNTT0 (01.01A01)

coredumpctl -r リスト /usr/libexec/packagekitd

/ etcのファイルが見つからない2週間前にパッケージキットがクラッシュしました。https://bugzilla.redhat.com/show_bug.cgi?id=1523706#c21

coredumpctlによると、後でファイルが失われた日付と非常に近い日付に競合が複数回発生しました。

TIME                            PID   UID   GID SIG COREFILE  EXE
Mon 2018-05-14 18:14:01 BST    4474     0     0  11 missing   /usr/libexec/packagekitd
Mon 2018-05-14 16:40:28 BST    1599     0     0  11 missing   /usr/libexec/packagekitd
Wed 2018-05-02 12:10:53 BST    2174     0     0  11 missing   /usr/libexec/packagekitd
Wed 2018-05-02 11:39:55 BST   27919     0     0  11 missing   /usr/libexec/packagekitd
Wed 2018-05-02 10:47:53 BST   25548     0     0   6 missing   /usr/libexec/packagekitd
Wed 2018-05-02 10:46:52 BST   21783     0     0   6 missing   /usr/libexec/packagekitd
Wed 2018-05-02 10:42:43 BST   18529     0     0  11 missing   /usr/libexec/packagekitd
Wed 2018-05-02 10:37:56 BST   12763     0     0   6 missing   /usr/libexec/packagekitd
Wed 2018-05-02 10:15:49 BST    1569     0     0   6 missing   /usr/libexec/packagekitd
Sat 2018-04-28 14:34:43 BST    1394     0     0  11 missing   /usr/libexec/packagekitd
Tue 2018-03-06 10:54:03 GMT    1498     0     0   6 missing   /usr/libexec/packagekitd
Wed 2018-02-28 10:40:55 GMT    1487     0     0  11 missing   /usr/libexec/packagekitd
Fri 2018-02-23 21:01:21 GMT    1557     0     0   6 missing   /usr/libexec/packagekitd
Thu 2017-11-16 10:05:46 GMT   10987     0     0  11 missing   /usr/libexec/packagekitd
Tue 2017-11-14 11:04:56 GMT    1631     0     0  11 missing   /usr/libexec/packagekitd
Mon 2017-10-16 16:56:48 BST    1557     0     0  11 missing   /usr/libexec/packagekitd
Thu 2017-09-28 16:31:19 BST    1513     0     0  11 missing   /usr/libexec/packagekitd

ベストアンサー1

   328 | install PackageKit       | 2018-05-16 11:33 | Install        |    1  <
   327 | debuginfo-install glibc- | 2018-05-16 11:02 | Update         |    2 > 
   326 | downgrade ostree         | 2018-05-16 10:56 | Downgrade      |    1  <
   325 | builddep PackageKit      | 2018-05-16 10:47 | Install        |   11 ><

この問題は、私が行ったいくつかのテストが原因で発生しました。

rpm --nodeps -e以下を使用してPackageKitを削除しました。パッチ済みパッケージキット。

make uninstallその後、とを使用しましたdnf install PackageKit

問題は、PackageKitソースパッケージが複数の異なるRPMに分割されていることです。そのため、サブパッケージはインストールせず、メインパッケージのみを再インストールしました。

おすすめ記事