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.list
que jessie
en 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.
Respuestas:
Gracias al enlace @Someone publicado en los comentarios a la pregunta, pude extraer este contenido que me solucionó el problema:
en la pantalla de inicio (abajo) presione la tecla "e" para editar la configuración.
Se le mostrará una pantalla como la siguiente.
Desplácese hacia abajo con la flecha hacia abajo del teclado. Quieres la línea que dice
linux
Agregue el texto
console=ttyS0
después de la palabraquiet
y luego presionecntrl + x
para continuarAhora como root, o usando sudo, ejecute el comando
systemctl enable getty@ttyS0
para no tener que seguir todos esos pasos nuevamente.fuente
virsh console YOURVM
que debe fallar, pero luego se escribevirsh reboot YOURVM
a continuación, inmediatamente arriba , arriba , entrar a jugar de nuevo el comando de la consola a continuación, seguir tocando hasta hasta que aparezca el menú de grub y que ha impedido que el defecto de carga.sudo virsh reboot my-vm-id
&&sudo virsh console my-vm-id
start
sería asíncrono y que la consola podría no existir de inmediato. Upsconsole=ttyS0
configuración, puede editar el archivo / etc / default / grub , línea GRUB_CMDLINE_LINUX . help.ubuntu.com/community/Grub2/Setup#Specific_Entries¡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
Pero el nuevo núcleo estaba atascado en "Cargando el disco RAM inicial"
Más tarde, intenté con
luego, hay un kernel panic, que dice "Kernel panic - not syncing: Sin memoria y sin procesos eliminables ..."
Finalmente, es la solución.
fuente
Gracias, la respuesta seleccionada resolvió mi problema también en Debian8 en una máquina virtual recién creada. Agregar
console=ttyS0
me 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
ssh
acceder a ella. También puede iniciar la VM sin la--console
opción.Si utilizó la configuración de red predeterminada (NAT y DHCP), puede obtener la IP asignada a la emisión de su VM:
O como usuario:
(use el nombre de red en el que está su VM si es algo más que el predeterminado)
Conociendo la IP que puede
ssh
en su VM.fuente