RÉSOLU: bogue «Impossible d’initialiser la couche d’audit: autorisation refusée» dans libvirt-bin après la mise à niveau d’Ubuntu Server 14.04 vers Ubuntu Server 16.04

Aujourd’hui, j’ai décidé de mettre à niveau l’un de mes serveurs d’Ubuntu 14.04 vers 16.04. Il n’est pas recommandé de le faire sur un serveur de production, car de nombreux problèmes peuvent se produire. Les meilleures pratiques indiquent toujours que la mise en service d’un autre serveur en remplacement ou en tant que serveur temporaire est la solution la plus sûre. Cela dit, qui n’aime pas essayer des choses qui ne devraient pas être faites.

La mise à jour s’est plutôt bien déroulée, à une exception près, libvirt-bin n’a pas pu être correctement mis à jour. Voici les étapes pour corriger la situation ainsi que les étapes qui ne le seront pas.

Impossible d'initialiser la couche d'audit 1

L’essai initial était de résoudre le problème avec sudo dpkg –configure -a, pas de chance là-bas. J’ai également essayé d’utiliser le résolveur automatique d’aptitude, puis de purger et de réinstaller. Pas de chance non plus.

Pour aller à la racine du problème, au lieu d’essayer bêtement de deviner j’ai couru

Impossible d'initialiser la couche d'audit 2

sudo journalctl -xe

Comme indiqué ci-dessus, un bogue dans apparmor a empêché libvirt-bin de s’exécuter, car il n’était plus configuré (drôle, j’aurais juré de le faire).

Voici comment résoudre le problème et la racine du problème. Nous devons d’abord purger le cache de l’analyseur apparmor, car les données sont stockées, ce qui empêche libvirt-bin de démarrer.

sudo apparmor_parser –purge-cache

Ensuite, nous supprimons la règle empêchant le démarrage de libvirt-bin.

Impossible d'initialiser la couche d'audit 4

Ensuite, nous allons de l’avant et le remplaçons.

Impossible d'initialiser la couche d'audit 5

Enfin, nous pouvons dire à libvirt de redémarrer, et tout ira bien.

sudo systemctl redémarrer libvirt-bin

Pour vérifier l’état de libvirt-bin, entrez la commande suivante

état du service sudo libvirt-bin

Cela affichera une petite vérification des statistiques de libvirt-bin, montrant que le processus décrit ci-dessus a fait l’affaire. Maintenant, nous pouvons à nouveau exécuter nos machines virtuelles!

Impossible d'initialiser la couche d'audit 3

Les autres erreurs que j’étudie actuellement, après la mise à niveau, ainsi que les solutions qui peuvent être mises en œuvre:

Échec du démarrage de LSB: exim Mail Transport Agent. Il s’agissait d’une erreur de postfix, résolue avant le démarrage complet de la machine.

snd_hda_intel 0000: 00: 1f.3: échec de l’ajout du maître de composant i915_bpo (-19). Il s’agit d’une erreur de carte son, qui peut être corrigée en mettant à niveau Alsa (je ne prévois pas d’utiliser le son hors du serveur, cela n’affecte donc pas les performances).

Enfin dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device est apparu deux fois avec différents sysfs. Apparemment, la sauvegarde de ma partition EFI était suffisamment complète pour l’enregistrer avec exactement le même UUID. Le lecteur NVMe (principal) a un UUID de partition, mais pas le RAID (sauvegarde) .Pour corriger cela, je laisserai le lecteur principal seul et changerai l’UUID du lecteur de sauvegarde en utilisant uuidgen, puis tune2fs / dev / sdx -U nouveau -id-number-from-uuidgen.

Similar Posts

Leave a Reply

Your email address will not be published. Required fields are marked *