freebsd guest funciona a partir da linha de comando 'kvm', trava antes de inicializar dentro do virt-manager

1

Eu tenho um convidado do FreeBSD-7 (em uma imagem de disco qcow2) que funciona bem quando eu inicio a partir da linha de comando com

# kvm -drive file=freebsd7.disk

Mas, quando iniciado a partir da virt-manager GUI, ele passa do bootloader de segundo estágio e, em seguida, trava - especificamente, ele "pausa" e se recusa a ser desocupado. Aqui está uma captura de tela das últimas coisas que ele imprime:

e aqui está a configuração do xml gobbledygook de virsh -c qemu:///system dumpxml freebsd7-vm :

<domain type='kvm'>
  <name>freebsd7-vm</name>
  <uuid>d91ca4d4-96d3-0f2f-1c18-cf4bc366c1ab</uuid>
  <memory unit='KiB'>2097152</memory>
  <currentMemory unit='KiB'>2097152</currentMemory>
  <vcpu placement='static'>4</vcpu>
  <os>
    <type arch='x86_64' machine='pc-1.1'>hvm</type>
    <boot dev='hd'/>
    <bootmenu enable='no'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <clock offset='utc'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/kvm</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2'/>
      <source file='/home/zack/Boxes/freebsd-7.disk'/>
      <target dev='hda' bus='ide'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <controller type='usb' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/>
    </controller>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <interface type='network'>
      <mac address='52:54:00:1d:9f:8e'/>
      <source network='default'/>
      <model type='e1000'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target port='0'/>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <input type='mouse' bus='ps2'/>
    <graphics type='vnc' port='-1' autoport='yes'/>
    <sound model='ich6'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </sound>
    <video>
      <model type='cirrus' vram='9216' heads='1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
    <memballoon model='virtio'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </memballoon>
  </devices>
</domain>

Tenho certeza de que isso pode ser corrigido alterando algo na configuração, mas não tenho ideia de por onde começar.

(sim, o uso de uma versão antiga do FBSD é deliberado)

EDITAR: Conforme sugerido abaixo, a alteração de <vcpu placement='static'>4</vcpu> para <vcpu placement='static'>1</vcpu> permite uma inicialização bem-sucedida. Além disso, executar a VM a partir da linha de comando com mais de um processador produz esse despejo de memória:

# kvm -smp 2 -drive file=freebsd7.disk
KVM internal error. Suberror: 1
emulation failure
RAX=ffffffff8080e1c0 RBX=000000000009f000 RCX=00000000c0000080 RDX=0000000000000000
RSI=000000000000d238 RDI=0000000000000000 RBP=0000000000000000 RSP=0000000000000000
R8 =0000000000000000 R9 =0000000000000000 R10=0000000000000000 R11=0000000000000000
R12=0000000000000000 R13=0000000000000000 R14=0000000000000000 R15=0000000000000000
RIP=000000000009f076 RFL=00010086 [--S--P-] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =0000 0000000000000000 0000ffff 0000f300 DPL=3 DS16 [-WA]
CS =0008 0000000000000000 00000000 00209900 DPL=0 CS64 [--A]
SS =9f00 000000000009f000 0000ffff 0000f300 DPL=3 DS16 [-WA]
DS =0018 0000000000000000 ffffffff 00c09300 DPL=0 DS   [-WA]
FS =0000 0000000000000000 0000ffff 0000f300 DPL=3 DS16 [-WA]
GS =0000 0000000000000000 0000ffff 0000f300 DPL=3 DS16 [-WA]
LDT=0000 0000000000000000 0000ffff 00008200 DPL=0 LDT
TR =0000 0000000000000000 0000ffff 00008b00 DPL=0 TSS64-busy
GDT=     000000000009f080 00000020
IDT=     0000000000000000 0000ffff
CR0=80000011 CR2=0000000000000000 CR3=000000000009c000 CR4=00000030
DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 
DR6=00000000ffff0ff0 DR7=0000000000000400
EFER=0000000000000501
Code=00 00 00 80 0f 22 c0 ea 70 f0 09 00 08 00 48 b8 c0 e1 80 80 <ff> ff ff ff ff e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 99 20 00 ff ff 00 00

Para o que eu estou fazendo com isso, voltar para o uniprocessador é bom, mas eu gostaria de entender por que isso não funciona. A imagem da VM foi instalada sob uma GUI de gerenciador diferente (GNOME Boxes) que ofereceu muito menos controle sobre a configuração e, em particular, pode ter dado ao instalador um ambiente de processador único. O FreeBSD 7 instala um kernel diferente para máquinas com múltiplos processadores e multiprocessadores? É possível mudar sem reinstalar?

    
por zwol 14.02.2013 / 04:09

2 respostas

2

O comando kvm usa parâmetros padrão, um dos quais está habilitando apenas uma vCPU. Nós rodamos várias máquinas FreeBSD 7.x com uma configuração muito semelhante à sua, mas com uma versão de BIOS diferente. Eu estou querendo saber se há algo no BIOS Qemu / KVM que você está usando que está causando o suporte multiprocessador do FreeBSD para surtar. Como você pode ver aqui, assim que imprime essas mensagens, ele deve imprimir algo sobre o número de processadores: link

Você já tentou inicializar o virt-manager com uma CPU?

Para referência, esta é a saída para mim de virsh dumpxml test (uma VM do FreeBSD funcionando): link

    
por 15.02.2013 / 11:54
0

O FreeBSD usou um kernel habilitado para SMP por padrão desde novembro de 2003 , muito antes da versão 7.4.

Como Andrew, suspeito que algo no BIOS confunde o kernel. O menu de inicialização tem várias opções, como inicialização (IIRC) com ACPI desativado. Isso pode ajudar algumas vezes.

    
por 03.09.2013 / 00:08