Debian 8 KVM Guest - Carregando o ramdisk inicial

Atualizei meu script de gerenciamento KVM para hosts KVM Ubuntu 14.04 para suportar o debian 8 guests. Após uma instalação manual (o script preseed ainda não funciona), fico com a seguinte mensagem na inicialização:

Durante a instalação, eu:

• Selecionado apenas o servidor ssh e os utilitários do sistema base.
• Defina o carregador de inicialização grub para instalar a única opção listada.
• Utilizou o modo de particionamento guiado para tudo em uma partição.
• Usou o espelho local do Reino Unido.

Existe algum passo que eu preciso ter cuidado para executar ou o Debian 8 ainda não pode ser instalado como convidado da KVM?

Atualizar

Depois de desistir e decidir apenas atualizar uma VM do debian 7 para o debian 8 atualizando todas as linhas /etc/apt/sources.listpara, em jessievez de wheezy, descobri que acabei tendo o mesmo comportamento.

No entanto, essa instância tinha um IP estático e eu descobri que ainda podia fazer o SSH no servidor nesse IP, então parece que isso é algum tipo de problema gráfico em que o servidor consegue inicializar, simplesmente não conseguimos ver o login texto. Como posso resolver isto?

Atualizar

Desta vez, na instalação debian criada pela atualização do debian 7, posso clicar em avançado no menu grub e selecionar a opção com (sysvinit) que funciona por enquanto. Espero que isso possa levar a uma explicação do que está acontecendo de errado com a versão normal que é inicializada?

Graças ao link que alguém postou nos comentários da pergunta, consegui extrair este conteúdo que corrigia o problema para mim:

1. na tela de inicialização (abaixo), pressione a tecla "e" para editar a configuração.

2. Você verá uma tela como a seguir.

3. Role para baixo usando a seta para baixo do teclado. Você quer a linha que dizlinux

4. Adicione o texto console=ttyS0após a palavra quiete pressione cntrl + xpara continuar

5. Agora, como root ou usando o sudo, execute o comando systemctl enable getty@ttyS0para nunca precisar executar todas essas etapas novamente.

Eu encontrei o mesmo problema! O resultado mostrou que a máquina virtual pode estar sem CPU ou recurso de memória e eu a resolvi adicionando argumentos "-smp 4 -m 2048"

Inicialmente, eu estava executando o qemu com o comando

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic

Mas o novo kernel ficou parado em "Carregando o ramdisk inicial"

Mais tarde, tentei com

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 512 -smp 4

então, há um pânico no kernel, dizendo "Pânico no kernel - sem sincronização: falta de memória e nenhum processo executável ..."

Finalmente, é a solução

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 2048 -smp 4

Obrigado, a resposta selecionada também resolveu meu problema no Debian8 em uma VM criada recentemente. Adicionando console=ttyS0me pegou o console.

Mas uma informação adicional importante: como o autor da postagem, também criei a VM apenas com o sistema base e o ssh-server. Como muitos nessa situação, eu não estava realmente interessado em ter um console, mas principalmente em SSH.

Portanto, é importante saber que, mesmo que a VM pareça travada, ela está funcionando corretamente e você pode sshentrar nela. Você também pode iniciar a VM sem a --consoleopção

Se você usou a configuração de rede padrão (NAT e DHCP), pode obter o IP atribuído à emissão da sua VM:

# virsh net-dhcp-leases default

Ou como usuário:

$ virsh --connect qemu:///system net-dhcp-leases default

(use o nome de rede em que sua VM está, se for algo diferente do padrão)

Conhecendo o IP que você pode sshem sua VM.