CentOS 7 und Hyper-V

8

Ich versuche, CentOS 7 mit Hyper-V zu installieren. Die folgende Fehlermeldung schlägt fehl:

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"

Ich habe eine virtuelle Maschine der 2. Generation erstellt und den sicheren Start deaktiviert, damit zumindest der Startvorgang beginnt.

hyper-v uefi centos7 Giovanni Tirloni
quelle

Antworten:

7

CentOS 7 unterstützt derzeit nicht die Ausführung auf virtuellen Maschinen der Hyper-V-Generation 2, wie hier zu sehen ist . Sie müssen die VM neu erstellen und Generation 1 als VM-Typ angeben.

Linux Virtual Machines unter Hyper-V bietet eine umfassende Liste der unterstützten Distributionen und der damit verbundenen Einschränkungen.

Auf dieser Seite finden Sie eine Liste der Unterschiede zwischen der virtuellen Maschine Gen1 und Gen2 . Sie werden feststellen, dass das Legacy-BIOS zugunsten von UEFI weg ist.

Giovanni Tirloni
quelle
Ich habe RHEL / CentOS / Oracle Linux seit 7.0 Beta als Gen2 VM ausgeführt. Vor 7, dann bleib bei Gen 1, aber warum sollte man sowieso etwas so Archaisches laufen lassen? Der Link, der bereitgestellt wurde, wenn er nach unten gelesen wurde # 14. Ich glaube, es heißt: Bei virtuellen Maschinen der 2. Generation ist der sichere Start standardmäßig aktiviert, und bei virtuellen Linux-Maschinen der 2. Generation wird nur gestartet, wenn die Option für den sicheren Start deaktiviert ist. Sie können den sicheren Start im Abschnitt Firmware der Einstellungen für die virtuelle Maschine in Hyper-V Manager deaktivieren oder ihn mit Powershell deaktivieren:
Brad
6

Sie müssen nicht zu einer virtuellen Maschine der Generation 1 zurückkehren. Sie können eine virtuelle Maschine der Generation 2 verwenden, solange Sie Secure Boot deaktivieren.

Um von Microsoft zu zitieren :

Bei virtuellen Maschinen der 2. Generation ist der sichere Start standardmäßig aktiviert, und bei virtuellen Linux-Maschinen der 2. Generation wird nur gestartet, wenn die Option für den sicheren Start deaktiviert ist. Sie können den sicheren Start im Abschnitt Firmware der Einstellungen für die virtuelle Maschine in Hyper-V Manager deaktivieren oder mit Powershell deaktivieren:

Set-VMFirmware –VMName "VMname" -EnableSecureBoot Off

Die Unterstützung von Secure Boot ist in den meisten Linux-Distributionen noch in Arbeit.

Michael Hampton
quelle
Ich habe es auch dazu gebracht, mit Secure Boot ON zu booten, indem ich die Option Vorlage unter dem Kontrollkästchen in "Microsoft UEFI Certificate Authority" geändert habe.
RobinHood70
Dies ist ein älterer Thread. Zur Verdeutlichung ab 05/2018 können Sie CentOS 7-VMs in Hyper-V erstellen. Ich habe einen Haufen. Sie müssen den sicheren Start dennoch deaktivieren.
Adam
2

Ich vermute, dass neuere Versionen von CentOS möglicherweise nicht mehr das Problem haben, mit dem Sie konfrontiert sind (siehe https://bugzilla.redhat.com/show_bug.cgi?id=1192030 für dasselbe Problem in Fedora).

Anon
quelle
Könnten Sie bitte überprüfen, ob dies der Fall ist?
Deer Hunter
1
@DeerHunter: Ich bin kein CentOS-Benutzer, daher kann ich nicht überprüfen, ob in initrd.img von CentOS LiveOS ISO hv_vmbus.ko.xz nicht enthalten ist. Ich habe nicht gesagt, dass es zum Zeitpunkt des Schreibens (10. Oktober 2015) bereits behoben ist, da der Bugzilla-Link besagt, dass es heute (11. Oktober) in Fedora 23 Beta immer noch defekt ist (und Fedora im Allgemeinen schneller als CentOS behoben wird). Dieses Problem ist jedoch dasselbe wie das von Fedora und die Behebung dort sollte CentOS letztendlich helfen (ich vermute, dass die Lücke zwischen den beiden kleiner wird, wenn ein CentOS-Benutzer einen separaten Fehlerbericht erstellt, der auf den Fedora-Hinweis hinweist :-).
Anon
Dieses Problem wurde jetzt in Fedora 23 (3. November 2015) behoben. Wenn Sie eine CentOS-Person sind, sollte es einfach sein, einen Bugzilla-Fehler zu öffnen, der auf den Fedora-Fehler zeigt, um den Fix zu portieren!
Anon
1
Es ist etwas komplizierter, Live-CD-Tools müssen gepatcht und dann in Brew / Koji Buildroot verwendet werden. Ich habe eine Backport-Anfrage in RHEL7 erstellt: bugzilla.redhat.com/show_bug.cgi?id=1595574
lzap