Esta publicación trata sobre el demonio dbus que falla con un símbolo indefinido y lo soluciona.
Para ser honesto, estuve ocupado con este problema durante 2 días. Busqué en Google en todas partes y probé todas las soluciones sugeridas, pero nada funciona. Mientras el sistema arranca, sigue colgando con los mensajes de D-bus de inicio. Se tarda demasiado en llegar a la consola, pero incluso con eso, no podrá iniciar sesión con LDAP o ssh Clients. Todos los servicios que utilizan el Dbus están caídos.
La única manera es usar el modo de rescate para manejar este problema rápidamente.
El problema se debe a dbus
enlazando contra una biblioteca incompatible llamada libexpat.so.1
y teniendo prioridad sobre la biblioteca enviada por Red Hat en /usr/lib64
.
Paso 1:Investigación
Inicie sesión como root y use los comandos journalctl para ver los errores
journalctl --since "2 days ago" | grep -i error
journalctl --since "2 days ago" | grep -i Failed

Paso 2:Analizar
Ahora sabemos algo mal con /sur/bin/dbus-doemon
#ldd /usr/bin/dbus-daemon | grep libexpat
libexpat.so.1 => /app/Oracle/product/12.2.0/client_1/lib/libexpat.so.1 (0x00007f6d65a89000)

Paso 3:dbus daemon falla con un símbolo indefinido – Solución
Verifique y elimine las rutas a bibliotecas de terceros de /etc/ld.so.conf.d
#cat /etc/ld.so.conf.d/temp.conf
/app/Oracle/product/12.2.0/client_1/lib/
Quitar o mover a otro Directorio
mv /etc/ld.so.conf.d/temp.conf /root
Reconstruir el caché ld
#ldconfig
Verifique que dbus
ahora enlaza contra la biblioteca esperada en /usr/lib64
# ldd /usr/bin/dbus-daemon | grep libexpat
libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f43abb55000)

como ven el sistema vuelve a la normalidad
Paso 4:reiniciar el servidor
Todos los servicios deberían estar funcionando ahora y correctamente, incluidos Dbus y Polikit
systemctl estado polkit y Dbus
# systemctl status polkit
● polkit.service - Authorization Manager
Loaded: loaded (/usr/lib/systemd/system/polkit.service; static; vendor preset: disabled)
Active: active (running) since Fri 2022-02-18 09:31:01 CET; 4h 17min ago
Docs: man:polkit(8)
Main PID: 901 (polkitd)
CGroup: /system.slice/polkit.service
└─901 /usr/lib/polkit-1/polkitd --no-debug
systemctl status dbus
● dbus.service - D-Bus System Message Bus
Loaded: loaded (/usr/lib/systemd/system/dbus.service; static; vendor preset: disabled)
Active: active (running) since Fri 2022-02-18 09:31:01 CET; 4h 17min ago
Docs: man:dbus-daemon(1)
Main PID: 881 (dbus-daemon)
CGroup: /system.slice/dbus.service
└─881 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
Consulte también nuestro artículo relacionado con Polkit y Dus con este mensaje de error
“Autorización no disponible”. Compruebe si el servicio polkit se está ejecutando”