GNU/Linux >> Tutoriels Linux >  >> Linux

Le démon dbus échoue avec un symbole non défini :XML_SetHashSalt FiX

Ce message concerne l'échec du démon dbus avec un symbole indéfini et corrigez-le.

Pour être honnête, j'ai été occupé avec ce problème pendant 2 jours. J'ai googlé partout et essayé toutes les solutions suggérées, mais rien ne fonctionne. Pendant que le système démarre, il reste suspendu avec des messages de démarrage D-bus. Il faut trop de temps pour atteindre la console, mais même avec cela, vous ne pourrez pas vous connecter avec les clients LDAP ou ssh. Tous les services utilisant le Dbus sont en panne.

Le seul moyen est d'utiliser le mode Rescue pour gérer ce problème rapidement.

Le problème est dû à dbus liaison avec une bibliothèque incompatible nommée libexpat.so.1 et prenant le pas sur la bibliothèque fournie par Red Hat dans /usr/lib64 .

Étape 1 :Enquête

Veuillez vous connecter en tant que root et utiliser les commandes journalctl pour voir les erreurs

journalctl --since "2 days ago" | grep -i error

journalctl --since "2 days ago" | grep -i Failed

Étape 2 :Analyser

Maintenant, nous savons que quelque chose ne va pas avec /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)

Étape 3 :le démon dbus échoue avec un symbole indéfini – Solution

Vérifiez et supprimez les chemins vers les bibliothèques tierces de /etc/ld.so.conf.d

#cat /etc/ld.so.conf.d/temp.conf

/app/Oracle/product/12.2.0/client_1/lib/

Supprimer ou déplacer vers un autre répertoire

mv /etc/ld.so.conf.d/temp.conf /root

Reconstruire le cache ld

#ldconfig

Vérifiez que dbus établit maintenant un lien avec la bibliothèque attendue dans /usr/lib64

# ldd /usr/bin/dbus-daemon | grep libexpat
        libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f43abb55000)

comme vous le voyez, le système est revenu à la normale

Etape 4 :Redémarrez le serveur

Tous les services devraient maintenant fonctionner et OK, y compris le Dbus et le Polikit

état de systemctl polkit et 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

Veuillez également consulter notre article relatif à Polkit et Dus avec ce message d'erreur

"Autorisation non disponible". Vérifiez si le service polkit est en cours d'exécution "


Linux
  1. Configurez votre démon Chrony avec un playbook Ansible

  2. Ssh Inside Ssh échoue avec "stdin :n'est pas un Tty" ?

  3. vncserver échoue avec "Démarrage du serveur VNC :aucun affichage configuré"

  4. qu'est-ce que le démon dbus et pourquoi vlc en a besoin

  5. référence indéfinie au symbole '[email protected]@GLIBC_2.4'

Comment réparer une erreur de conversion avec Calibre

Correction du problème "disque dur avec UUID existe déjà" dans VirtualBox

Comment réparer su USER échoue avec su :impossible de créer un processus enfant :Ressource temporairement indisponible Erreur dans CloudLinux ?

dynamic_cast échoue lorsqu'il est utilisé avec dlopen/dlsym

symbole numérique non défini :PyFPE_jbuf

La tentative d'installation de tmux sur CentOS 6.x échoue avec l'erreur :'EVBUFFER_EOL_LF' non déclaré