GIẢI PHÁP: Không thể khởi tạo lớp kiểm tra: Quyền bị từ chối lỗi trong libvirt-bin sau khi nâng cấp Máy chủ Ubuntu 14.04 lên Máy chủ Ubuntu 16.04

Hôm nay tôi quyết định tiếp tục và nâng cấp một trong các máy chủ của mình từ Ubuntu 14.04 đến 16.04. Nó không được khuyến khích để làm điều này trên một máy chủ sản xuất, vì có rất nhiều vấn đề mà có thể đi sai. Các phương pháp hay nhất luôn cho thấy việc quay lên một máy chủ khác hoặc thay thế hoặc máy chủ tạm thời là cách an toàn nhất để đi. Điều đó nói rằng, những người không thích thử những điều mà không nên làm.

Việc nâng cấp diễn ra khá tốt, với một ngoại lệ rõ ràng, libvirt-bin không thể được nâng cấp đúng cách. Dưới đây là các bước để khắc phục tình huống cũng như các bước không thực hiện được.

Thử nghiệm ban đầu là để khắc phục vấn đề với sudo dpkg –configure -a, không có may mắn ở đó. Tôi cũng đã thử sử dụng trình phân giải tự động aptitude, sau đó dọn dẹp và cài đặt lại. Cũng không may mắn.

Để đến gốc rễ của vấn đề, thay vì ngớ ngẩn cố gắng đoán tôi chạy

sudo journalctl -xe

Như được hiển thị ở trên một lỗi trong apparmor, gây ra libvirt-bin không còn có quyền chạy, vì nó không còn được cấu hình (buồn cười nữa tôi có thể thề là đã nói với nó).

Đây là cách khắc phục vấn đề và gốc của vấn đề. Trước tiên, chúng ta cần phải dọn sạch bộ đệm cache của trình phân tích ứng dụng, vì nó có dữ liệu được lưu trữ làm cho libvirt-bin không thể khởi động.

sudo apparmor_parser –purge-cache

Tiếp theo, chúng tôi xóa quy tắc ngăn chặn libvirt-bin bắt đầu.

Mẹo CHUYÊN NGHIỆP: Nếu vấn đề xảy ra với máy tính của bạn hoặc máy tính xách tay / máy tính xách tay, bạn nên thử sử dụng phần mềm Reimage Plus có thể quét các kho lưu trữ và thay thế các tệp bị hỏng và bị thiếu. Điều này làm việc trong hầu hết các trường hợp, nơi vấn đề được bắt nguồn do một tham nhũng hệ thống. Bạn có thể tải xuống Reimage Plus bằng cách nhấp vào đây

Sau đó, chúng tôi đi trước và thay thế nó.

Cuối cùng, chúng tôi nhận được để nói với libvirt để khởi động lại, và tất cả sẽ được tốt.

sudo systemctl khởi động lại libvirt-bin

Để kiểm tra trạng thái của libvirt-bin, hãy nhập lệnh sau

trạng thái sudo dịch vụ libvirt-bin

Điều này sẽ xuất ra một kiểm tra stat nhỏ gọn của libvirt-bin, cho thấy rằng quá trình được nêu ở trên đã làm các trick. Bây giờ chúng ta có thể chạy các máy ảo của chúng ta một lần nữa!

Các lỗi khác mà tôi hiện đang điều tra, đăng nâng cấp cũng như các giải pháp có thể được triển khai:

Không khởi động được LSB: exim Mail Transport Agent. Đây là lỗi postfix, được giải quyết trước khi máy được khởi động hoàn toàn.

snd_hda_intel 0000: 00: 1f.3: không thể thêm thành phần chủ i915_bpo (-19). Đây là một lỗi card âm thanh, có thể được sửa chữa bằng cách nâng cấp Alsa (Tôi không có kế hoạch sử dụng âm thanh ra khỏi máy chủ, do đó, điều này không ảnh hưởng đến hiệu suất).

Cuối cùng dev-disk-by \ x2duuid-E7A1 \ x2dCC4A.device: Dev dev-disk-by \ x2duuid-E7A1 \ x2dCC4A.device xuất hiện hai lần với các sysfs khác nhau. Rõ ràng, bản sao lưu của phân vùng EFI của tôi đã đủ kỹ lưỡng để đăng ký nó giống như UUID chính xác. Các ổ đĩa NVMe (chính) có một phân vùng UUID, tuy nhiên RAID (sao lưu) không .Để khắc phục điều này tôi sẽ rời khỏi ổ đĩa chính một mình và thay đổi UUID của ổ đĩa sao lưu bằng cách sử dụng uuidgen và sau đó tune2fs / dev / sdx -U mới -id-number-from-uuidgen.