Perguntas[virtual-machine](unix)

Estou configurando KVM Nested Virtualization para minha CPU AMD bare metal. Vejo que há ambos kvm-amde kvm_amddescrição em guias (pesquise /etc/modprobe.dnas páginas):

• https://linux-kvm.org/page/Nested_Guests
• link máquinas virtuais aninhadas
• https://docs.fedoraproject.org/en-US/quick-docs/using-nested-virtualization-in-kvm/
• https://www.kernel.org/doc/html/v5.9/virt/kvm/running-nested-guests.html
• https://ubuntu.com/server/docs/how-to-enable-nested-virtualization

Qual palavra está correta aqui? options kvm-amd nested=1ouoptions kvm_amd nested=1

Eu tenho essencialmente zero conhecimento sobre isso. Meu problema é que não consigo encontrar informações sobre como adicionar um script na inicialização de uma máquina virtual Oracle Linux - apenas em um Ubuntu em execução. Como eu faria isso?

Entendo que geralmente é permitida mais de uma conexão SFTP. Gostaria de perguntar se isso é possível mesmo em uma VM (máquina virtual). Em outras palavras, gostaria de estabelecer mais de uma conexão SFTP na mesma VM.

Observe que o objetivo da VM é dar acesso ao espaço de armazenamento de uma equipe de pesquisa localizada em um cluster.

Aqui estão três exemplos do que fiz dentro do terminal (o terceiro tem sudo):

1. at now + 5 minutes
   

   (interativamente:)

   at> shutdown --poweroff now
   

2. echo "sbin/shutdown -h now" | at 14:50
   

3. echo "/sbin/shutdown -h 16:22" | at now
   

Em todos os casos, posso verificar se o trabalho único está agendado com o atqcomando, mas o shutdown --showcomando diz "Nenhum desligamento agendado".

O sistema deve desligar no horário programado atapós o sono.

Isso está em uma máquina virtual convidada CentOS 9 Stream. O usuário já está adicionado ao grupo de usuários sudo e pode iniciar o desligamento com um comando como shutdown now. Então, com o trabalho único at, qual é a diferença?

Configuração:

• MacOS arm64 M1 Apple Silicon como host
• Live USB com Ubuntu 20.04 amd64 em um sistema de arquivos squashfs como convidado
• Emulador QEMU no sistema operacional host

Quero retirar o sistema operacional do squashfs e inicializá-lo em uma máquina virtual AMD64 emulada no meu Mac. Consegui extrair o sistema operacional Ubuntu. Montei o squashfs e copiei o conteúdo em um arquivo img que criei usando dd. Copiei a imagem no mac mas quando tento inicializar a VM diz "Nenhum dispositivo inicializável".

Aqui estão os comandos que usei, de uma máquina virtual Linux compatível

mount -t squashfs -o loop /path/to/filesystem.squashfs /sqshfs/mount/point

Criei uma imagem vazia e fiz um ext4 fs

dd if=/dev/zeroes of=image.img bs=1M count=15000
mkfs.ext4 image.img

montei e copiei os arquivos

