Вопрос или проблема
В Mint 21.3/Ubuntu 22.04 у меня работал qemu 6.2 с виртуальной машиной Win11 (тестовая машина). Из-за другой проблемы, тем временем обновил qemu до версии 9.0 из ppa:canonical-server/server-backports. Но Win11 больше не может работать, ошибка: версия TPM ‘2.0’ не поддерживается. Полагаю, что тип был эмульгированный.
Посмотрел Qemu не может запустить Windows 11 и После обновления qemu, “unsupported machine type ‘pc-i440fx-3.1”. Попробовал изменить machine=”pc-q35-6.2″ на machine=”pc-q35-9.0″, но это не кажется основной проблемой.
swtpm остается установленной, но версии 0.6.3. Может быть, это причина.
ppa:smoser/swtpm или ppa:stefanberger/swtpm не поддерживают jammy (Ubuntu 22.04).
Примечание: после ошибки я переходил в настройках VMM машины Windows и изменил TPM на Passthrough, поэтому новая ошибка для этого была бы Unable to find a satisfying virtiofsd. Но полагаю, это не имеет значения, кроме того, что это ошибка, которую я получаю позже, когда пытаюсь запустить virsh start Windows.
Когда я virsh edit Windows и пытаюсь вернуть emulated в tpm (надеюсь, это правильно), я получаю: error: XML document failed to validate against schema: Unable to validate doc against /usr/share/libvirt/schemas/domain.rng Extra element devices in interleave Element domain failed to validate content
Редактирование: Позже нашел ppa:stefanberger/swtpm-jammy, обновил. Затем установил TPM на CRB, ’emulator’ version=’2.0′ и это улучшение, которое я могу установить. Но все еще Unable to find a satisfying virtiofsd. Если я изменяю драйвер на virtio-9p, VM работает. Но у меня тогда не будет совместного файловой системы. Поэтому проблема все еще существует, так как она мне нужна.
Редактирование2: выяснил, что qemu 8.0 изменил virtiofsd. Ужасный шаг, как обновить с Win клиентом, видимо, установить новый.
.
Ответ или решение
При обновлении системы и программного обеспечения, особенно таких сложных, как QEMU, могут возникнуть проблемы с совместимостью, что может привести к ошибкам запуска виртуальных машин, таких как та, с которой вы столкнулись при запуске Windows 11 после обновления QEMU с версии 6.2 до 9.0.
Теория
QEMU — это мощный эмулятор и виртуализатор, который широко используется для запуска виртуальных машин с различными операционными системами. Однако, при переходе на более новые версии этого программного обеспечения могут возникать несовместимости, связанные с изменениями в поддерживаемых конфигурациях, драйверах и параметрах устройств. В вашем конкретном случае проблема связана с поддержкой TPM версии "2.0", которая не поддерживается в новой версии QEMU, а также с изменениями, касающимися virtiofsd, используемого для организации общего доступа к файлам между хостом и гостевой ОС.
Пример
В вашей ситуации проблемы начались после обновления до QEMU 9.0 с использованием репозитория PPA. Основная ошибка, которую вы наблюдаете — «TPM версии ‘2.0’ не поддерживается», указывает на то, что выбранная вами конфигурация TPM в виртуальной машине перестала быть поддерживаемой. При попытке изменить её на другое значение возникли дополнительные ошибки, связанные с настройками для virtiofsd, что свидетельствует о крупных изменениях в новых версиях QEMU, касающихся виртуализации TPM и файловых систем.
Поддержка TPM (Trusted Platform Module) является критически важной для новых операционных систем, таких как Windows 11, для которых это является системным требованием. Смена конфигурации TPM на "CRB" с версией ‘emulator’ равной ‘2.0’ приблизила вас к решению, однако проблема с virtiofsd остаётся нерешённой.
Применение
-
TPM и его конфигурация:
При возникновении проблем с TPM, первым шагом является проверка поддерживаемых конфигураций в текущей версии QEMU. Ваша задача заключается в том, чтобы удостовериться, что используется совместимая конфигурация TPM. Переход из версии "emulated" на "CRB" с указанием правильной версии может оказаться достаточным в некоторых случаях, но требует дополнительной настройки. -
Использование virtiofsd:
С учетом изменений в версии QEMU 8.0, управлением файлами была изменена логика работы virtiofsd. Вы должны убедиться, что соответствующая версия virtiofsd установлена и настроена в вашем окружении. Проверьте пакеты и зависимости, используемые для virtiofs, чтобы понять, были ли они правильно обновлены вместе с QEMU. Если virtiofs не удовлетворяет ваши нужды, альтернативное решение — установка и конфигурация virtio-9p, который вы отметили как работающий, но с ограничениями. -
Миграция и корректировка конфигурации:
После значительных изменений в QEMU и связанных компонентов может потребоваться миграция конфигурации виртуальных машин. Для этого необходимо отредактировать XML-файл конфигурации, используя командуvirsh edit, и внести все необходимые изменения вручную, удостоверившись в их соответствии новым требованиям и схемам вdomain.rng. -
Обновление и поддержка сообщества:
Просматривайте официальные страницы документации и релиз-ноуты, чтобы быть в курсе изменений и нововведений. В вашем случае обновление через PPA может не включать последние исправления, поэтому стоит обратиться к основным ресурсам QEMU и Ubuntu для свежих инструкций и патчей. -
Использование различных репозиториев PPA:
В выборе источников обновления необходимо подходить осмысленно, особенно при работе с неподдерживаемыми или экспериментальными ветками. Ваша ситуация с поддержкой swtpm может быть решена только за счёт использования того источника, который полноценно поддерживает версии Jammy, например, ppa:stefanberger/swtpm-jammy, как вы это и обнаружили.
Заключение
Ваш случай подчеркивает важность тщательной оценки изменения версий критически важного программного обеспечения. Переход на новую версию всегда сопряжён с риском необходимости доп. настройки системных компонентов, новыми проблемами совместимости, в частности с оборудованием, таким как TPM и различными виртуальными сервисами, включая virtiofs. Такого рода задачи требуют не только технических знаний, но и постоянного внимания к изменениям, происходящим в сфере виртуализации. Расширенные тестирования перед принятием решений об обновлении или пробные установки в тестовых средах значительно уменьшают риск подобных проблем.