CentOS 7 и Hyper-V

8

Я пытаюсь установить CentOS 7 с помощью Hyper-V, и он завершается неудачно со следующим сообщением об ошибке:

tsc: Fast TSC calibration failed
PCI: Fatal: No config space access function found
i8042: No controller found

[long waiting period...]

dracut-initqueue[475]: Warning: Could not boot.
dracut-initqueue[475]: Warning: /dev/disk/by-label/CentOS-7-livecd-x86_64 does not exist
dracut-initqueue[475]: Warning /dev/mapper/live-rw does not exist
Warning: /dev/disk/by-label/CentOS-7-livecd-x86_64 does not exist
Warning: /dev/mapper/live-rw does not exist

Generating "/run/initramfs/rdsosreport.txt"

Я создал виртуальную машину второго поколения и отключил безопасную загрузку, чтобы она хотя бы начала загрузку.

hyper-v uefi centos7 Джованни Тирлони
источник

Ответы:

7

CentOS 7 в настоящее время не поддерживает работу на виртуальных машинах Hyper-V Generation 2, как можно увидеть здесь . Вы должны воссоздать ВМ и указать Поколение 1 в качестве типа ВМ.

Виртуальные машины Linux на Hyper-V предоставляют полный список поддерживаемых дистрибутивов и связанных с ними ограничений.

Список различий между виртуальной машиной Gen1 и Gen2 можно найти на этой странице. Вы заметите, что Legacy BIOS больше не поддерживает UEFI.

Джованни Тирлони
источник
Я запускал RHEL / CentOS / Oracle Linux как виртуальную машину Gen2 с бета-версии 7.0. До 7, тогда да придерживайтесь поколения 1, но зачем запускать что-либо архаичное в любом случае. Ссылка, которая была предоставлена, если читать внизу № 14. Я уверен, что в виртуальных машинах 2-го поколения по умолчанию включена безопасная загрузка, а виртуальные машины Linux 2-го поколения не будут загружаться, если не отключена опция безопасной загрузки. Вы можете отключить безопасную загрузку в разделе «Микропрограмма» настроек виртуальной машины в диспетчере Hyper-V или отключить ее с помощью Powershell:
Брэд,
6

Вам не нужно переключаться обратно на виртуальную машину поколения 1. Вы можете использовать виртуальную машину второго поколения, если вы отключите безопасную загрузку.

Цитировать из Microsoft :

Виртуальные машины поколения 2 по умолчанию включают защищенную загрузку, а виртуальные машины поколения 2 не будут загружаться, если не отключена опция безопасной загрузки. Вы можете отключить безопасную загрузку в разделе «Прошивка» настроек виртуальной машины в диспетчере Hyper-V или отключить ее с помощью Powershell:

Set-VMFirmware –VMName "VMname" -EnableSecureBoot Off

Поддержка Secure Boot все еще находится в стадии разработки в большинстве дистрибутивов Linux.

Майкл Хэмптон
источник
Я также получил его для загрузки с включенной безопасной загрузкой , изменив параметр «Шаблон» под флажком «Центр сертификации Microsoft UEFI».
RobinHood70
Это старая тема. Для пояснения, что с 05/2018 вы можете создавать виртуальные машины CentOS 7 в Hyper-V. У меня есть куча. Вы все еще должны отключить безопасную загрузку, хотя.
Адам
2

Я подозреваю, что в более поздних версиях CentOS больше не будет проблемы, с которой вы столкнулись (см. Https://bugzilla.redhat.com/show_bug.cgi?id=1192030 для того же вопроса в Fedora)

скоро
источник
Не могли бы вы проверить, так ли это?
Охотник на оленей
1
@DeerHunter: Я не пользователь CentOS, поэтому я не могу проверить, но если в initOS.img вашего CentOS LiveOS ISO нет hv_vmbus.ko.xz, вы увидите поломку. Я не говорил, что это уже исправлено на момент написания (10 октября 2015 г.), потому что ссылка Bugzilla говорит, что она все еще не работает сегодня (11-е) в бета-версии Fedora 23 (и Fedora, как правило, исправляет ошибки быстрее, чем CentOS). Однако эта проблема такая же, как и в Fedora, и ее устранение должно в конечном итоге помочь CentOS (я подозреваю, что разрыв между ними будет меньше, если пользователь CentOS выдаст отдельный отчет об ошибке, указывающий на одну подсказку Fedora :-).
Anon
Эта проблема теперь исправлена ​​в Fedora 23 (3 ноября 2015 г.) - если вы человек из CentOS, должно быть легко открыть ошибку в bugzilla, указывающую на ошибку в Fedora, чтобы перенести исправление!
Anon
1
Это немного сложнее, livecd-tools нужно пропатчить, а затем использовать в build-root brew / koji. Я создал запрос обратного порта в RHEL7: bugzilla.redhat.com/show_bug.cgi?id=1595574
lzap