mount -t auto image.img /img/mount/point
cp -r /sqshfs/mount/point/* /img/mount/point

agora na imagem eu tenho essas pastas

total 112
drwxr-xr-x   2 root root  4096 Jan 10 02:37 bin
drwxr-xr-x   3 root root  4096 Jan 10 02:37 boot
drwxr-xr-x   4 root root  4096 Jan 10 02:37 dev
drwxr-xr-x 147 root root 12288 Jan 10 02:37 etc
drwxr-xr-x   3 root root  4096 Jan 10 02:37 home
lrwxrwxrwx   1 root root    33 Jan 10 02:37 initrd.img -> boot/initrd.img-5.4.0-150-generic
lrwxrwxrwx   1 root root    33 Jan 10 02:37 initrd.img.old -> boot/initrd.img-5.4.0-148-generic
drwxr-xr-x  23 root root  4096 Jan 10 02:37 lib
drwxr-xr-x   2 root root  4096 Jan 10 02:37 lib64
drwx------   2 root root 16384 Jan 10 02:36 lost+found
drwxr-xr-x   2 root root  4096 Jan 10 02:37 media
drwxr-xr-x   2 root root  4096 Jan 10 02:37 mnt
drwxr-xr-x   5 root root  4096 Jan 10 02:37 opt
drwxr-xr-x   2 root root  4096 Jan 10 02:37 proc
drwx------   3 root root  4096 Jan 10 02:37 root
drwxr-xr-x   2 root root  4096 Jan 10 02:37 run
drwxr-xr-x   2 root root 12288 Jan 10 02:37 sbin
drwxr-xr-x   2 root root  4096 Jan 10 02:37 snap
drwxr-xr-x   2 root root  4096 Jan 10 02:37 srv
drwxr-xr-x   2 root root  4096 Jan 10 02:37 sys
drwxr-xr-t   2 root root  4096 Jan 10 02:37 tmp
drwxr-xr-x  11 root root  4096 Jan 10 02:38 usr
drwxr-xr-x  15 root root  4096 Jan 10 02:38 var
lrwxrwxrwx   1 root root    30 Jan 10 02:38 vmlinuz -> boot/vmlinuz-5.4.0-150-generic
lrwxrwxrwx   1 root root    30 Jan 10 02:38 vmlinuz.old -> boot/vmlinuz-5.4.0-148-generic

converti o img em qcow2

qemu-img convert -f raw -O qcow2 -c image.img image.qcow2

e configurei o QEMU da seguinte maneira

qemu-system-x86_64 \
-name TEST \
-cpu qemu64-v1 \
-smp cpus=4,sockets=1,cores=4,threads=1 \
-machine pc-q35-7.2,vmport=off,i8042=off,hpet=off \
-accel tcg,thread=multi,tb-size=1024 \
-m 4096 \
-drive file=/Users/steve/VMs/image.qcow2 \
-boot menu=on

Quando tento inicializar a VM diz "Nenhum dispositivo inicializável". Sou muito novo no QEMU e sei que falta alguma coisa nesta configuração, mas deveria pelo menos tentar inicializar o kernel. GUIA?

Pelo que eu sei, é recomendado desabilitar a cópia na gravação de imagens de VM para evitar degradação do desempenho no BTRFS. No entanto, ninguém recomenda o uso qcow2do formato de imagem de disco, apesar de ser uma cópia no disco de gravação.

Qual é a razão por trás disso? Quais são as diferenças técnicas entre CoW e qcow2CoW do BTRFS?

Uma conta de usuário Apode executar VMs qemu com kvm habilitado, com a opção -enable-kvm.

Mas o usuário Anão tem acesso ao /dev/kvm. Os grupos de usuários e /dev/kvmpermissões relacionados são os seguintes.

$ id
uid=1004(A) gid=1004(A) groups=1004(A),100(users)
$ stat /dev/kvm
  File: /dev/kvm
  Size: 0               Blocks: 0          IO Block: 4096   character special file
Device: 0,5     Inode: 714         Links: 1     Device type: 10,232
Access: (0660/crw-rw----)  Uid: (    0/    root)   Gid: (  104/     kvm)

De acordo com [RESOLVIDO] Qemu com KVM falha, permissão negada e outras postagens, os usuários precisam ter acesso para /dev/kvmusar VMs qemu habilitadas para kvm. Isso geralmente é feito colocando um usuário no grupo kvm.

Por que o usuário Apode usar VMs qemu com KVM?

Informação do sistema:

• Debian GNU/Linux 12 (leitor ávido)
• instalado com uma iso ao vivo

Estou movendo as máquinas virtuais GNOME Boxes do Fedora para o Guix seguindo o guia no wiki do Fedora .

Na estação de trabalho do Fedora:

$ virsh list --all
 Id   Name           State
-------------------------------
 -    win10          shut off
$ cd ~
$ virsh dumpxml win10 >win10.xml
$ mv .local/share/gnome-boxes/images/win10 win10

Em seguida, mudei win10para win10.xmlo diretório inicial da nova máquina. Nesse sistema Guix:

$ guix install gnome-boxes
$ cd ~
$ mv win10 .local/share/gnome-boxes/images/win10
$ guix install libvirt
$ virsh create win10.xml
error: Failed to create domain from win10.xml
error: Cannot check QEMU binary /usr/bin/qemu-system-x86_64: No such file or directory

qemu-system-x84_64está localizado em um lugar diferente:

$ type qemu-system-x86_64
qemu-system-x86_64 is /run/current-system/profile/bin/qemu-system-x86_64

Então, como concluo a importação da máquina virtual?

Estou tentando executar um programa C simples de um arquivo em uma máquina virtual. Na verdade, é o programa fork bomb c:

#include <stdio.h>
#include <sys/types.h>
 
int main()
{
    while(1)
    {
        fork();   
    }
    return 0;
}

Quero fazer isso para verificar quanto efeito essa VM teria em outras VMs em execução no sistema.

Eu queria saber qual é a maneira mais fácil de executar isso em uma VM e, se possível, evitar o download, compilar e criar uma VM inteira do Ubuntu/outro Linux. Costumo usar Unikernels para essas coisas, no entanto, a maioria dos que conheço não tem suporte para a chamada de sistema fork ().

A Qemu VM pode ser conectada à LAN principalmente de duas maneiras: type=userou type=tap. O usermodo isola completamente a VM na rede privada, que é sNATed para hospedar a pilha de rede principal. O uso do tapé mais complicado, ele precisa de um virtual bridgepara se tornar mestre de uma interface física ( eth0) e interface virtual ( tap0). O tap0é como um tubo para dados fluindo de fora do mundo e host para a VM. Passei muitas horas tentando regular o tráfego de rede na tap0interface com o lado do host iptables/nftablespara redirecionar, por exemplo, todas as solicitações http para algum endereço IP interno, mas sem sucesso. Todos os conselhos, fóruns e wiki recomendam muitas soluções, que não podem funcionar, devido ao principal motivo: os pacotes da VM convidada nunca chegam à pilha de rede do kernel do host. Eles escolhem seu caminho no nível da ponte e não atendem a nenhuma regra de firewall ajustada por nenhuma cadeia de filtro de pacotes, se o endereço IP do host não for seu alvo. Você pode tentar simplesmente definindo a política global do host para DROP(com host XYtables) e poderá ver: a rede do host está completamente inoperante, mas o convidado pode continuar a enviar e receber pacotes pela rede.

Bem, a pergunta: Existe alguma outra maneira de conectar virtualmente a VM convidada a uma interface de rede virtual do host? Para melhor entendimento seguem os gráficos:

     General virtual connections for host/VM guest
    +---------------------------------------------+
    |    +-----------------------------+          |
    |    |    iptables    host kernel  |          |
    |    |    nftables   network stack |          |
    |    +-------+---------------------+          |
    |            |                                |
    |    +-------+---------+      +-----------+   |
---eth0--+    virtual      |      |    VM     |   |
    |    |    bridge       +-tap-eth0 guest   |   |
---eth1--+      br0        |      |           |   |
    |    +-----------------+      +-----------+   |
    +---------------------------------------------+


       Host became a router for VM guest
    +-------------------------------------+
    |    +----------------+  +---------+  |
---eth0-->  host kernel   |  |    VM   |  |
    |    |                <-vppp guest |  |
---eth1-->  network stack |  |         |  |
    |    +----------------+  +---------+  |
    +-------------------------------------+

Para resolver meu problema, deve haver uma maneira de controlar (com nftables, por exemplo) o tráfego da própria ponte virtual, ou como conectar a interface de rede convidada da VM por meio de um fio virtual a uma interface de rede virtual do host. Algo como uma rede PPPoE.

Mas a maneira definitiva e mais clara é adicionar mais alguns parâmetros à rede do modo de usuário Qemu para poder forçar o redirecionamento de algumas portas (serviços) para o endereço de destino escolhido, incluindo o loopback do host. Sim, enviei esses desejos à equipe do Qemu e obtive uma resposta: não é o recurso mais necessário.