Dzisiaj zdecydowałem się przejść dalej i zaktualizować jeden z moich serwerów z Ubuntu 14.04 do 16.04. Nie zaleca się robienia tego na serwerze produkcyjnym, ponieważ istnieje wiele problemów, które mogą się nie udać. Najlepsze praktyki zawsze wskazują, że najbezpieczniejszym sposobem jest uruchomienie innego serwera jako zamiennika lub serwera tymczasowego. To powiedziawszy, kto nie lubi próbować rzeczy, których nie należy robić.
Aktualizacja poszła raczej dobrze, z jednym rażącym wyjątkiem, libvirt-bin nie mogło zostać poprawnie zaktualizowane. Oto kroki, które pozwolą naprawić sytuację, a także kroki, które nie pomogą.
Początkowa próba polegała na naprawieniu problemu za pomocą sudo dpkg –configure -a, bez powodzenia. Próbowałem również użyć automatycznego rozpoznawania nazw aptitude, a następnie wyczyścić i ponownie zainstalować. Nie ma też szczęścia.
Aby dotrzeć do źródła problemu, zamiast głupio zgadywać, uciekłem
sudo journalctl -xe
Jak pokazano powyżej, błąd w apparmor spowodował, że libvirt-bin nie ma już uprawnień do uruchamiania, ponieważ nie było już skonfigurowane (zabawne, mogłem przysiąc, że kazałem mu).
Oto, jak rozwiązać problem i źródło problemu. Najpierw musimy wyczyścić pamięć podręczną parsera apparmor, ponieważ zawiera ona dane, co uniemożliwia uruchomienie libvirt-bin.
sudo apparmor_parser –purge-cache
Następnie usuwamy regułę uniemożliwiającą uruchomienie libvirt-bin.
Następnie idziemy dalej i wymieniamy.
Na koniec możemy powiedzieć libvirt, aby zrestartował się i wszystko będzie dobrze.
sudo systemctl zrestartuj libvirt-bin
Aby sprawdzić status libvirt-bin, wprowadź następujące polecenie
stan usługi sudo libvirt-bin
Spowoduje to wyświetlenie ładnego, małego sprawdzenia statystyk libvirt-bin, pokazującego, że proces opisany powyżej załatwił sprawę. Teraz możemy ponownie uruchomić nasze maszyny wirtualne!
Inne błędy, które obecnie badam, po aktualizacji, a także rozwiązania, które można wdrożyć:
Nie udało się uruchomić LSB: exim Mail Transport Agent. To był błąd Postfix, rozwiązany przed pełnym uruchomieniem komputera.
snd_hda_intel 0000: 00: 1f.3: nie udało się dodać głównego komponentu i915_bpo (-19). Jest to błąd karty dźwiękowej, który można naprawić poprzez aktualizację Alsy (nie planuję używać dźwięku poza serwerem, więc nie wpływa to na wydajność).
W końcu dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device pojawił się dwukrotnie z różnymi objawami. Najwyraźniej kopia zapasowa mojej partycji EFI była wystarczająco dokładna, aby zarejestrować ją jako dokładnie ten sam identyfikator UUID. Dysk NVMe (podstawowy) ma UUID partycji, jednak RAID (kopia zapasowa) nie. Aby to naprawić, zostawię dysk podstawowy w spokoju i zmienię identyfikator UUID dysku kopii zapasowej za pomocą uuidgen, a następnie tune2fs / dev / sdx -U nowy -id-number-from-uuidgen.
2 minuty czytania
