Debian 8 KVM Guest - Carregando o ramdisk inicial

9

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:

insira a descrição da imagem aqui

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?

insira a descrição da imagem aqui

Programador
fonte
1
Eu tive o mesmo problema, isso me ajudou: server-world.info/en/note?os=Debian_8&p=kvm&f=2

Respostas:

12

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. insira a descrição da imagem aqui

  2. Você verá uma tela como a seguir. insira a descrição da imagem aqui

  3. Role para baixo usando a seta para baixo do teclado. Você quer a linha que dizlinux insira a descrição da imagem aqui

  4. Adicione o texto console=ttyS0após a palavra quiete pressione cntrl + xpara continuar insira a descrição da imagem aqui

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

Programador
fonte
Se isso acontecer com você em um terminal virtual em um convidado KVM sem acesso ssh (ainda), escape-o para o shell do host, então você precisa ser rápido nas teclas. Tipo virsh console YOURVMque deve falhar, mas depois que você digita virsh reboot YOURVM, então, imediatamente se , até , entrar para repetir o comando do console, em seguida, continue a tocar -se até ver o menu grub e você impediu o padrão de carregamento.
Walf
@Walf ao invés de ser rápido em suas chaves, você pode apenas usar && para a fila dos comandos como: sudo virsh reboot my-vm-id&&sudo virsh console my-vm-id
Programster
Presumi que o startseria assíncrono e que o console pode não existir imediatamente. Opa
Walf
Para manter a console=ttyS0configuração, você pode editar o arquivo / etc / default / grub , linha GRUB_CMDLINE_LINUX . help.ubuntu.com/community/Grub2/Setup#Specific_Entries
Juuso Ohtonen
0

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
KikiYu
fonte
Eu apenas tentei isso e não funcionou para mim.
Programster
0

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.

Martin
fonte