Сегодня я решил продолжить и обновить один из моих серверов с 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 service libvirt-bin статус
Это приведет к небольшой проверке статистики libvirt-bin, показывающей, что описанный выше процесс сработал. Теперь мы снова можем запускать наши виртуальные машины!
Другие ошибки, которые я сейчас исследую после обновления, а также решения, которые можно реализовать:
Не удалось запустить LSB: агент транспорта почты exim. Это была постфиксная ошибка, устраненная до полной загрузки машины.
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 -ид-номер-от-uuidgen.
2 минуты на чтение