Сегодня я решил пойти дальше и обновить один из моих серверов с Ubuntu 14.04 до 16.04. Не рекомендуется делать это на рабочем сервере, так как есть много проблем, которые могут пойти не так. Лучшие практики всегда указывают на то, что раскрутка другого сервера в качестве замены или временного сервера является наиболее безопасным способом. Тем не менее, кто не любит пробовать то, что не должно быть сделано.
Обновление прошло довольно хорошо, за одним явным исключением, libvirt-bin не удалось должным образом обновить. Вот шаги, чтобы исправить ситуацию, а также шаги, которые не будут.
Первоначальной пробой было исправить проблему с sudo dpkg –configure -a, не повезло. Я также попытался использовать автоматический распознаватель aptitude, а затем очистить и переустановить. Тоже не повезло.
Чтобы добраться до корня проблемы, вместо того, чтобы глупо пытаться угадать, я побежал
sudo journalctl -xe
Как показано выше, ошибка в apparmor приводила к тому, что libvirt-bin больше не имел разрешения на запуск, так как он больше не был настроен (забавно, я мог поклясться, что сказал).
Вот как можно решить проблему, и корень проблемы. Сначала нам нужно очистить кэш парсера apparmor, так как в нем хранятся данные, что делает невозможным запуск libvirt-bin.
sudo apparmor_parser –purge-cache
Затем мы удалим правило, запрещающее запуск libvirt-bin.
Тогда мы идем вперед и заменить его.
Наконец, мы даем команду libvirt на перезагрузку, и все будет хорошо.
sudo systemctl перезапустить libvirt-bin
Чтобы проверить состояние libvirt-bin, введите следующую команду
Служба sudo статус libvirt-bin
Это выдаст небольшую статистическую проверку libvirt-bin, показывающую, что процесс, описанный выше, добился цели. Теперь мы можем снова запустить наши виртуальные машины!
Другие ошибки, которые я сейчас исследую, после обновления, а также решения, которые могут быть реализованы:
Не удалось запустить LSB: exim Mail Transport Agent. Это была ошибка постфикса, исправленная до полной загрузки машины.
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 (основной) имеет UUID раздела, однако RAID (резервное копирование) — нет. Чтобы исправить это, я оставлю основной диск в покое и изменим UUID резервного диска с помощью uuidgen, а затем tune2fs / dev / sdx -U new -id номер-из-uuidgen.
