CentOS 7 e Hyper-V

8

Sto cercando di installare CentOS 7 utilizzando Hyper-V e non riesce con il seguente messaggio di errore:

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"

Ho creato una macchina virtuale di seconda generazione e disabilitato l'avvio protetto in modo da iniziare almeno l'avvio.

hyper-v uefi centos7

— Giovanni Tirloni
fonte

7

Attualmente CentOS 7 non supporta l'esecuzione su macchine virtuali Hyper-V Generation 2, come si può vedere qui . È necessario ricreare la macchina virtuale e specificare la generazione 1 come tipo di macchina virtuale.

Le macchine virtuali Linux su Hyper-V forniscono un elenco completo delle distribuzioni supportate e delle eventuali limitazioni ad esse associate.

Per un elenco delle differenze tra la macchina virtuale Gen1 e Gen2, controlla questa pagina. Noterai che il BIOS legacy è andato a favore di UEFI.

— Giovanni Tirloni
fonte

Ho eseguito RHEL / CentOS / Oracle Linux come VM Gen2 dalla 7.0 Beta. Prima di 7, poi continui con gen 1, ma perché eseguire comunque qualcosa di così arcaico. Il link che è stato fornito se letto verso il basso # 14. Credo che gli stati: le macchine virtuali di seconda generazione abbiano l'avvio sicuro abilitato per impostazione predefinita e le macchine virtuali di seconda generazione Linux non si avvieranno a meno che l'opzione di avvio sicuro sia disabilitata. È possibile disabilitare l'avvio protetto nella sezione Firmware delle impostazioni per la macchina virtuale in Hyper-V Manager oppure è possibile disabilitarlo utilizzando Powershell:

— Brad

6

Non è necessario tornare a una macchina virtuale di prima generazione. È possibile utilizzare una macchina virtuale di seconda generazione, purché si disabiliti l'avvio protetto.

Per citare da Microsoft :

Le macchine virtuali di seconda generazione hanno l'avvio protetto abilitato per impostazione predefinita e le macchine virtuali Linux di seconda generazione non si avviano a meno che l'opzione di avvio sicuro sia disabilitata. È possibile disabilitare l'avvio sicuro nella sezione Firmware delle impostazioni per la macchina virtuale in Hyper-V Manager oppure è possibile disabilitarlo utilizzando Powershell:
Set-VMFirmware –VMName "VMname" -EnableSecureBoot Off

Supportare Secure Boot è ancora un work-in-progress nella maggior parte delle distribuzioni Linux.

— Michael Hampton
fonte

Ho anche ottenuto l'avvio con Secure Boot ON modificando l'opzione Modello sotto la casella di controllo in "Autorità di certificazione Microsoft UEFI".

— RobinHood70,

Questo è un thread più vecchio. Solo per chiarire a partire dal 05/2018, è possibile creare macchine virtuali CentOS 7 in Hyper-V. Ne ho un sacco. Devi comunque disabilitare l'avvio sicuro.

— Adam,

2

Sospetto che le versioni più recenti di CentOS alla fine non avranno più il problema che hai affrontato (vedi https://bugzilla.redhat.com/show_bug.cgi?id=1192030 per lo stesso problema in Fedora)

— subito
fonte

Potresti controllare se è così?

— Deer Hunter,

1

@DeerHunter: Non sono un utente CentOS, quindi non posso verificare ma se il tuo ISO CentOS LiveOS initrd.img non ha hv_vmbus.ko.xz dentro vedrai la rottura. Non stavo dicendo che è già stato corretto al momento della stesura (10 ottobre 2015) perché il link Bugzilla dice che è ancora rotto oggi (11) in Fedora 23 Beta (e Fedora generalmente ottiene correzioni più veloci di CentOS). Tuttavia, questo problema è uguale a quello di Fedora e risolverlo alla fine dovrebbe aiutare CentOS (sospetto che il divario tra i due sarà più piccolo se un utente CentOS solleva una segnalazione di bug separata che punta a un hintint di Fedora :-).

— Anon,

Questo problema è stato risolto in Fedora 23 (3 novembre 2015) - se sei un utente CentOS dovrebbe essere facile aprire un bugzilla che punta a quello di Fedora per eseguire il porting della correzione!

— Anon,

1

È un po 'più complicato, gli strumenti di livecd devono essere patchati e quindi utilizzati nella buildroot brew / koji. Ho creato una richiesta di backport in RHEL7: bugzilla.redhat.com/show_bug.cgi?id=1595574

— lzap,