Perguntas[virtual-machine](computer)

Após minha experiência anterior de migração de discos VM IDE para VirtIO SCSI , criei uma VM Win10 no virt-manager, com o disco primário sendo um disco SCSI da configuração. No virt-manager, criei um controlador VirtIO SCSI:

<controller type="scsi" index="0" model="virtio-scsi">
  <address type="pci" domain="0x0000" bus="0x03" slot="0x00" function="0x0"/>
</controller>

Criei então um disco ( SCSI Disk 1 ) que, segundo o virt-manager, está usando o tipo de barramento SCSI :

<disk type="file" device="disk">
  <driver name="qemu" type="qcow2" discard="unmap"/>
  <source file="/var/lib/libvirt/images/win10-enterprise.qcow2"/>
  <target dev="sda" bus="scsi"/>
  <boot order="2"/>
  <address type="drive" controller="0" bus="0" target="0" unit="0"/>
</disk>

Durante a configuração do Win10, montei o RedHat VirtIO ISO e instalei os drivers para que o Win10 pudesse ser instalado no disco SCSI:

Após a instalação, adicionei outro disco ( VirtIO Disk 1 ) à VM. Desta vez no virt-manager, escolhi VirtIO como tipo de barramento:

<disk type="file" device="disk">
  <driver name="qemu" type="qcow2" discard="unmap"/>
  <source file="/var/lib/libvirt/images/win10-enterprise-1.qcow2"/>
  <target dev="vda" bus="virtio"/>
  <address type="pci" domain="0x0000" bus="0x06" slot="0x00" function="0x0"/>
</disk>

O disco VirtIO não parece estar vinculado a nenhum dos controladores listados na visão geral da VM no virt-manager. Presumi que este disco fosse um dispositivo VirtIO Block .

Na VM convidada Win10, notei no Gerenciador de dispositivos que o disco SCSI primário é rotulado como um disco "QEMU SCSI" e o disco VirtIO como um disco "RedHat VirtIO SCSI" . O controlador de armazenamento VirtIO usado para o disco SCSI é rotulado como "controlador Red Hat VirtIO SCSI" :

Estou confuso por que o disco SCSI não é rotulado como um disco VirtIO SCSI e como o disco VirtIO (suposto ser um bloco VirtIO) é um disco "VirtIO SCSI" sem estar conectado a qualquer tipo de controlador SCSI.

P: Existe alguma diferença entre os discos que configurei para esta VM?

P: Do ponto de vista do virt-manager, qual é a diferença entre os discos que usam os tipos de barramento VirtIO e SCSI e como eles são representados em uma VM?

P: Há alguma diferença de desempenho entre discos que usam diferentes tipos de barramento?

A documentação em https://learn.microsoft.com/en-us/sysinternals/downloads/disk2vhd é mínima e não parece cobrir o caso de uso de como especificar vários volumes para backup, assumindo que não há qualquer maneira de especificar volumes ou unidades a serem excluídas. Quero criar um script de backup do meu computador em um arquivo VHDX para usar como VM, caso algo falhe irreparavelmente e eu não consiga recuperar a instalação do Windows. Meu computador possui 2 drives, um típico C: com 3 volumes (C:, \?\volume{819..., \?\volume{d89..., sendo um o EFI e o outro o de recuperação)

O comando .\disk2vhd64.exe -h C: D:\VHDs\mycomputer_test.VHDX invoca isso, que não inclui esses volumes de inicialização nem marca a caixa "Preparar para usar no Virtual PC", apesar do -hparâmetro.

Qual é o comando correto para isso?

Começo com a imagem de nuvem Debian mais recente e faço uma cópia para minha VM.

❯ cp debian-12-nocloud-arm64.qcow2 kthw-jumpbox

❯ qemu-img info kthw-jumpbox 
image: kthw-jumpbox
file format: qcow2
virtual size: 2 GiB (2147483648 bytes)
disk size: 381 MiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    extended l2: false
Child node '/file':
    filename: kthw-jumpbox
    protocol type: file
    file length: 381 MiB (399179776 bytes)
    disk size: 381 MiB

Em seguida, redimensione-o para 15G:

❯ qemu-img resize kthw-jumpbox 15G
Image resized.

❯ qemu-img info kthw-jumpbox 
image: kthw-jumpbox
file format: qcow2
virtual size: 15 GiB (16106127360 bytes)
disk size: 381 MiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    extended l2: false
Child node '/file':
    filename: kthw-jumpbox
    protocol type: file
    file length: 381 MiB (399180288 bytes)
    disk size: 381 MiB

Portanto, podemos ver que o tamanho virtual é 15GiB.

Eu faço alguns trabalhos configurando esta VM. Mas quando copio um arquivo, recebo um erro:

# cp downloads/kubectl /usr/local/bin/
cp: error copying 'downloads/kubectl' to '/usr/local/bin/kubectl': No space left
 on device

E verificar dfmostra que está 100% cheio com 2G de uso:

# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            186M     0  186M   0% /dev
tmpfs            48M  696K   47M   2% /run
/dev/vda1       1.9G  1.8G     0 100% /
tmpfs           236M     0  236M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/vda15      127M  294K  127M   1% /boot/efi
tmpfs            48M     0   48M   0% /run/user/0

Mas qemu-imgainda mostra o tamanho virtual como 15G

❯ qemu-img info kthw-jumpbox 
image: kthw-jumpbox
file format: qcow2
virtual size: 15 GiB (16106127360 bytes)
disk size: 1.3 GiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    extended l2: false
Child node '/file':
    filename: kthw-jumpbox
    protocol type: file
    file length: 1.3 GiB (1397948416 bytes)
    disk size: 1.3 GiB

O que está acontecendo? Por que a VM não vê o tamanho virtual e o que posso fazer para corrigir isso?

Acabei de comprar um novo PC. Meu antigo tem 16 GB de RAM e um SSD de 2 TB. Quero transformá-lo em um servidor NAS. Coloquei o Windows Server 2022 em uma máquina virtual e configurei tudo ao meu gosto, exceto a pasta compartilhada e o endereço IP. Tentei configurar tudo o que pude o mais próximo possível das especificações reais do meu PC. Como posso transformar esta VM (player VMware Workstation 17) em um sistema operacional em hardware real? Eu configuraria tudo novamente, mas sem pensar coloquei muitas horas de script na VM...
Alguém pode ajudar?
Eu tentei esta pergunta: Converter uma VM do Windows em partição física - as ferramentas oferecidas lá (Norton Ghost, etc...) foram descontinuadas

Tento criar um modo de ponte de rede com meu convidado QEMU VM no Arch Linux usando systemd-networkd.

Primeiro, crio o modo bridge no Arch Linux:

# nano /etc/systemd/network/br0.netdev

[NetDev]
Name=br0
Kind=bridge
MACAddress=[My_own_MAC_address]
[Bridge]
VLANFiltering=1
STP=1


# nano /etc/systemd/network/br0enp2s0.network

[Match]
Name=enp2s0
[Network]
Bridge=br0


# nano /etc/systemd/network/br0.network

[Match]
Name=br0
[Network]
DHCP=ipv4


# systemctl restart systemd-networkd.service

# systemctl restart NetworkManager.service

# systemctl restart systemd-networkd.service

Segundo, configuro e executo meu convidado QEMU VM no Arch Linux:

# qemu-system-x86_64 \
        -monitor stdio \
        -cpu host \
        -device intel-hda \
        -device hda-duplex \
        -k es \
        -machine accel=kvm \
        -m 2048 \
        -hda ~/Windows.7.qcow2 \
        -boot once=c,menu=off \
        -netdev tap,id=tap_0_GROUP,br=br0,ifname=tap_0_GROUP,script=no,vhost=on,downscript=no \
        -device virtio-net-pci,netdev=tap_0_GROUP,mac=[My_own_MAC_address] \
        -usb -device usb-tablet \
        -rtc base=localtime \
        -name "Windows 7"
    
    QEMU 8.1.2 monitor - type 'help' for more information
    (qemu)

O convidado do QEMU inicializa corretamente, mas não há rede: captura

Preciso configurar um VM (Fedora) na estação de trabalho VMware configurando estaticamente sua placa de rede virtual para usar placa wifi física em vez de placa Ethernet. Vou usar os dois cartões físicos ao mesmo tempo no sistema host (eth para trabalho, wifi para vm) Host OS win11 Guest OS fedora versão vmware estação de trabalho 17

Estou executando o Windows 11 de 64 bits.

Tentei habilitá-lo através do comando, dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestartmas não foi possível habilitá-lo. Ele falhou mesmo quando tentei manualmente. Tentei pesquisar soluções da Microsoft para esse problema, mas isso sugere algum outro problema relacionado ao NetFramework 3.5. Por favor, diga o que fazer, não consigo executar o docker sem isso. Tentei reiniciar o sistema, mas nada funciona.

Eu tenho 2 VMs na VLAN18 no meu VMWare ESXi 8.0

Eu queria fazer ping no outro, mas ele não o encontra. Agora desliguei o firewall e funcionou se eles estivessem na mesma VLAN, agora quero que minha 1 VM esteja na VLAN17 e a outra na VLAN18 e faça ping entre si, mas recebo a mensagem 'Host de destino inacessível'. Ambas as VLANs estão no mesmo vSwitch. (Também às vezes diz que expirou).

Estou com um problema ao configurar a máquina virtual. Tentei instalar o Kali Linux com estes parâmetros:

• Memória - 256 MB
• Processador - 2 núcleos
• SCSI-16 GB

Se eu tentar instalá-lo, recebo um erro no console ou apenas uma tela preta. Reiniciar? Bem, aqui está uma captura de tela !

Como faço para instalá-lo com sucesso? Talvez eu precise de mais espaço de memória ou algo assim?

Se eu criasse uma VM, ela reservaria permanentemente partes da minha GPU, CPU e Ram? Eu sei que ele divide a unidade em que está instalado, mas também divide outros componentes de hardware mesmo que não esteja em execução?