Если больше не запущен ни один процесс, который обрабатывал бы попытку входа в систему (, то есть getty
на консоли или последовательном порту, или sshd
или подобное для сетевых подключений ), то вам очень мало сможет сделать.
Если есть вероятность, что init
по-прежнему будет предоставлять процесс getty
для консоли, но текущий владелец консоли по какой-то причине завис, вы можете попробовать Alt -SysRq -k, чтобы убить зависший процесс и надеяться, что init
запустит новый для вас. Но если вы оказались в этом состоянии в конце выключения, это может не помочь, так как init
уже остановил getty
s и не запускает новые.
Разговоры о том, что перезагрузка является «смертным грехом», — это немного преувеличение, направленное на то, чтобы предотвратить вредные привычки, которые некоторые новые пользователи Linux могли унаследовать от своих предыдущих операционных систем. Для всего есть время и место, в том числе и для жесткой перезагрузки. Если вы достаточно уверены, что других вариантов нет, то пусть будет так :большое время безотказной работы обычно не является целью как таковой, а является побочным эффектом жестких соглашений об уровне обслуживания. А если у вас жесткое соглашение об уровне обслуживания, вы хотите быстро выяснить, что пошло не так, а затем сделать все возможное, чтобы восстановить работоспособность системы как можно скорее. Как только это будет сделано, вы можете копаться в журналах и аварийных дампах, чтобы попытаться выяснить основную причину и, если возможно, предотвратить ее повторение.
Я работаю корпоративным системным администратором Linux/Unix уже почти 20 лет. За это время я видел довольно много систем, настолько безнадежно заклинивших, что единственным решением была их перезагрузка. Иногда причиной была сломанная фурнитура; в других случаях приложение с утечкой памяти или приложение, действующее как форк-бомба, когда соединение с базой данных недоступно (небольшая ошибка в коде обработки ошибок :-/ ).
Добро пожаловать в StackExchange для Unix и Linux!
Похоже, это сообщение исходит от Windows, поэтому проблема не в «отсутствующем/неправильном типе загрузчика».
Но очевидно, что виртуальное оборудование, предоставленное qemu-kvm
, достаточно отличается от физической машины, с которой была экспортирована ВМ, и экспортированная загрузочная конфигурация больше не применима.
Вам потребуется загрузить виртуальную машину, используя ISO-образ соответствующей версии установочного носителя Windows, и запустить ее функцию «Восстановить компьютер».
По сути, это "как исправить загрузку Windows?" вопрос для системы, которая просто является виртуальной машиной. К сожалению, это означает, что этот вопрос может лучше подходить для раздела Super User StackExchange , если только ваш вопрос конкретно не касается использования или настройки уровня виртуализации.