Gelöst: Audit-Ebene konnte nicht initialisiert werden: Berechtigungsverweigerung in libvirt-bin nach dem Upgrade von Ubuntu Server 14.04 auf Ubuntu Server 16.04

Heute habe ich beschlossen, einen meiner Server von Ubuntu 14.04 auf 16.04 zu aktualisieren. Es wird nicht empfohlen, dies auf einem Produktionsserver zu tun, da es viele Probleme gibt, die schiefgehen können. Best Practices weisen immer darauf hin, dass der Wechsel eines anderen Servers entweder als Ersatz oder als temporärer Server der sicherste Weg ist. Das heißt, wer es nicht genießt, Dinge zu probieren, die nicht gemacht werden sollten.

Das Upgrade verlief ziemlich gut, mit einer grellen Ausnahme konnte libvirt-bin nicht richtig aktualisiert werden. Hier sind die Schritte zur Behebung der Situation sowie die Schritte, die nicht durchgeführt werden.

Der erste Versuch war, das Problem mit sudo dpkg -configure -a zu lösen, kein Glück. Ich habe auch versucht, den aptitude Auto Resolver zu verwenden, dann bereinigt und neu installiert. Auch kein Glück.

Um an die Wurzel des Problems zu kommen, anstatt ratlos zu raten, rannte ich

sudo journalctl -xe

Wie oben gezeigt, verursachte ein Fehler in apparmor, dass libvirt-bin keine Berechtigung mehr hatte, ausgeführt zu werden, da es nicht mehr konfiguriert war (witzigerweise hätte ich schwören können, dass ich es ihm gesagt habe).

Hier ist, wie Sie das Problem und die Wurzel des Problems beheben. Zuerst müssen wir den Cache des apparmor-Parsers löschen, da die Daten gespeichert sind und libvirt-bin nicht gestartet werden kann.

sudo apparmor_parser -purge-cache

Als Nächstes entfernen wir die Regel, die verhindert, dass libvirt-bin gestartet wird.

Dann gehen wir voran und ersetzen es.

Schließlich werden wir libvirt sagen, dass wir neu starten sollen, und alles wird gut.

sudo systemctl restart libvirt-bin

Um den Status von libvirt-bin zu überprüfen, geben Sie folgenden Befehl ein

Sudo-Dienst libvirt-bin-Status

Dies wird eine nette kleine Statistiküberprüfung von libvirt-bin ausgeben, die zeigt, dass der oben beschriebene Prozess den Zweck erfüllt hat. Jetzt können wir unsere virtuellen Maschinen wieder laufen lassen!

Die anderen Fehler, die ich derzeit untersuche, nach dem Upgrade, sowie Lösungen, die implementiert werden können:

Fehler beim Starten von LSB: exim Mail Transport Agent. Dies war ein Postfix-Fehler, der behoben wurde, bevor die Maschine vollständig gebootet wurde.

snd_hda_intel 0000: 00: 1f.3: Fehler beim Hinzufügen des i915_bpo Komponenten-Masters (-19). Dies ist ein Soundkartenfehler, der durch das Aktualisieren von Alsa korrigiert werden kann (ich plane nicht, Sound vom Server zu verwenden, was sich nicht auf die Leistung auswirkt).

Zuletzt dev-disk-by \ x2duuid-E7A1 \ x2dCC4A.device: Dev dev-disk-von \ x2duuid-E7A1 \ x2dCC4A.device erschien zweimal mit unterschiedlichen sysfs. Anscheinend war die Sicherung meiner EFI-Partition gründlich genug, um sie als die exakt gleiche UUID zu registrieren. Das NVMe-Laufwerk (primär) hat eine Partitions-UUID, aber das RAID (Backup) tut dies nicht. Um dies zu korrigieren, belasse ich das primäre Laufwerk und ändere die UUID des Backup-Laufwerks mit uuidgen und tune2fs / dev / sdx -U new -Id-Nummer-von-Uuidgen.

PRO TIPP: Wenn das Problem bei Ihrem Computer oder Laptop / Notebook auftritt, sollten Sie versuchen, die Reimage Plus Software zu verwenden, die die Repositories durchsuchen und beschädigte und fehlende Dateien ersetzen kann. Dies funktioniert in den meisten Fällen, in denen das Problem aufgrund einer Systembeschädigung auftritt. Sie können Reimage Plus herunterladen, indem Sie hier klicken