El problema es que Windows piensa que tienes dos pantallas conectadas. No estás viendo ningún icono o Windows porque se están abriendo en la "otra" pantalla, que no tienes (estás viendo la pantalla "secundaria").
Una historia corta:
Como has borrado la partición de MacOS y has instalado Windows desde cero, es probable que Windows se haya instalado en modo EFI, que no es compatible con los MacBook Pros que no son Retina (es decir, anteriores a 2012). Esto también explica por qué el audio no funciona. Si hubieras utilizado el Asistente BootCamp para instalar Windows, habría preparado correctamente el disco duro y el soporte de compatibilidad de la BIOS para Windows.
La forma más fácil y rápida de arreglar esto sería conectar una segunda pantalla (necesitarás un adaptador miniDP) y configurar Windows para que SOLO utilice la pantalla a la que corresponde el panel. De lo contrario, deberás tomar medidas adicionales para que Windows se instale correctamente sin el Asistente de BootCamp:
-
Option +Arranca tu MacBook Pro con el soporte de Windows conectado. Deberías ver dos opciones de arranque. Una dice "EFI Boot", y la otra sólo dice "Windows". Elige la que dice "Windows".
-
Una vez que se inicie la configuración de Windows, pulse Shift + F10 (Tenga en cuenta que es posible que tenga que utilizar también el Fn clave). Esto abrirá una línea de comandos.
-
Desde el símbolo del sistema, introduzca los siguientes comandos, uno por uno:
NOTA: ¡ESTO BORRARÁ SU DISCO DURO!
diskpart
select disk 0
clean
create partition primary
exit
exit
NOTA: Sí, realmente tienes que escribir exit
dos veces.
-
Reinicie el ordenador de nuevo (por si acaso) y Option +arranque a la opción "Windows" de nuevo.
-
Instala Windows normalmente a partir de este momento, seleccionando la partición que creaste en el paso 3 cuando te lo pida.
Larga historia (TL;DR):
Apple fue la primera en comercializar un portátil que podía cambiar entre controladores gráficos integrados en la CPU y discretos. Como Windows y el hardware de la época no soportaban esta configuración en aquel momento, Apple implementó algunos ingeniosos trucos para que funcionara. En primer lugar, utilizaron controladores de vídeo personalizados que podían copiar el contenido de la memoria de vídeo entre la RAM del sistema reservada a la CPU y la RAM dedicada a la GPU. La pantalla se conecta a través de un conector LVDS de doble canal. Y, por último, ambas GPU (junto con el mini-DisplayPort y el audio óptico) están conectadas a un chip GMUX de hardware que puede cambiar dinámicamente entre ambas. MacOS se encarga de la coordinación y la sincronización del cambio cuando es necesario, por lo que parece perfecto y transparente para el usuario. Todo esto era terriblemente incompatible con Windows en ese momento.
Además, Apple empezó a utilizar la especificación de firmware UEFI en 2005, cuando cambió a los procesadores Intel, pero esta función no empezó a aparecer en los PC hasta que se lanzó Windows 8 en 2012 (aunque Windows 7 la soportaba). Esto no tiene nada que ver con el cambio de gráficos, pero Apple tuvo que escribir un Módulo de Soporte de Compatibilidad de BIOS (CSM) en su firmware (que emula una BIOS de PC heredada) para ejecutar Windows XP en el hardware de Macintosh.
Apple ya estaba acostumbrada a dar soporte a Windows en hardware incompatible a través del CSM desde 2005, así que cuando llegó el cambio de gráficos, simplemente extendieron el CSM para jugar bien con Windows e ignoraron el soporte de UEFI ya que Windows no lo soportaba de todos modos.
El CSM proporcionó los siguientes hacks a Windows:
- La UEFI está desactivada.
- La GPU discreta está encendida.
- El chip GMUX cambia al canal LVDS correcto para controlar la pantalla desde la GPU discreta, bloquea el puerto Thunderbolt en modo mini-DisplayPort (no hay soporte para Thunderbolt en Windows en los modelos de 2011) y bloquea el audio en la salida analógica para que los altavoces internos sigan funcionando (tampoco hay soporte para S/PDIF en Windows).
- La ROM de vídeo de la GPU discreta se copia en los rangos correctos de E/S de la RAM que Windows espera.
Esto permite que Windows arranque con los gráficos integrados, el puerto Thunderbolt y los puertos de salida de audio óptico completamente invisible para ella. El CSM se invoca cuando se detecta una tabla de particiones MBR en el disco duro (los Mac también utilizaban GPT mucho antes que Windows). Y el Asistente de BootCamp crea una tabla de particiones GPT/MBR híbrida que satisface tanto a Windows como a MacOS.
Ahora nos encontramos con su situación:
Windows 10 es totalmente compatible con las tablas de partición UEFI y GPT, por lo que arrancó felizmente en modo UEFI y se instaló en su disco duro con partición GPT sin problemas. Pero sin la tabla de partición MBR presente (que Microsoft sólo admite en el modo BIOS heredado), el CSM no se invoca, y por lo tanto los hacks que proporciona no se utilizan.
Tu Mac no tiene una GPU discreta (si la tuviera no obtendrías ningún vídeo), pero sí tiene ese GMUX y el LVDS de doble canal. Sin una GPU discreta, la ROM de vídeo y los rangos de E/S de la memoria se asignan correctamente para una GPU integrada en Intel, y utiliza ambos canales LVDS. Windows ve correctamente una GPU integrada en Intel, pero ve incorrectamente cada canal LVDS como una pantalla diferente. Además, no tiene acceso al audio porque el GMUX nunca cambió los altavoces a la salida de audio analógica.
En resumen, DEBES usar el soporte de compatibilidad de la BIOS para ejecutar cualquier versión de Windows en un MacBook Pros modelo 2011. Y la única manera de poner en marcha el CSM (sin la ayuda del Asistente BootCamp) es crear manualmente una tabla de particiones MBR en el disco duro para que el firmware la vea cuando enciendas la máquina. Y la única manera de crear una tabla de particiones MBR en Windows es destruir completamente la tabla GPT primero (eso es lo que el clean
a Diskpart hace en las instrucciones anteriores).
¿Entendido? :-) Perdona si todo esto ha sido demasiado técnico.