Boot Loop: intento de crear una máquina virtual Yosemite KVM con cargador de arranque Chameleon

Estoy tratando de iniciar una máquina virtual Yosemite (10.10.5) siguiendo estas instrucciones aquí .

Pero se atasca en un bucle en la pantalla de inicio del BIOS (el sistema operativo aún no se ha instalado)

Mi hardware es un Mac mini con Ubuntu 14.04 instalado (específicamente necesito usar KVM para iniciar máquinas virtuales OS X para mi caso de uso), el hardware es: CPU
: GenuineIntel, Intel(R) Core(TM) i7-4578U CPU@3.00GHz
Tarjeta gráfica: controlador de gráficos integrado Intel Corporation Haswell-ULT (rev. 09)
Placa base: Apple Mac-35C5E0812OC7EEAF
Tengo QEMU 2.6.0 y Chameleon Enoch r2839 (también probé Chameleon 2.3 r2838 con los mismos resultados)

El comando que uso para arrancar es:

bin/qemu-system-x86_64 -enable-kvm -m 2048 \
      -cpu core2duo,vendor=GenuineIntel \
  -machine q35 \
  -usb -device usb-kbd -device usb-mouse \
  -device isa-applesmc,osk="insert-real-64-char-OSK-string-here" \
  -kernel ./chameleon_enoch\
  -smbios type=2 \
  -device ide-drive,bus=ide.2,drive=MacHDD \
  -drive id=MacHDD,if=none,file=./mac_hdd.img \
  -netdev user,id=hub0port0 \
  -device e1000-82545em,netdev=hub0port0,id=mac_vnet0 \
  -monitor stdio \
  -device ide-drive,bus=ide.0,drive=MacDVD \
  -drive id=MacDVD,if=none,snapshot=on,file=./Yosemite.10.10.2.iso
      -vnc 127.0.0.1:2

(la cadena osk de cadena real se inserta aquí, simplemente no la agregué para la publicación pública)

Cuando arranco, llego a esta pantalla muy bien:
pantalla de arranque original

Cuando inicio con la opción -v, llega a estas pantallas, se vuelve negro y luego vuelve a la pantalla de inicio original que se muestra anteriormente:intento1pantalla1

intento1pantalla2No parece haber ningún error obvio o pánico del kernel. Busqué en Google los mensajes de DSDT y SMBios y no parecen ser nada que pueda causar problemas en este caso.

Si trato de iniciarlo en modo seguro (-v -x), obtengo estas pantallas antes de que regrese una vez más a la pantalla de inicio original: Nuevamente, no hay fallas ni pánicos obvios.
intento2pantalla1 intento2pantalla2

Probé varias combinaciones de -v, -f, -x, GraphicsEnabler=Sí/No, el comportamiento es básicamente siempre el mismo. Tenga en cuenta que estoy tratando de iniciar e instalar OS X en una máquina virtual, no en la computadora misma.

¿Alguien puede ver algún problema o sugerir otra solución de problemas que pueda hacer?

El SLA para OS X Yosemite permite su virtualización solo en hardware de la marca Apple; sin embargo, otro requisito es que también debe virtualizarse bajo una instancia en ejecución de OS X, no otro sistema operativo en hardware de la marca Apple.
Hmm, está bien, no me di cuenta de que también tenía que estar ejecutando el software. Dicho esto, es posible que mi empresa tenga un SLA diferente, ya que es para uso comercial. Tendré que preguntar más sobre mi situación personal, pero mi pregunta sigue en pie.
@ user3439894 No puedo encontrar la obligación de no ejecutar un OS X virtualizado en un sistema operativo que no sea OS X en el EULA. ¿Dónde lo encontraste?
@klanomath, En SLA OSX1011.pdf Sección 2, B, i y iii son las partes clave.
@user3439894 2,B,i (solo hardware de Apple) es obvio, pero en mi opinión, 2,B,iii permite ejecutar, por ejemplo, un OS X virtualizado bajo Windows y VMware en una partición Boot Camp en hardware de Apple. La parte alemana (2,B,iii página 25 de 397) del SLA ni siquiera menciona que OS X debe instalarse en el hardware de Apple y permitiría KVM y un OS X virtualizado.
@klanomath, no voy a entrar en una discusión legal aquí, para eso están los abogados. De todos modos, el problema se resolvió. Dicho esto, OS X funciona como una mierda con la virtualización en comparación con la ejecución nativa en el hardware de la marca Apple y no todas las funciones están disponibles también con la virtualización. Entonces, me parece absurdo instalar Linux en hardware de la marca Apple para luego instalar OS X en una máquina virtual con Linux. Pero a cada uno lo suyo.

Respuestas (1)

Eventualmente resolví esto: tuve que actualizar de Ubuntu 14.04 a 16.04 y usar solo la GraphicsEnabler=Nobandera como opción de arranque. Lo ingresas en el mismo lugar después boot:de la -vbandera en la primera captura de pantalla.

Descargo de responsabilidad: en cuanto a los problemas legales que se mencionaron en los comentarios, la mayoría de las personas con las que hablé no pensaron que tenía que estar ejecutando activamente OS X en la máquina, ya que se le permite hacer cosas como ejecutar una versión diferente de OS X en un VM, o use VMWare ESXi. No soy abogado y no hablé con uno, por lo que cualquier persona interesada tendría que consultar a su propio equipo legal.