Ich habe mein KVM-Verwaltungsskript für Ubuntu 14.04 KVM-Hosts aktualisiert , um Debian 8-Gäste zu unterstützen. Nach einer manuellen Installation (das vorgegebene Skript funktioniert noch nicht) bleibt beim Booten die folgende Meldung hängen:
Während der Installation habe ich:
- Nur SSH-Server- und Basissystem-Dienstprogramme ausgewählt.
- Stellen Sie den zu installierenden Grub-Bootloader auf die einzige aufgelistete Option ein.
- Verwendete den geführten Partitionierungsmodus für alles auf einer Partition.
- Benutzte den lokalen UK-Spiegel.
Gibt es einen Schritt, bei dem ich vorsichtig sein muss, oder kann Debian 8 noch nicht als KVM-Gast installiert werden?
Aktualisieren
Nach dem Aufgeben und zu entscheiden , um nur einen Debian 7 VM auf debian 8 zu aktualisieren , indem alle Zeilen in der Aktualisierung /etc/apt/sources.list
auf jessie
statt wheezy
fand ich , dass ich das gleiche Verhalten schließlich bekam.
Diese Instanz hatte jedoch eine statische IP-Adresse und ich stellte fest, dass ich auf dieser IP-Adresse immer noch SSH auf dem Server ausführen konnte. Es sieht also so aus, als ob dies eine Art Grafikproblem ist, bei dem der Server hochfährt. Wir können die Anmeldung einfach nicht sehen Text. Wie kann ich das beheben?
Aktualisieren
Dieses Mal kann ich bei der Debian-Installation, die durch das Upgrade von Debian 7 erstellt wurde, im Grub-Menü auf Erweitert klicken und die Option mit (sysvinit) auswählen, die derzeit funktioniert. Ich hoffe, dass dies zu einer Erklärung führen kann, was mit der normalen Version, die gestartet wird, falsch läuft.
Antworten:
Dank des Links @Someone, der in den Kommentaren zur Frage gepostet wurde, konnte ich diesen Inhalt abrufen, der das Problem für mich behoben hat:
Drücken Sie auf dem Startbildschirm (unten) die Taste "e", um die Konfiguration zu bearbeiten.
Ihnen wird ein Bildschirm wie folgt angezeigt.
Scrollen Sie mit dem Abwärtspfeil der Tastatur nach unten. Sie wollen die Zeile, die sagt
linux
Fügen Sie den Text
console=ttyS0
nach dem Wort hinzuquiet
und drücken Sie,cntrl + x
um fortzufahrenFühren Sie jetzt als root oder mit sudo den Befehl
systemctl enable getty@ttyS0
aus, um nie wieder alle diese Schritte ausführen zu müssen.quelle
virsh console YOURVM
was fehlschlagen soll, aber geben Sievirsh reboot YOURVM
dann sofort auf , auf , geben Sie ein, um den Konsolenbefehl erneut abzuspielen, und tippen Sie dann weiter auf, bis Sie das Grub-Menü sehen und das Laden des Standards verhindert haben.sudo virsh reboot my-vm-id
&&sudo virsh console my-vm-id
start
asynchron wäre und dass die Konsole möglicherweise nicht sofort existiert. Hoppla.console=ttyS0
Einstellung beizubehalten , können Sie die Datei / etc / default / grub in der Zeile GRUB_CMDLINE_LINUX bearbeiten . help.ubuntu.com/community/Grub2/Setup#Specific_EntriesIch bin auf das gleiche Problem gestoßen! Das Ergebnis zeigte, dass die virtuelle Maschine möglicherweise nicht über genügend CPU- oder Speicherressourcen verfügt, und ich löste sie durch Hinzufügen der Argumente "-smp 4 -m 2048".
Anfangs habe ich qemu mit Befehl ausgeführt
Aber der neue Kernel steckte bei "Loading initial ramdisk" fest
Später habe ich es mit versucht
Dann gibt es eine Kernel-Panik, die sagt: "Kernel-Panik - nicht synchronisieren: Nicht genügend Speicher und keine tötbaren Prozesse ..."
Endlich ist es die Lösung
quelle
Vielen Dank, die ausgewählte Antwort hat mein Problem auch unter Debian8 auf einer neu erstellten VM gelöst. Das Hinzufügen brachte
console=ttyS0
mir die Konsole.Aber eine wichtige zusätzliche Information: Wie der Post-Autor habe ich auch die VM nur mit Basissystem und SSH-Server erstellt. Wie viele in dieser Situation war ich nicht wirklich an einer Konsole interessiert, sondern hauptsächlich an SSH.
Daher ist es wichtig zu wissen, dass die VM auch dann korrekt ausgeführt wird, wenn sie festsitzt
ssh
. Sie können die VM auch ohne diese--console
Option starten .Wenn Sie die Standardeinstellung für das Netzwerk (NAT und DHCP) verwendet haben, können Sie die IP-Adresse Ihrer VM zuweisen:
Oder als Benutzer:
(Verwenden Sie den Netzwerknamen, in dem sich Ihre VM befindet, wenn es sich nicht um einen Standardnamen handelt.)
Wenn Sie die IP kennen, können Sie
ssh
in Ihre VM.quelle