Invitado KVM de Debian 8: carga del disco RAM inicial

He actualizado mi script de administración KVM para los hosts KVM Ubuntu 14.04 para admitir invitados debian 8. Después de una instalación manual (el script preestablecido aún no funciona), estoy atascado con el siguiente mensaje en el arranque:

Durante la instalación, yo:

• Seleccionado solo el servidor ssh y las utilidades del sistema base.
• Configure el gestor de arranque grub para que se instale en la única opción enumerada.
• Usó el modo de particionamiento guiado para todo en una partición.
• Usé el espejo local del Reino Unido.

¿Hay algún paso que deba tener cuidado de hacer o es posible que Debian 8 aún no esté instalado como invitado KVM?

Actualizar

Después de darse por vencido y decide simplemente actualizar un debian 7 VM a debian 8 mediante la actualización de todas las líneas en /etc/apt/sources.listque jessieen lugar de wheezy, encontré que finalmente me dieron el mismo comportamiento.

Sin embargo, esta instancia tenía una IP estática y descubrí que aún podía ingresar SSH en el servidor en esa IP, por lo que parece que este es un tipo de problema de gráficos en el que el servidor logra arrancar, simplemente no podemos ver el inicio de sesión texto. ¿Cómo puedo resolver esto?

Actualizar

Esta vez, en la instalación de Debian creada al actualizar Debian 7, puedo hacer clic en Avanzado desde el menú de grub y seleccionar la opción con (sysvinit) que funciona por ahora. Espero que esto pueda conducir a una explicación de lo que está mal con la versión normal que se inicia.

Gracias al enlace @Someone publicado en los comentarios a la pregunta, pude extraer este contenido que me solucionó el problema:

1. en la pantalla de inicio (abajo) presione la tecla "e" para editar la configuración.

2. Se le mostrará una pantalla como la siguiente.

3. Desplácese hacia abajo con la flecha hacia abajo del teclado. Quieres la línea que dicelinux

4. Agregue el texto console=ttyS0después de la palabra quiety luego presione cntrl + xpara continuar

5. Ahora como root, o usando sudo, ejecute el comando systemctl enable getty@ttyS0para no tener que seguir todos esos pasos nuevamente.

¡He encontrado el mismo problema! El resultado mostró que la máquina virtual podría estar sin recursos de CPU o memoria y lo resolví agregando argumentos "-smp 4 -m 2048"

Inicialmente, estaba ejecutando qemu con comando

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

Pero el nuevo núcleo estaba atascado en "Cargando el disco RAM inicial"

Más tarde, intenté con

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

luego, hay un kernel panic, que dice "Kernel panic - not syncing: Sin memoria y sin procesos eliminables ..."

Finalmente, es la solución.

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

Gracias, la respuesta seleccionada resolvió mi problema también en Debian8 en una máquina virtual recién creada. Agregar console=ttyS0me consiguió la consola.

Pero una información adicional importante: al igual que el autor de la publicación, también creé la VM con solo el sistema base y el servidor ssh. Como muchos en esta situación, no estaba realmente interesado en tener una consola, sino principalmente SSH.

Por lo tanto, es importante saber que, incluso si la máquina virtual parece estar atascada, se está ejecutando correctamente y puede sshacceder a ella. También puede iniciar la VM sin la --consoleopción.

Si utilizó la configuración de red predeterminada (NAT y DHCP), puede obtener la IP asignada a la emisión de su VM:

# virsh net-dhcp-leases default

O como usuario:

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

(use el nombre de red en el que está su VM si es algo más que el predeterminado)

Conociendo la IP que puede sshen su VM.