Открытое выполнение KVM на отдельной сессии
last печать crash как время выхода из системы, когда нет никакой записи выхода из системы в wtmp база данных для сеанса пользователя.
Последняя запись в last вывод означает это myuser зарегистрированный pts/0 в 12:02 и, когда система отказала между 14:18 и 15:03, она должна быть все еще зарегистрирована.
Обычно, в wtmp существует две записи для каждого сеанса пользователя. Один в течение времени входа в систему и один в течение времени выхода из системы. Когда система отказывает, вторая запись могла отсутствовать. Так last предполагает, что пользователь был все еще зарегистрирован когда разрушенная система и печать crash как время выхода из системы.
Чтобы быть более ясными, те две строки "катастрофического отказа" являются только двумя сессиями, которые были активны когда система, разрушенная около 15:00, не два системных катастрофических отказа.
После проведения большего количества исследования я обнаружил, что выполнял VM неправильно. Надлежащий способ сделать так состоял бы в том, чтобы использовать virsh утилиту. После запуска vm тот путь (с start vm-name), можно использовать virt-средство-просмотра для просмотра выполнения VM.
Метод доступа к консоли VM Вы запустили вручную с kvm команда зависела бы, на которых аргументах Вы использовали. По умолчанию KVM попытается использовать SDL для отображения вывода VGA. Это ограничивает вывод только зарегистрированным пользователем тока (X сессий, в основном).
Лучший способ сделать это состоит в том, чтобы добавить -vnc :0 к Вашим аргументам. Это скажет KVM перенаправлять дисплей VGA по сессии VNC на стандартном порте VNC 5 900 (для других портов, посмотрите ниже). Можно затем получить доступ к консоли с любым средством просмотра VNC; скажите этому использовать имя хоста localhost и порт 5900.
Для использования другого порта VNC просто сделайте -vnc :1 для порта 5901, -vnc :2 для порта 5902, и так далее...
virsh делает все это для Вас негласно.Действительно? virt-viewer просто минимальный клиент VNC.
Можно получить доступ к vm специей использования, vnc или rdp и т.д. Все методы доступа должны присвоить порт. Можно использовать 127.0.0.1:port для доступа к vm. Это не будет использовать сеть для реального.