SOLVED: ไม่สามารถเริ่มต้นชั้นการตรวจสอบ: สิทธิ์ในการปฏิเสธข้อบกพร่องใน libvirt-bin หลังจากอัปเกรด Ubuntu Server 14.04 ไปเป็น Ubuntu Server 16.04

วันนี้ฉันตัดสินใจที่จะดำเนินการต่อและอัปเกรดเซิร์ฟเวอร์ของฉันจาก Ubuntu 14.04 ไปเป็น 16.04 ไม่แนะนำให้ทำในเซิร์ฟเวอร์การผลิตเนื่องจากมีปัญหาหลายอย่างที่อาจเกิดขึ้น แนวทางปฏิบัติที่ดีที่สุดคือการปั่นเซิร์ฟเวอร์ให้เป็นเซิร์ฟเวอร์ทดแทนหรือเซิร์ฟเวอร์ชั่วคราวคือวิธีที่ปลอดภัยที่สุด ที่กล่าวว่าใครไม่ชอบลองสิ่งที่ไม่ควรทำ

การอัพเกรดทำได้ค่อนข้างดียกเว้นกรณีที่มองไม่เห็น libvirt-bin ไม่สามารถอัพเกรดได้อย่างถูกต้อง ต่อไปนี้คือขั้นตอนในการแก้ไขสถานการณ์รวมทั้งขั้นตอนที่จะไม่ทำ

การทดลองครั้งแรกคือการแก้ไขปัญหาด้วย sudo dpkg -configure -a ไม่ใช่โชคดีที่มีอยู่ ฉันยังพยายามใช้ตัวแก้ไขปัญหาความถนัดอัตโนมัติจากนั้นล้างและติดตั้งอีกครั้ง ยังไม่มีโชค

เพื่อให้ได้รากเหง้าของปัญหาแทนที่จะพยายามอย่างเด็ดขาดฉันวิ่ง

sudo journalctl -xe

ดังที่แสดงไว้ด้านบนข้อบกพร่องใน apparmor ทำให้ libvirt-bin ไม่ได้รับอนุญาตให้เรียกใช้เนื่องจากไม่มีการกำหนดค่าอีกต่อไป (ตลกที่ฉันสามารถสาบานได้)

ต่อไปนี้เป็นวิธีแก้ไขปัญหาและรากของปัญหา ขั้นแรกเราจำเป็นต้องล้างแคชของตัวจำแนกแอ็พพลิเคชันเนื่องจากมีข้อมูลที่จัดเก็บไว้ทำให้ libvirt-bin ไม่สามารถเริ่มต้นได้

sudo apparmor_parser -purge-cache

จากนั้นเราจะลบกฎที่ป้องกัน libvirt-bin ออกจากการเริ่มต้น

จากนั้นเราจะดำเนินการต่อและแทนที่

สุดท้ายเราได้รับที่จะบอก libvirt เพื่อเริ่มต้นใหม่และทั้งหมดจะดี

sudo systemctl restart libvirt-bin

เมื่อต้องการตรวจสอบสถานะของ libvirt-bin ให้ป้อนคำสั่งต่อไปนี้

สถานะ libvirt-bin ของ sudo service

นี้จะออกตรวจสอบ stat ดีน้อย libvirt - bin แสดงให้เห็นว่ากระบวนการที่ระบุไว้ข้างต้นไม่หลอกลวง ตอนนี้เราสามารถเรียกใช้เครื่องเสมือนของเราอีกครั้งได้แล้ว!

ข้อผิดพลาดอื่น ๆ ที่ฉันกำลังตรวจสอบการอัปเกรดโพสต์รวมทั้งโซลูชันที่สามารถใช้งานได้:

ไม่สามารถเริ่ม LSB: exim Mail Transport Agent นี่เป็นข้อผิดพลาด postfix ได้รับการแก้ไขก่อนที่เครื่องจะบู๊ตเครื่องเสร็จสมบูรณ์

snd_hda_intel 0000: 00: 1f.3: ไม่สามารถเพิ่มส่วนประกอบหลักของ i915_bpo (-19) นี่เป็นข้อผิดพลาดของการ์ดเสียงสามารถแก้ไขได้โดยการอัปเกรด Alsa (ฉันไม่ได้ตั้งใจจะใช้เสียงจากเซิร์ฟเวอร์ดังนั้นจึงไม่มีผลต่อประสิทธิภาพ)

สุดท้าย dev-disk-by \ x2duuid-E7A1 \ x2dCC4A.device: dev dev-disk-by-\ x2duuid-E7A1 \ x2dCC4A.device ปรากฏขึ้นสองครั้งด้วย sysfs ที่แตกต่างกัน เห็นได้ชัดว่าการสำรองพาร์ติชัน EFI ของฉันมีความละเอียดมากพอที่จะลงทะเบียนเป็น UUID เดียวกันได้ ไดรฟ์ NVMe (primary) มีพาร์ติชัน UUID แต่ RAID (สำรองข้อมูล) ไม่ใช้เพื่อแก้ไขปัญหานี้ฉันจะออกจากไดรฟ์หลักเพียงอย่างเดียวและเปลี่ยน UUID ของไดรฟ์สำรองโดยใช้ uuidgen แล้ว tune2fs / dev / sdx -U ใหม่ -id จำนวนจากที่ uuidgen

PRO TIP: หากปัญหาเกิดขึ้นกับคอมพิวเตอร์หรือแล็ปท็อป / โน้ตบุ๊คคุณควรลองใช้ซอฟต์แวร์ Reimage Plus ซึ่งสามารถสแกนที่เก็บข้อมูลและแทนที่ไฟล์ที่เสียหายได้ วิธีนี้ใช้ได้ผลในกรณีส่วนใหญ่เนื่องจากปัญหาเกิดจากความเสียหายของระบบ คุณสามารถดาวน์โหลด Reimage Plus โดยคลิกที่นี่