Eu corri 16.04 desde que foi lançado como uma nova instalação, e cerca de um mês atrás, atualizado para 18.04 usando o mecanismo de atualização oficial. Eu notei isso no syslog:
Sep 27 17:40:36 yavin systemd[1]: Starting Daemon for power management...
Sep 27 17:40:36 yavin upowerd[836]: /usr/lib/upower/upowerd: error while loading shared libraries: libssl.so.1.0.2: cannot open shared object fil
e: No such file or directory
Sep 27 17:40:36 yavin systemd[1]: upower.service: Main process exited, code=exited, status=127/n/a
Sep 27 17:40:36 yavin systemd[1]: upower.service: Failed with result 'exit-code'.
Sep 27 17:40:36 yavin systemd[1]: Failed to start Daemon for power management.
Sep 27 17:40:36 yavin systemd[1]: upower.service: Service hold-off time over, scheduling restart.
Sep 27 17:40:36 yavin systemd[1]: upower.service: Scheduled restart job, restart counter is at 1.
Sep 27 17:40:36 yavin systemd[1]: Stopped Daemon for power management.
Sep 27 17:40:36 yavin systemd[1]: Starting Daemon for power management...
Sep 27 17:40:36 yavin upowerd[846]: /usr/lib/upower/upowerd: error while loading shared libraries: libssl.so.1.0.2: cannot open shared object file: No such file or directory
Sep 27 17:40:36 yavin systemd[1]: upower.service: Main process exited, code=exited, status=127/n/a
Sep 27 17:40:36 yavin systemd[1]: upower.service: Failed with result 'exit-code'.
Sep 27 17:40:36 yavin systemd[1]: Failed to start Daemon for power management.
Sep 27 17:40:36 yavin systemd[1]: upower.service: Service hold-off time over, scheduling restart.
Sep 27 17:40:36 yavin systemd[1]: upower.service: Scheduled restart job, restart counter is at 2.
Então upowerd não pode encontrar libssl.so.1.0.2, com certeza:
$ ldd -v /usr/lib/upower/upowerd | grep 'not found'
libssl.so.1.0.2 => not found
libcrypto.so.1.0.2 => not found
libcrypto.so.1.0.2 (OPENSSL_1.0.2d) => not found
libssl.so.1.0.2 (OPENSSL_1.0.2d) => not found
O upowerd ainda é usado em 18.04 e, em caso afirmativo, como posso confirmar quais versões dele e libssl / libcrypto eu tenho, do que preciso, e talvez forçá-las a reinstalá-las?
Aqui está o que parece ter instalado:
$ sudo apt list --installed | grep "libssl"
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
libssl-dev/now 1.1.0h-2.0+ubuntu16.04.1+deb.sury.org+1 amd64 [installed,local]
libssl-doc/now 1.1.0h-2.0+ubuntu16.04.1+deb.sury.org+1 all [installed,local]
libssl1.0.0/bionic-updates,bionic-security,now 1.0.2n-1ubuntu5.1 amd64 [installed]
libssl1.1/now 1.1.0h-2.0+ubuntu16.04.1+deb.sury.org+1 amd64 [installed,local]
E libcrypto:
$ sudo apt list --installed | grep "crypto"
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
libblockdev-crypto2/bionic,now 2.16-2 amd64 [installed]
libhcrypto4-heimdal/bionic,now 7.5.0+dfsg-1 amd64 [installed]
libk5crypto3/bionic,now 1.16-2build1 amd64 [installed,automatic]
python-crypto/bionic,now 2.6.1-8ubuntu2 amd64 [installed,automatic]
python3-asn1crypto/bionic,bionic,now 0.24.0-1 all [installed]
python3-crypto/bionic,now 2.6.1-8ubuntu2 amd64 [installed]
python3-cryptography/bionic-updates,bionic-security,now 2.1.4-1ubuntu1.2 amd64 [installed]
Isso pode ter sido um problema desde antes da atualização. Sem upowerd eu não tenho gerenciamento de nível de bateria e meu laptop tem desligado de repente perdendo o trabalho um par de vezes e lembro-me de que isso aconteça antes da atualização também.
EDITAR
Conforme solicitado, a saída de apt policy upower :
upower:
Installed: 0.99.7-2
Candidate: 0.99.7-2
Version table:
*** 0.99.7-2 500
500 http://ubuntu.ipserverone.com/ubuntu bionic/main amd64 Packages
100 /var/lib/dpkg/status
EDIT 2
Pedir apt para reinstalar upower resulta no mesmo pacote que está sendo instalado e nenhuma alteração na apt policy upower output.
$ sudo apt install --reinstall upower
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 45 not upgraded.
Need to get 102 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://ubuntu.ipserverone.com/ubuntu bionic/main amd64 upower amd64 0.99.7-2 [102 kB]
Fetched 102 kB in 0s (381 kB/s)
(Reading database ... 283627 files and directories currently installed.)
Preparing to unpack .../upower_0.99.7-2_amd64.deb ...
Unpacking upower (0.99.7-2) over (0.99.7-2) ...
Setting up upower (0.99.7-2) ...
upower.service is a disabled or a static unit not running, not starting it.
Processing triggers for man-db (2.8.3-2) ...
Processing triggers for dbus (1.12.2-1ubuntu1) ...
$ sudo apt policy upower
upower:
Installed: 0.99.7-2
Candidate: 0.99.7-2
Version table:
*** 0.99.7-2 500
500 http://ubuntu.ipserverone.com/ubuntu bionic/main amd64 Packages
100 /var/lib/dpkg/status
Nenhum desvio parece estar configurado e as bibliotecas libssl e libcrypto ainda não foram encontradas pelo upowerd binary:
$ dpkg-divert --list /usr/lib/upower/upowerd
$ ldd -v /usr/lib/upower/upowerd | grep 'not found'
libssl.so.1.0.2 => not found
libcrypto.so.1.0.2 => not found
libcrypto.so.1.0.2 (OPENSSL_1.0.2d) => not found
libssl.so.1.0.2 (OPENSSL_1.0.2d) => not found
EDIT adicionando comparação com a nova instalação do Ubuntu 18.04
Como @ stephen-kitt mencionado acima não deveria depender da libssl, eu instalei uma nova máquina virtual com o 18.04 e com certeza, a lista do ldd é diferente.
laptop com problema, exceto de ldd -v /usr/lib/upower/upowerd
ibffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007ff3f0466000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007ff3f01f5000)
libssl.so.1.0.2 => not found
libcrypto.so.1.0.2 => not found
libusbmuxd.so.4 => /usr/lib/x86_64-linux-gnu/libusbmuxd.so.4 (0x00007ff3effed000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff3f2f14000)
fresh 18.04 install
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f4aa91de000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f4aa8f6c000)
libgnutls.so.30 => /usr/lib/x86_64-linux-gnu/libgnutls.so.30 (0x00007f4aa8c07000)
libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007f4aa89f4000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x00007f4aa86d9000)
libusbmuxd.so.4 => /usr/lib/x86_64-linux-gnu/libusbmuxd.so.4 (0x00007f4aa84d1000)
/lib64/ld-linux-x86-64.so.2 (0x00007f4aabc8c000)
Por algum motivo, o laptop vincula-se ao libssl e libcrypto, enquanto novos links de instalação para libgnutls, libtasn1 e libgcrypt.
A nova instalação ainda relata o mesmo apt policy do laptop:
$ apt policy upower
upower:
Installed: 0.99.7-2
Candidate: 0.99.7-2
Version table:
*** 0.99.7-2 500
500 http://th.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
100 /var/lib/dpkg/status
Eu não tenho ideia de por que isso pode ser.
Em breve, vou apenas reinstalar o laptop (há outros problemas, como atrasos muito longos em aplicativos como o carregamento de gedit), mas seria bom descobrir como essa confusão aconteceu.
De alguma forma você acabou com uma versão de /usr/lib/upower/upowerd que não corresponde ao arquivo contido em o upower package .
Para corrigir isso, reinstale o pacote:
sudo apt install --reinstall upower
Se isso não ajudar, verifique se há desvios:
dpkg-divert --list /usr/lib/upower/upowerd
Se isso mostrar um desvio, verifique o pacote correspondente; você pode precisar atualizá-lo ou removê-lo.
Parece que consertei isso encontrando este link onde alguém com o Ubuntu 16 (que eu tinha originalmente) tinha os mesmos problemas que eu. Segui o seu conselho para instalar manualmente um pacote libssl .deb, e agora o nautilus carrega instantaneamente e posso acessar minha página de configuração 'Power' novamente.
ldd upowerd também agora não mostra nenhum 'não encontrado', e pode vincular-se à libssl e libcrypto recém-instaladas:
libssl.so.1.0.2 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.2 (0x00007f9026ee7000)
libcrypto.so.1.0.2 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.2 (0x00007f9026a85000)
Então, eu não sei exatamente como meu sistema foi danificado, mas obviamente a instalação desse pacote forneceu algumas bibliotecas .so que corrigiram os sintomas.
Eu gostaria de receber mais comentários, pois ainda me pergunto por que o upowerd está tentando fazer link com bibliotecas que não faz com uma nova instalação (veja meus posts acima sobre uma nova instalação em uma máquina virtual com diferentes ldd -v saída para o meu sistema, apesar de ambos terem pacotes upowerd idênticos instalados).
Não tenho certeza se devo aceitar essa resposta, já que não estou muito feliz com a situação :) Eu sinto que alguns dirão que eu não "consertei" da maneira certa, Acabei de contornar o problema com um hack.