Naresolba: 'Hindi mapasimulan ang layer ng pag-audit: Tinanggihan ang pahintulot' na bug sa libvirt-bin matapos i-upgrade ang Ubuntu Server 14.04 sa Ubuntu Server 16.04

Ngayon ay nagpasya akong magpatuloy at i-upgrade ang isa sa aking mga server mula sa Ubuntu 14.04 hanggang 16.04. Hindi inirerekumenda na gawin ito sa isang production server, dahil maraming mga isyu na maaaring magkamali. Pinakamahusay na kasanayan ay laging ipahiwatig na ang pag-ikot ng isa pang server alinman bilang isang kapalit, o isang pansamantalang server ay ang pinakaligtas na paraan upang pumunta. Sinabi na, sino ang hindi nasiyahan sa pagsubok ng mga bagay na hindi dapat gawin.

Ang pag-upgrade ay naging maayos, na may isang nakasisilaw na pagbubukod, ang libvirt-bin ay hindi maayos na na-upgrade. Narito ang mga hakbang upang ayusin ang sitwasyon pati na rin ang mga hakbang na hindi.

Paunang pagsubok ay upang ayusin ang problema sa sudo dpkg –configure -a, walang swerte doon. Sinubukan ko ring gamitin ang aptitude auto resolver, pagkatapos ay linisin at muling i-install. Gayundin walang swerte.

Upang mapunta sa ugat ng problema, sa halip na hangal na subukang hulaan na tumakbo ako

sudo journalctl -xe

pubg natigil sa pag-load ng screen

Tulad ng ipinakita sa itaas ng isang bug sa apparmor, sanhi ng libvirt-bin na wala nang pahintulot na tumakbo, dahil hindi na ito na-configure (nakakatawa na maaari kong sumumpa sinabi ko rito).

Narito kung paano ayusin ang problema, at ang ugat ng problema. Una kailangan naming linisin ang cache ng apparmor parser, dahil mayroon itong data na nakaimbak na ginagawang hindi masimulan ang libvirt-bin.

sudo apparmor_parser –purge-cache

Susunod na aalisin namin ang panuntunang pumipigil sa libvirt-bin mula sa pagsisimula.

Pagkatapos ay magpatuloy kami at pinalitan ito.

Sa wakas, masasabi namin sa libvirt na muling simulan, at magiging mabuti ang lahat.

sudo systemctl restart libvirt-bin

Upang suriin ang katayuan ng libvirt-bin ipasok ang sumusunod na utos

sudo serbisyo libvirt-bin katayuan

Ito ay maglalabas ng isang magandang maliit na pagsusuri ng stat ng libvirt-bin, ipinapakita na ang proseso na nakabalangkas sa itaas ay nakagawa ng trick. Ngayon ay maaari na nating patakbuhin muli ang aming mga virtual machine!

Ang iba pang mga error na kasalukuyang sinisiyasat ko, nag-post ng pag-upgrade, pati na rin ang mga solusyon na maaaring ipatupad:

Nabigong simulan ang LSB: exim na Mail Transport Agent. Ito ay isang error sa postfix, nalutas bago ganap na na-boot ang makina.

snd_hda_intel 0000: 00: 1f.3: nabigong idagdag ang i915_bpo component master (-19). Ito ay isang error sa sound card, maaaring maitama sa pamamagitan ng pag-upgrade ng Alsa (Hindi ko plano na gumamit ng tunog sa server, kaya't hindi ito nakakaapekto sa pagganap).

Panghuli dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device lumitaw ng dalawang beses na may iba't ibang mga sysf. Tila, ang pag-backup ng aking pagkahati sa EFI ay sapat na masusing upang mairehistro ito bilang eksaktong eksaktong UUID. Ang NVMe drive (pangunahin) ay may pagkahati UUID, subalit ang RAID (backup) ay hindi. Upang maitama ito ay iiwan ko mag-isa ang pangunahing drive at babaguhin ang UUID ng backup drive gamit ang uuidgen at pagkatapos ay tune2fs / dev / sdx -U bago -id-number-from-uuidgen.