LÖSAT: Kan inte initiera revisionslager: Tillstånd nekad fel i libvirt-bin efter uppgradering av Ubuntu Server 14.04 till Ubuntu Server 16.04

Idag bestämde jag mig för att fortsätta och uppgradera en av mina servrar från Ubuntu 14.04 till 16.04. Det rekommenderas inte att göra detta på en produktionsserver, eftersom det finns många problem som kan gå fel. Bästa praxis tyder alltid på att spinnning upp en annan server antingen som en ersättning, eller en tillfällig server är det säkraste sättet att gå. Som sagt, vem tycker inte om att pröva saker som inte borde göras.

Uppgraderingen gick ganska bra, med ett skarpt undantag kunde libvirt-bin inte uppgraderas ordentligt. Här är stegen för att åtgärda situationen samt de steg som inte kommer att göra.

Inledande försök var att fixa problemet med sudo dpkg -configure -a, ingen tur där. Jag försökte också använda auto-resolveringsegenskapen, sedan rensa och installera om. Också ingen tur.

För att komma till roten till problemet, istället för att dumt försöka gissa att jag sprang

sudo journalctl -xe

Som visat ovan ett fel i apparmor, orsakade libvirt-bin inte längre tillåtelse att springa, eftersom det inte längre var konfigurerat (roligt jag kunde ha svurit jag berättade för det).

Så här åtgärdar du problemet, och problemet med roten. Först måste vi rensa cache parser, eftersom den har lagrade data, vilket gör att libvirt-bin inte kan starta.

sudo apparmor_parser -purge-cache

Därefter tar vi bort regeln som hindrar libvirt-bin från att starta.

Sedan fortsätter vi och ersätter det.

Slutligen får vi berätta för libvirt att starta om, och allt kommer att bli bra.

sudo systemctl starta om libvirt-bin

För att kontrollera statusen för libvirt-bin, skriv följande kommando

sudo-tjänsten libvirt-bin-status

Detta kommer att mata ut en fin liten statskontroll av libvirt-bin, vilket visar att processen som skisseras ovan gjorde tricket. Nu kan vi köra våra virtuella maskiner igen!

De andra fel som jag för närvarande undersöker, efter uppgradering, samt lösningar som kan genomföras:

Misslyckades med att starta LSB: exim Mail Transport Agent. Detta var ett postfixfel, löst innan maskinen startades fullständigt.

snd_hda_intel 0000: 00: 1f.3: Misslyckades med att lägga till komponentmastern i915_bpo (-19). Detta är ett ljudkortsfel, kan korrigeras genom att uppgradera Alsa (jag planerar inte att använda ljud från servern, så det påverkar inte prestanda).

Slutligen visas dev-disk-by \ x2duuid-E7A1 \ x2dCC4A.device: Dev dev-disk-by \ x2duuid-E7A1 \ x2dCC4A.device två gånger med olika sysfs. Tydligen var säkerhetskopian av min EFI-partition noggrann nog för att registrera den som exakt samma UUID. NVMe-enheten (primär) har en partition UUID, men RAID (backup) gör det inte. För att rätta till detta lämnar jag den primära enheten ensam och ändrar backup-enheten UUID med uuidgen och sedan tune2fs / dev / sdx -U nya -id-nummer-från-uuidgen.

PRO TIPS: Om problemet är med din dator eller en bärbar dator, bör du försöka använda Reimage Plus-programvaran som kan skanna förvaret och ersätta korrupta och saknade filer. Detta fungerar i de flesta fall där problemet uppstått på grund av systemkorruption. Du kan ladda ner Reimage Plus genom att klicka här