Ich habe kürzlich herausgefunden, dass dies qemu-kvm
eine sehr vielversprechende -curses
Option ist, die anstelle des Startens eines X-Fensters eine nette ncurses-Ausgabe des Gasts anzeigt, die für die Verwaltung eines Linux-Gasts über die Befehlszeile (oder zufriedenstellender innerhalb einer Bildschirmsitzung oder sogar) geeignet ist über ssh).
Also habe ich das ausprobiert und festgestellt, dass mein Arch Linux-Gast in einen "Grafikmodus" wechselt, wodurch diese Funktion unbrauchbar wird. Nach dem, was ich feststellen konnte, ist das Problem, dass der Gastkern einen Framebuffer initialisiert, um eine Auflösung von mehr als 80 x 60 Zeichen (und hübsche Grafiken) zu ermöglichen. Also machte ich mich auf die Suche nach einem Weg, um zu verhindern, dass der Gastkern den Framebuffer startet. Ich habe eine Vielzahl von Kernel - Parametern versucht, nomodeset
, fb=false
, vga=0x0FF
, vga=ask
(und anschließend eine Auswahl VGA
eher als ein VESA
, ohne Erfolg Modus): jedesmal , wenn qemu-kvm -curses
Berichte in einem „Grafikmodus“ auf dem Gast zu sein (nach dem ersten Boot - Menü) und I Ich kann nicht über ein Befehlszeilenterminal auf dem Host mit dem Gast interagieren.
Gibt es eine einfache Möglichkeit, den Gastkern im gleichen Modus zu halten, in dem er gestartet wurde (kein Framebuffer), ohne einen Kernel-Build-Parameter zu ändern? Wenn nicht, welche Kernel-Build-Optionen sollte ich ändern, um einen Kernel ohne Framebuffer-Unterstützung zu kompilieren? Gibt es eine bessere Möglichkeit, eine VM-Anmeldung von einem Terminal auf dem Host im Reintextmodus (z. B. für die Ausführung in einer Bildschirmsitzung auf dem Host geeignet) abzurufen, ohne sshd auf dem Gast auszuführen?
quelle
vga16fb.modeset=0
schien in Arch nichts zu tun. Ich werde versuchen, Framebuffer-Module auf die schwarze Liste zu setzen, wie Sie vorschlagen. Gibt es eine gute Referenz zum Nachschlagen von Modulen (insbesondere Framebuffer-Modulen), damit ich keine verpasse?fbcon
zu sehen, wohin es mich bringt.Versuchen Sie es so:
quelle