Hari ini saya memutuskan untuk terus maju dan menaik taraf salah satu pelayan saya dari Ubuntu 14.04 hingga 16.04. Tidak disarankan untuk melakukan ini di pelayan pengeluaran, kerana terdapat banyak masalah yang boleh menjadi salah. Amalan terbaik selalu menunjukkan bahawa memutar pelayan lain sama ada sebagai pengganti, atau pelayan sementara adalah kaedah paling selamat. Yang mengatakan, siapa yang tidak senang mencuba perkara yang tidak seharusnya dilakukan.
Peningkatan berjalan dengan baik, dengan satu pengecualian yang mencolok, libvirt-bin tidak dapat ditingkatkan dengan betul. Berikut adalah langkah-langkah untuk memperbaiki keadaan dan juga langkah-langkah yang tidak akan berlaku.
Percubaan awal adalah untuk menyelesaikan masalah dengan sudo dpkg –configure -a, tidak ada keberuntungan di sana. Saya juga cuba menggunakan penyelesai automatik kebolehan, kemudian membersihkan dan memasang semula. Juga tidak bernasib baik.
Untuk sampai ke akar masalah, bukannya bodoh berusaha meneka saya berlari
sudo journalctl -xe
Seperti yang ditunjukkan di atas bug di apparmor, menyebabkan libvirt-bin tidak lagi mempunyai izin untuk berjalan, kerana ia tidak lagi dikonfigurasikan (lucu, saya boleh bersumpah, saya memberitahunya).
Berikut adalah cara menyelesaikan masalah, dan akar masalahnya. Mula-mula kita perlu membersihkan cache parser apparmor, kerana data yang disimpan menjadikan libvirt-bin tidak dapat dimulakan.
sudo apparmor_parser –purge-cache
Seterusnya kami membuang peraturan yang menghalang libvirt-bin bermula.
Kemudian kita teruskan dan menggantikannya.
Akhirnya, kita dapat memberitahu libvirt untuk memulakan semula, dan semuanya akan baik.
sudo systemctl mulakan semula libvirt-bin
Untuk memeriksa status libvirt-bin masukkan arahan berikut
status libvirt-bin perkhidmatan sudo
Ini akan menghasilkan pemeriksaan stat kecil libvirt-bin yang bagus, menunjukkan bahawa proses yang digariskan di atas melakukan muslihat. Sekarang kita boleh menjalankan mesin maya kita lagi!
Kesalahan lain yang sedang saya siasat, pasca naik taraf, dan juga penyelesaian yang dapat dilaksanakan:
Gagal memulakan LSB: exim Mail Transport Agent. Ini adalah ralat postfix, diselesaikan sebelum mesin boot sepenuhnya.
snd_hda_intel 0000: 00: 1f.3: gagal menambahkan master komponen i915_bpo (-19). Ini adalah ralat kad suara, dapat diperbaiki dengan menaik taraf Alsa (saya tidak merancang untuk menggunakan suara dari pelayan, jadi ini tidak mempengaruhi prestasi)
akhir sekali dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device muncul dua kali dengan sysf yang berbeza. Nampaknya, sandaran partisi EFI saya cukup teliti untuk mendaftarkannya sebagai UUID yang sama persis. Pemacu NVMe (primer) mempunyai partisi UUID, namun RAID (sandaran) tidak. Untuk membetulkannya, saya akan membiarkan pemacu utama sahaja dan menukar UUID pemacu sandaran menggunakan uuidgen dan kemudian tune2fs / dev / sdx -U baru -id-nombor-dari-uuidgen.
2 minit membaca
