Debian 8 KVM Guest - завантаження початкового ramdisk

Я оновив мій сценарій управління KVM для хостів Ubuntu 14.04 KVM для підтримки debian 8 гостей. Після встановлення вручну (попередньо встановлений сценарій ще не працює), я завантажую таке повідомлення під час завантаження:

Під час встановлення я:

• Вибрано лише службові утиліти ssh та базової системи.
• Встановіть завантажувач завантажувачів для встановлення на єдиний перелічений варіант.
• Використовується керований режим розділення для всього на одній секції.
• Використовували місцеве дзеркало Великобританії.

Чи потрібно зробити обережний крок, щоб зробити Debian 8 ще не встановленим як гість KVM?

Оновлення

Відмовившись і вирішивши просто оновити debian 7 VM до debian 8, оновивши всі рядки, /etc/apt/sources.listщоб jessieзамість цього wheezy, я виявив, що в підсумку я отримав таку ж поведінку.

Однак у цього екземпляра був статичний IP, і я виявив, що я все ще можу SSH на сервері цього IP, так що це виглядає так, що це якась проблема з графікою, де сервер вдається завантажитися, ми просто не можемо побачити вхід текст. Як я можу це вирішити?

Оновлення

Цього разу під час встановлення debian, створеного оновленням debian 7, я можу натиснути розширений у меню grub та вибрати параметр з (sysvinit), який працює зараз. Я сподіваюся, що це може призвести до пояснення того, що йде не так у звичайній версії, яка завантажується?

Завдяки посиланню @Someone, розміщеному в коментарях до питання, мені вдалося витягнути цей вміст, який вирішив проблему для мене:

1. на екрані завантаження (внизу) натисніть клавішу "e" для редагування конфігурації.

2. Вам буде показаний екран, як описано нижче.

3. Прокрутіть вниз за допомогою клавіатури стрілку вниз. Ви хочете рядок, що говоритьlinux

4. Додайте текст console=ttyS0після цього слова quietта натисніть, cntrl + xщоб продовжити

5. Тепер, як root, або використовуючи sudo, запустіть команду systemctl enable getty@ttyS0, щоб більше ніколи не проходити всі ці кроки.

Я зіткнувся з тією ж проблемою! Результат показав, що віртуальна машина може бути з ресурсу процесора чи пам'яті, і я вирішив це, додавши аргументи "-smp 4 -m 2048"

Спочатку я запускав qemu з командою

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic

Але нове ядро ​​застрягло в "Завантаження початкового ramdisk"

Пізніше я спробував

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 512 -smp 4

тоді виникає паніка ядра, кажучи: "Паніка ядра - не синхронізація. Немає пам'яті та немає процесів, які підлягають вбиттю ..."

Нарешті, це рішення

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 2048 -smp 4

Дякую, обрана відповідь вирішила і мою проблему на Debian8 на новоствореній машині управління. Додавання console=ttyS0отримало мені консоль.

Але важлива додаткова інформація: Як і автор публікації, я також створив VM лише з базовою системою та ssh-сервером. Як і багато хто в цій ситуації, я не був дуже зацікавлений мати консоль, але в основному SSH.

Тому важливо знати, що навіть якщо VM може здатися застрялим, він працює правильно, і ви можете sshввійти в нього. Ви також можете запустити VM без --consoleможливості.

Якщо ви використовували мережеві налаштування за замовчуванням (NAT і DHCP), ви можете отримати IP, призначений вашій видачі віртуальних машин:

# virsh net-dhcp-leases default

Або як користувач:

$ virsh --connect qemu:///system net-dhcp-leases default

(використовуйте мережеве ім’я, на яке ввімкнений комп'ютер, якщо це щось інше, ніж за замовчуванням)

Знаючи IP-адресу, ви можете sshперейти в свій віртуальний комп'ютер.