CentOS 7 y Hyper-V

8

Estoy tratando de instalar CentOS 7 usando Hyper-V y falla con el siguiente mensaje de error:

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"

Creé una máquina virtual de Generación 2 y deshabilité el Arranque seguro para que al menos comenzara el arranque.

hyper-v uefi centos7 Giovanni Tirloni
fuente

Respuestas:

7

Actualmente, CentOS 7 no admite la ejecución en máquinas virtuales Hyper-V Generation 2, como se puede ver aquí . Debe volver a crear la VM y especificar la Generación 1 como el tipo de VM.

Linux Virtual Machines en Hyper-V proporciona una lista completa de las distribuciones que son compatibles y las limitaciones asociadas con ellas.

Para obtener una lista de las diferencias entre la máquina virtual Gen1 y Gen2, consulte esta página. Notarás que BIOS heredado se ha ido a favor de UEFI.

Giovanni Tirloni
fuente
Ejecuté RHEL / CentOS / Oracle Linux como VM Gen2 desde 7.0 Beta. Antes de las 7, entonces sí quédate con la generación 1, pero ¿por qué ejecutar algo tan arcaico? El enlace que se proporcionó si se lee hacia abajo # 14. Creo que los estados: las máquinas virtuales de Generación 2 tienen el arranque seguro habilitado de forma predeterminada y las máquinas virtuales Linux de Generación 2 no arrancarán a menos que la opción de arranque seguro esté deshabilitada. Puede deshabilitar el arranque seguro en la sección Firmware de la configuración de la máquina virtual en el Administrador de Hyper-V o puede deshabilitarlo usando Powershell:
Brad
6

No necesita volver a una máquina virtual de Generación 1. Puede usar una máquina virtual de Generación 2, siempre que desactive el Arranque seguro.

Para citar de Microsoft :

Las máquinas virtuales de generación 2 tienen el arranque seguro habilitado de manera predeterminada y las máquinas virtuales Linux de generación 2 no arrancarán a menos que la opción de arranque seguro esté deshabilitada. Puede deshabilitar el arranque seguro en la sección Firmware de la configuración de la máquina virtual en el Administrador de Hyper-V o puede deshabilitarlo usando Powershell:

Set-VMFirmware –VMName "VMname" -EnableSecureBoot Off

La compatibilidad con el arranque seguro sigue siendo un trabajo en progreso en la mayoría de las distribuciones de Linux.

Michael Hampton
fuente
También pude arrancar con Secure Boot ON cambiando la opción de plantilla debajo de la casilla de verificación a "Microsoft UEFI Certificate Authority".
RobinHood70
Este es un hilo antiguo. Solo para aclarar a partir de 05/2018, puede crear máquinas virtuales CentOS 7 en Hyper-V. Tengo un montón Sin embargo, aún debe deshabilitar el arranque seguro.
Adam
2

Sospecho que las versiones más recientes de CentOS eventualmente ya no tendrán el problema que enfrenta (consulte https://bugzilla.redhat.com/show_bug.cgi?id=1192030 para el mismo problema en Fedora)

Luego
fuente
¿Podrías comprobar si ese es el caso?
Deer Hunter
1
@DeerHunter: no soy un usuario de CentOS, así que no puedo comprobarlo, pero si initrd.img de su ISO de CentOS LiveOS no tiene hv_vmbus.ko.xz dentro, verá rotura. No estaba diciendo que ya estaba arreglado al momento de escribir (10 de octubre de 2015) porque el enlace de Bugzilla dice que todavía está roto hoy (11) en Fedora 23 Beta (y Fedora generalmente se arregla más rápido que CentOS). Sin embargo, este problema es el mismo que el de Fedora y solucionarlo allí eventualmente debería ayudar a CentOS (sospecho que la brecha entre los dos será menor si un usuario de CentOS genera un informe de error por separado que apunta a la pista de Fedora :-).
Anon
Este problema ahora se solucionó en Fedora 23 (3 de noviembre de 2015): si es una persona de CentOS, ¡debería ser fácil abrir un error de bugzilla que apunta al de Fedora para que se solucione el problema!
Anon
1
Es un poco más complicado, las herramientas livecd necesitan ser parcheadas y luego utilizadas en brew / koji buildroot. He creado solicitud backport en RHEL7: bugzilla.redhat.com/show_bug.cgi?id=1595574
lzap