LØSET: Kan ikke initialisere revisjonslag: Tillatelse nektet feil i libvirt-bin etter oppgradering av Ubuntu Server 14.04 til Ubuntu Server 16.04

I dag bestemte jeg meg for å fortsette og oppgradere en av mine servere fra Ubuntu 14.04 til 16.04. Det anbefales ikke å gjøre dette på en produksjonsserver, da det er mange problemer som kan gå galt. Beste praksis tyder alltid på at du spinner opp en annen server, enten som en erstatning, eller en midlertidig server er den sikreste måten å gå på. Når det er sagt, hvem liker ikke å prøve ting som ikke skal gjøres.

Oppgraderingen gikk ganske bra, med et tydelig unntak, kunne libvirt-bin ikke oppgraderes riktig. Her er trinnene for å fikse situasjonen så vel som trinnene som ikke vil.

Første prøve var å fikse problemet med sudo dpkg -configure -a, ikke flaks der. Jeg har også forsøkt å bruke auto-resolveren, og deretter rense og installere på nytt. Også ikke flaks.

For å komme til roten av problemet, i stedet for tåpelig å prøve å gjette jeg løp

sudo journalctl -xe

Som vist over en feil i apparmor, forårsaket libvirt-bin ikke lenger tillatelse til å kjøre, da det ikke var konfigurert lenger (morsomt jeg kunne ha svoret jeg fortalte det til).

Slik løser du problemet, og roten til problemet. Først må vi rense appareparser-cachen, siden den har lagret data, slik at libvirt-bin ikke kan starte.

sudo apparmor_parser -purge-cache

Deretter fjerner vi regelen som forhindrer libvirt-bin fra å starte.

Så fortsetter vi og erstatter det.

Til slutt kommer vi til å fortelle libvirt å starte på nytt, og alt vil være bra.

sudo systemctl restart libvirt-bin

For å sjekke statusen for libvirt-bin, skriv inn følgende kommando

sudo tjeneste libvirt-bin status

Dette vil utgjøre en fin liten statskontroll av libvirt-bin, som viser at prosessen som er skissert ovenfor gjorde kunsten. Nå kan vi kjøre våre virtuelle maskiner igjen!

De andre feilene jeg for tiden undersøker, etter oppgradering, samt løsninger som kan implementeres:

Kunne ikke starte LSB: exim Mail Transport Agent. Dette var en postfix-feil, løst før maskinen ble fullstart.

snd_hda_intel 0000: 00: 1f.3: klarte ikke å legge til komponentmester i915_bpo (-19). Dette er en lydkortfeil, som kan korrigeres ved å oppgradere Alsa (jeg planlegger ikke å bruke lyd fra serveren, så dette påvirker ikke ytelsen).

Til slutt dev-disk-by \ x2duuid-E7A1 \ x2dCC4A.device: Dev dev-disk-by \ x2duuid-E7A1 \ x2dCC4A.device dukket opp to ganger med forskjellige sysfs. Tilsynelatende var sikkerhetskopien av min EFI-partisjon grundig nok til å registrere den som den samme UUID. NVMe-stasjonen (primær) har en partisjon UUID, men RAID (backup) gjør det ikke. For å rette opp dette vil jeg forlate primærstasjonen alene og endre UUID av sikkerhetskopieringsenheten ved hjelp av uuidgen og deretter tune2fs / dev / sdx -U ny -id-tall-fra-uuidgen.

PRO TIPS: Hvis problemet er med datamaskinen eller en bærbar PC / notatbok, bør du prøve å bruke Reimage Plus-programvaren som kan skanne arkiver og erstatte skadede og manglende filer. Dette fungerer i de fleste tilfeller der problemet er oppstått på grunn av systemkorrupsjon. Du kan laste ned Reimage Plus ved å klikke her