Täna otsustasin edasi minna ja uuendada ühte oma serveritest Ubuntu 14.04-lt 16.04-le. Seda ei soovitata teha tootmisserveris, kuna valesti võib minna palju probleeme. Parimad tavad näitavad alati, et teise serveri keerutamine kas asendusena või ajutise serverina on kõige turvalisem viis. See tähendab, et kellele ei meeldi proovida asju, mida ei tohiks teha.
Uuendamine läks üsna hästi, ühe räige erandiga ei õnnestunud libvirt-bin korralikult uuendada. Siin on nii olukorra parandamise toimingud kui ka sammud, mis seda ei tee.
Esialgne proovimine oli sudo dpkg –configure -a probleemi lahendamine, seal ei vedanud. Proovisin kasutada ka sobivust automaatset lahendust, seejärel puhastamist ja uuesti installimist. Samuti ei vedanud.
Probleemi juure jõudmiseks selle asemel, et rumalalt proovida arvata, et ma jooksin
sudo journalctl -xe
Nagu ülalpool näidatud, põhjustas aparmori viga libvirt-binil enam luba käivitamiseks, kuna seda ei olnud enam konfigureeritud (naljakas, oleksin võinud vanduda, et ütlesin).
Siit saate teada, kuidas probleemi lahendada ja selle juur. Kõigepealt peame puhastama apparmori parseri vahemälu, kuna selle andmed on salvestatud, mistõttu libvirt-bin ei saa käivitada.
sudo apparmor_parser –puhastage vahemälu
Järgmisena eemaldame reegli, mis takistab libvirt-bin käivitamist.
Siis läheme edasi ja asendame selle.
Lõpuks saame öelda, et libvirt taaskäivitub ja kõik saab korda.
sudo systemctl taaskäivitage libvirt-bin
Libvirt-bin oleku kontrollimiseks sisestage järgmine käsk
sudo teenuse libvirt-bin olek
See annab libvirt-binile väikese kena statistilise kontrolli, mis näitab, et ülalkirjeldatud protsess tegi trikki. Nüüd saame oma virtuaalmasinaid uuesti käitada!
Teised vead, mida praegu uurin, täiendamisjärgne versioon ja rakendatavad lahendused:
LSB käivitamine nurjus: Exim Mail Transport Agent. See oli postfixi tõrge, mis lahenes enne masina täielikku käivitamist.
snd_hda_intel 0000: 00: 1f.3: i915_bpo komponendipea (-19) lisamine nurjus. See on helikaardi viga, mille saab parandada Alsa täiendamisega (ma ei plaani heli serverist välja kasutada, nii et see ei mõjuta jõudlust).
Viimaseks dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device ilmus kaks korda erinevate sysfidega. Ilmselt oli minu EFI sektsiooni varukoopia piisavalt põhjalik, et see täpselt sama UUID-na registreerida. NVMe draivil (esmane) on partitsiooni UUID, kuid RAID (varukoopia) seda ei tee. Selle parandamiseks jätan esmase draivi rahule ja muudan varundusketta UUID-d uuidgeni abil ja seejärel tune2fs / dev / sdx -U new -id-number-from-uuidgen.
2 minutit loetud