Я настраиваю гостя VM под libvirt, использующим virsh редактирование. Источник ядра, работающего в VM, является встроенным устройством безопасности, где я не имею никакого контроля над тем, с какими драйверами это идет. В особенности это, кажется, не распознает virtio драйвер для NIC, таким образом, я использую e1000 эмуляцию, показанную следующим образом:
<interface type='bridge'>
<mac address='52:54:00:ae:cd:b2'/>
<source bridge='br0'/>
<model type='e1000'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
</interface>
Это значение было скопировано с примера, который я нашел в сети где-нибудь.
Я хочу экспериментировать для попытки других эмуляций для наблюдения, какие работы лучше всего, но я не смог найти, каковы опции там. Это относится и к диску и к сетевым устройствам. Я не возражал бы известный, какие видео эмуляции доступны также.
Список некоторых доступных эмуляций показывают на странице справочника для kvm. Для категорического списка для используемой системы используйте команду kvm следующим образом:
kvm -net nic,model=?
В моей системе, которая приводит к следующему выводу:
kvm -net nic,model=?
qemu: Supported NIC models: ne2k_pci,i82551,i82557b,i82559er,rtl8139,e1000,pcnet,virtio
Для людей, которые следуют за той же кривой обучения, как я, это помогает понять, как команда virsh делает свое задание. Файл определения XML анализируется в команду kvm, когда Вы выполняетесь, virsh запускают команду xxx. Фактическая команда, что это преобразовывается в наряду с переменными среды, зарегистрирована /var/log/libvirt/qemu/xxx.log, где xxx является доменным именем Вашего гостя VM.
Таким образом с этой архитектурой список доступных вариантов не должен быть определен virsh пакетом, так как это - в основном абстракция для реального продолжения работы, которое сделано kvm. Не зная, который заставил меня искать документацию неправильные места.