Eu tive que reinstalar o PackageKit-glib2 devido a erros sobre a falta de libpackagekit-glib2.so.18 . rpm -q --verify diz que faltavam alguns arquivos e, mesmo depois de reinstalar esse pacote, há alguns outros pacotes que preciso reinstalar
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 não encontrou mais nada em falta ou corrompido.
Fiquei bastante surpreso com isso. As atualizações de pacotes substituem os arquivos atomicamente usando rename() (e devem usar fsync() antes de rename() para garantir que o conteúdo gravado não seja perdido caso a energia seja interrompida).
Existe algum bug no Fedora 28 que poderia ter removido esses arquivos?
Ou é algum outro problema conhecido, por ex. com hardware?
Existe um relato de um sintoma semelhante em outro lugar?
A data atual é 2018-05-28. etckeeper (que atualiza diariamente) sugere que os arquivos em /etc foram perdidos por 2018-05-16 11:33:41 .
Eu posso ver uma atualização do pacote off-line pouco antes disso, mas o único pacote que ele admite para a atualização é 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 mostra
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 ><
Discos GNOME As informações SMART para meu disco rígido informam que "o disco está OK" e o teste SMART curto foi bem-sucedido sem erros.
/lost+found/ está vazio.
Este sistema é uma atualização do Fedora 27 (etc), e não uma nova instalação.
O hardware é um Dell Lattitude E5450 - um laptop da série empresarial - com um disco rígido giratório. O disco rígido identifica como WDC WD5000LPLX-75ZNTT0 (01.01A01) .
coredumpctl -r lista / usr / libexec / packagekitd
Eu tive algumas falhas no kit de pacotes duas semanas antes de os arquivos em / etc desaparecerem: link
e de acordo com o coredumpctl, tive alguns problemas mais recentes, muito próximos da data em que os arquivos sumiram
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