Bugün devam edip sunucularımdan birini Ubuntu 14.04'ten 16.04'e yükseltmeye karar verdim. Ters gidebilecek pek çok sorun olduğundan, bunu bir üretim sunucusunda yapmanız önerilmez. En iyi uygulamalar her zaman başka bir sunucuyu ya yedek olarak ya da geçici bir sunucuyu döndürmenin en güvenli yol olduğunu gösterir. Bununla birlikte, yapılmaması gereken şeyleri denemekten kim hoşlanmaz.
Yükseltme oldukça iyi gitti, göze çarpan bir istisna dışında libvirt-bin düzgün bir şekilde yükseltilemedi. Durumu düzeltmek için gereken adımların yanı sıra olmayacak adımları burada bulabilirsiniz.
İlk deneme, sorunu sudo dpkg –configure -a ile çözmekti, burada şans yok. Ayrıca aptitude otomatik çözücüyü kullanmayı, ardından temizlemeyi ve yeniden yüklemeyi denedim. Ayrıca şans yok.
Sorunun kökenine inmek için, aptalca tahmin etmeye çalışmak yerine kaçtım
sudo journalctl -xe
Yukarıda gösterildiği gibi, apparmor'daki bir hata, artık yapılandırılmadığı için libvirt-bin'in artık çalışma iznine sahip olmamasına neden oldu (komik, ben söylemiştim yemin edebilirdim).
İşte sorunun nasıl çözüleceği ve sorunun kökü. Öncelikle apparmor ayrıştırıcı önbelleğini temizlememiz gerekir, çünkü libvirt-bin'in başlatılmasını engelleyen depolanan verilere sahiptir.
sudo apparmor_parser –purge-cache
Daha sonra libvirt-bin'in başlamasını engelleyen kuralı kaldırıyoruz.
Sonra devam edip değiştiririz.
Son olarak, libvirt'e yeniden başlamasını söyleyeceğiz ve her şey iyi olacak.
sudo systemctl libvirt-bin yeniden başlat
Libvirt-bin'in durumunu kontrol etmek için aşağıdaki komutu girin
sudo hizmeti libvirt-bin durumu
Bu, libvirt-bin'in küçük bir istatistik kontrolünü çıkaracak ve yukarıda özetlenen sürecin hile yaptığını gösterecektir. Artık sanal makinelerimizi tekrar çalıştırabiliriz!
Şu anda araştırdığım diğer hatalar, yükseltme sonrası ve uygulanabilecek çözümler:
LSB: exim Posta Taşıma Aracısı başlatılamadı. Bu, makine tam olarak önyüklenmeden önce çözülen bir postfix hatasıydı.
snd_hda_intel 0000: 00: 1f.3: i915_bpo bileşen yöneticisi eklenemedi (-19). Bu bir ses kartı hatasıdır, Alsa'yı yükselterek düzeltilebilir (Sesi sunucu dışında kullanmayı planlamıyorum, bu nedenle bu performansı etkilemez).
Son olarak dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device farklı sysfs ile iki kez çıktı. Görünüşe göre, EFI bölümümün yedeği, onu aynı UUID olarak kaydetmek için yeterince kapsamlıydı. NVMe sürücüsünün (birincil) bir bölüm UUID'si vardır, ancak RAID (yedekleme) yoktur. Bunu düzeltmek için birincil sürücüyü yalnız bırakacağım ve uuidgen'i kullanarak yedekleme sürücüsünün UUID'sini değiştireceğim ve ardından tune2fs / dev / sdx -U new -id-number-from-uuidgen.
2 dakika okundu
