J'ai mis à jour mon script de gestion KVM pour les hôtes KVM Ubuntu 14.04 pour supporter les invités de debian 8. Après une installation manuelle (le script de préconfiguration ne fonctionne pas encore), je suis coincé avec le message suivant au démarrage:
Pendant l'installation, je:
Y a-t-il une étape à prendre en count ou Debian 8 ne peut-il pas être installé en tant qu'invité KVM?
Après avoir abandonné et décidé de mettre à jour Debian 8 en Debian 8 en mettant à jour toutes les lignes dans /etc/apt/sources.list
en jessie
au lieu de wheezy
, j'ai trouvé que j'ai finalement eu le même comportement.
Cependant, cette instance avait une adresse IP statique et j'ai trouvé que je pouvais encore SSH dans le server sur cette IP, donc il semble que c'est une sorte de problème graphique où le server réussit à démarrer, on ne peut pas voir la connection text. Comment puis-je résoudre cela?
Cette fois, sur l'installation de Debian créée par la mise à jour de Debian 7, je peux cliquer sur Avancé dans le menu grub et sélectionner l'option avec (sysvinit) qui fonctionne pour l'instant. J'espère que cela peut mener à une explication de ce qui ne va pas avec la version normale qui démarre?
Merci au lien @Someone posté dans les commentaires à la question, j'ai pu tirer ce contenu qui a fixé le problème pour moi:
sur l'écran de démarrage (ci-dessous), appuyez sur la touche "e" pour modifier la configuration.
Vous verrez un écran comme suit.
Faites défiler vers le bas en utilisant la flèche vers le bas du keyboard. Vous voulez la ligne qui dit linux
Ajoutez le text console=ttyS0
après le mot quiet
, puis appuyez sur cntrl + x
pour continuer
Maintenant, en tant que root, ou en utilisant sudo, exécutez la command systemctl enable getty@ttyS0
afin de ne plus avoir à répéter toutes ces étapes.
J'ai rencontré le même problème! Le résultat a montré que la machine virtuelle peut être hors de ressource cpu ou memory et je l'ai résolu en ajoutant des arguments "-smp 4 -m 2048"
Initialement, je courais qemu avec la command
qemu-system-x86_64 -hda debian.img -enable-kvm -nographic
Mais le nouveau kernel a été bloqué sur "Loading initial ramdisk"
Plus tard, j'ai essayé avec
qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 512 -smp 4
puis, il y a une panique du kernel, disant "panique du kernel – pas de synchronisation: memory insuffisante et pas de process pouvant être tués …"
Enfin, c'est la solution
qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 2048 -smp 4
Merci, la réponse sélectionnée a également résolu mon problème sur Debian8 sur une machine virtuelle nouvellement créée. Ajout de console=ttyS0
m'a console=ttyS0
la console.
Mais une information supplémentaire importante: Comme l'auteur de la publication, j'ai également créé la machine virtuelle avec seulement le système de base et ssh-server. Comme beaucoup dans cette situation, je n'étais pas vraiment intéressé par une console mais surtout par SSH.
Il est donc important de savoir que même si la VM peut sembler bloquée, elle fonctionne correctement et vous pouvez l'utiliser. Vous pouvez également démarrer la machine virtuelle sans l'option --console
.
Si vous avez utilisé le paramètre réseau par défaut (NAT et DHCP), vous pouvez get l'adresse IP atsortingbuée à votre émission de VM:
# virsh net-dhcp-leases default
Ou comme user:
$ virsh --connect qemu:///system net-dhcp-leases default
(utilisez le nom de réseau sur lequel votre machine virtuelle est active s'il s'agit d'une autre chose que la valeur par défaut)
Connaissant l'adresse IP, vous pouvez ssh
dans votre machine virtuelle.