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?
Respostas:
Graças ao link que alguém postou nos comentários da pergunta, consegui extrair este conteúdo que corrigia o problema para mim:
na tela de inicialização (abaixo), pressione a tecla "e" para editar a configuração.
Você verá uma tela como a seguir.
Role para baixo usando a seta para baixo do teclado. Você quer a linha que diz
linuxAdicione o texto
console=ttyS0após a palavraquiete pressionecntrl + xpara continuarAgora, como root ou usando o sudo, execute o comando
systemctl enable getty@ttyS0para nunca precisar executar todas essas etapas novamente.fonte
virsh console YOURVMque deve falhar, mas depois que você digitavirsh 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.sudo virsh reboot my-vm-id&&sudo virsh console my-vm-idstartseria assíncrono e que o console pode não existir imediatamente. Opaconsole=ttyS0configuração, você pode editar o arquivo / etc / default / grub , linha GRUB_CMDLINE_LINUX . help.ubuntu.com/community/Grub2/Setup#Specific_EntriesEu 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
Mas o novo kernel ficou parado em "Carregando o ramdisk inicial"
Mais tarde, tentei com
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
fonte
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çãoSe você usou a configuração de rede padrão (NAT e DHCP), pode obter o IP atribuído à emissão da sua VM:
Ou como usuário:
(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.fonte