Comment faire pour résoudre le message d'erreur "contredit les tâches existantes" de systemd

En parcourant mes journaux système, je vois le message suivant dans /var/log/messages :

 Sep 2 15:29:15 <myhostname> systemd[1]: Requested transaction contradicts existing jobs: File exists 

Donc, ma question est la suivante: Comment puis-je résoudre cette erreur? Quelles mesures devrais-je prendre pour comprendre ce que cela signifie, ce qui le cause, si c'est quelque chose à s'inquiéter, et si oui, comment le corriger?

Et, quelle est la signification du message "La transaction demandée est-elle en contradiction avec les emplois existants"? Je soupçonne qu'il doit y avoir un context conceptuel qui me manque. Dans tous les cas, ce message d'erreur suggère-t-il des étapes suivantes pour diagnostiquer la cause de ce message d'erreur et comprendre ce qui le provoque?

J'ai lu les documents systemd, mais je ne les ai pas trouvés utiles. Ce serait génial d'avoir un guide général sur ce qu'il faut searchr: je soupçonne que cela pourrait être utile à d'autres qui connaissent également le message «… contredit les emplois existants».

    Pour get plus d'informations sur cette erreur à des fins de dépannage, commencez par exécuter la command:

     $ journalctl -ab 

    Cela supprimera des journaux détaillés du journal systemd.

    En outre, il y avait probablement une autre erreur directement en face de celui-ci vous dire quel service, en particulier, a un problème. Essayez également de diagnostiquer ce service (en utilisant firewalld comme exemple):

     $ systemctl status firewalld.service 

    Plus précisément, cette ligne provient du code systemd pour l'activation de la transaction:

    http://cgit.freedesktop.org/systemd/systemd/commit/?id=75778e21dfeee51036d24501e39ea7398fabe502

    Et plus précisément, en ce qui concerne les transactions systemd (de man systemd):

      systemd has a minimal transaction system: if a unit is requested to start up or shut down it will add it and all its dependencies to a temporary transaction. Then, it will verify if the transaction is consistent (ie whether the ordering of all units is cycle-free). If it is not, systemd will try to fix it up, and removes non-essential jobs from the transaction that might remove the loop. Also, systemd sortinges to suppress non-essential jobs in the transaction that would stop a running service. Finally it is checked whether the jobs of the transaction contradict jobs that have already been queued, and optionally the transaction is aborted then. If all worked out and the transaction is consistent and minimized in its impact it is merged with all already outstanding jobs and added to the run queue. Effectively this means that before executing a requested operation, systemd will verify that it makes sense, fixing it if possible, and only failing if it really cannot work. 

    Donc, en combinant tout cela set, je suppose qu'il y a quelque chose d'autre très proche de cette input de journal qui essaie de démarrer mais qui a déjà un file de locking en place (potentiellement obsolète) qui doit être nettoyé.