CentOS 7 et Hyper-V


8

J'essaie d'installer CentOS 7 à l'aide d'Hyper-V et il échoue avec le message d'erreur suivant:

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"

J'ai créé une machine virtuelle de génération 2 et désactivé le démarrage sécurisé pour qu'il démarre au moins le démarrage.

Réponses:


7

CentOS 7 ne prend actuellement pas en charge l'exécution sur des machines virtuelles Hyper-V Generation 2, comme on peut le voir ici . Vous devez recréer la machine virtuelle et spécifier la génération 1 comme type de machine virtuelle.

Les machines virtuelles Linux sur Hyper-V fournissent une liste complète des distributions prises en charge et des limitations associées.

Pour une liste des différences entre la machine virtuelle Gen1 et Gen2, consultez cette page. Vous remarquerez que le BIOS hérité a disparu en faveur de l'UEFI.


J'ai exécuté RHEL / CentOS / Oracle Linux en tant que VM Gen2 depuis la version 7.0 Bêta. Avant 7, alors oui, restez avec la génération 1, mais pourquoi exécuter tout ce qui est archaïque de toute façon. Le lien qui a été fourni s'il est lu vers le bas # 14. Je crois que les états: les machines virtuelles de génération 2 ont un démarrage sécurisé activé par défaut et les machines virtuelles Linux de génération 2 ne démarrent que si l'option de démarrage sécurisé est désactivée. Vous pouvez désactiver le démarrage sécurisé dans la section Firmware des paramètres de la machine virtuelle dans Hyper-V Manager ou vous pouvez le désactiver à l'aide de Powershell:
Brad

6

Vous n'avez pas besoin de revenir à une machine virtuelle de génération 1. Vous pouvez utiliser une machine virtuelle de génération 2, tant que vous désactivez le démarrage sécurisé.

Pour citer Microsoft :

Le démarrage sécurisé des machines virtuelles de génération 2 est activé par défaut et les machines virtuelles Linux de génération 2 ne démarrent que si l'option de démarrage sécurisé est désactivée. Vous pouvez désactiver le démarrage sécurisé dans la section Firmware des paramètres de la machine virtuelle dans Hyper-V Manager ou vous pouvez le désactiver à l'aide de Powershell:

Set-VMFirmware –VMName "VMname" -EnableSecureBoot Off

La prise en charge du démarrage sécurisé est toujours en cours dans la plupart des distributions Linux.


Je l'ai également obtenu pour démarrer avec Secure Boot ON en modifiant l'option Modèle sous la case à cocher "Autorité de certification Microsoft UEFI".
RobinHood70

Il s'agit d'un fil plus ancien. Juste pour clarifier à partir du 05/2018, vous pouvez créer des machines virtuelles CentOS 7 dans Hyper-V. J'en ai un tas. Cependant, vous devez toujours désactiver le démarrage sécurisé.
Adam

2

Je soupçonne que les versions plus récentes de CentOS n'auront finalement plus le problème auquel vous êtes confronté (voir https://bugzilla.redhat.com/show_bug.cgi?id=1192030 pour le même problème dans Fedora)


Pourriez-vous s'il vous plaît vérifier si c'est le cas?
Deer Hunter

1
@DeerHunter: Je ne suis pas un utilisateur CentOS, donc je ne peux pas vérifier mais si initrd.img de votre CentOS LiveOS ISO n'a pas hv_vmbus.ko.xz à l'intérieur, vous allez voir une rupture. Je ne disais pas qu'il était déjà corrigé au moment de la rédaction (10 octobre 2015) car le lien Bugzilla dit qu'il est toujours rompu aujourd'hui (11) dans Fedora 23 Beta (et Fedora obtient généralement des correctifs plus rapidement que CentOS). Cependant, ce problème est le même que celui de Fedora et le corriger devrait éventuellement aider CentOS (je soupçonne que l'écart entre les deux sera plus petit si un utilisateur CentOS soulève un rapport de bogue distinct pointant vers la pointe de touche Fedora :-).
Anon

Ce problème est maintenant résolu dans Fedora 23 (3 novembre 2015) - si vous êtes une personne CentOS, il devrait être facile d'ouvrir un bug bugzilla pointant sur celui de Fedora pour que le correctif soit porté!
Anon

1
C'est un peu plus compliqué, les outils livecd doivent être corrigés puis utilisés dans buildroot brew / koji. J'ai créé une demande de backport dans RHEL7: bugzilla.redhat.com/show_bug.cgi?id=1595574
lzap le
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.