Arranque dual con Windows

Este es un artículo en el que se detallan diferentes métodos de convivencia entre Arch y Windows.

Información importante

Limitaciones de Windows UEFI vs BIOS

Microsoft impone limitaciones sobre el modo de arranque del firmware y el estilo de partición que se puede soportar en función de la versión de Windows utilizada:

• Las versiones de Windows XP tanto x86 32-bit como x86_64 (también llamado x64) (RTM y todos los Service Packs) no soportan el arranque en modo UEFI (IA32 o x86_64) desde cualquier disco (MBR o GPT) O en modo BIOS desde disco GPT. Sólo admiten el arranque en modo BIOS y sólo desde un disco MBR.
• Las versiones de Windows Vista o 7 x86 de 32 bits (RTM y todos los Service Packs) admiten el arranque en modo BIOS sólo desde discos MBR, no desde discos GPT. No soportan el arranque UEFI x86_64 o IA32 (x86 32 bits). Sólo soportan el arranque BIOS y sólo desde disco MBR.
• La versión de Windows Vista RTM x86_64 (sólo RTM) soporta el arranque en modo BIOS sólo desde discos MBR, no desde discos GPT. No soporta el arranque UEFI x86_64 o IA32 (x86 32 bits). Sólo admite el arranque BIOS y sólo desde el disco MBR.
• Las versiones de Windows Vista (SP1 y superiores, no RTM) y Windows 7 x86_64 admiten el arranque en modo UEFI x86_64 sólo desde el disco GPT, O en modo BIOS sólo desde el disco MBR. No admiten el arranque UEFI IA32 (x86 de 32 bits) desde un disco GPT/MBR, el arranque UEFI x86_64 desde un disco MBR o el arranque BIOS desde un disco GPT.
• Windows 8/8.1 x86 de 32 bits admiten el arranque en modo UEFI IA32 sólo desde un disco GPT, O en modo BIOS sólo desde un disco MBR. No soportan el arranque UEFI x86_64 desde disco GPT/MBR, el arranque UEFI x86_64 desde disco MBR, o el arranque BIOS desde disco GPT. En el mercado, los únicos sistemas conocidos que se entregan con IA32 (U)EFI son algunos viejos Macs de Intel (¿modelos anteriores a 2010?) y los System-on-Chip de Intel Atom (Clover trail y Bay Trail) Windows Tablets. en los que se arranca SÓLO en modo IA32 UEFI y SÓLO desde disco GPT.
• Las versiones de Windows 8/8.1 x86_64 soportan el arranque en modo x86_64 UEFI sólo desde disco GPT, O en modo BIOS sólo desde disco MBR. No admiten el arranque UEFI IA32, el arranque UEFI x86_64 desde un disco MBR o el arranque BIOS desde un disco GPT.

En el caso de los sistemas preinstalados:

• Todos los sistemas preinstalados con Windows XP, Vista o 7 de 32 bits, independientemente del nivel de Service Pack, del nivel de bits, de la edición (SKU) o de la presencia de soporte UEFI en el firmware, arrancan en modo BIOS/MBR por defecto.
• La MAYORÍA de los sistemas preinstalados con Windows 7 x86_64, independientemente del nivel de Service Pack, bitness o edición (SKU), arrancan en modo BIOS/MBR por defecto. Se sabe que muy pocos sistemas recientes preinstalados con Windows 7 arrancan por defecto en modo UEFI/GPT x86_64.
• Todos los sistemas preinstalados con Windows 8/8.1 arrancan en modo UEFI/GPT. El bitness del firmware coincide con el bitness de Windows, es decir, Windows 8/8.1 x86_64 arranca en modo UEFI x86_64 y Windows 8/8.1 de 32 bits arranca en modo UEFI IA32.

La mejor forma de detectar el modo de arranque de Windows es hacer lo siguiente:

• Arrancar en Windows
• Pulsar las teclas Win+R para iniciar el cuadro de diálogo Ejecutar
• En el cuadro de diálogo Ejecutar escribir msinfo32.exe y pulsar Intro
• En las ventanas de Información del sistema, seleccionar Resumen del sistema a la izquierda y comprobar el valor del elemento Modo BIOS a la derecha
• Si el valor es UEFI, Windows arranca en modo UEFI/GPT. Si el valor es Legacy, Windows arranca en modo BIOS/MBR.

En general, Windows fuerza el tipo de partición dependiendo del modo de firmware utilizado, es decir, si Windows se arranca en modo UEFI, sólo puede instalarse en un disco GPT. Si Windows se inicia en modo BIOS Legacy, sólo puede instalarse en un disco MBR. Esta es una limitación impuesta por el instalador de Windows, y a partir de abril de 2014 no hay ninguna forma soportada oficialmente (por Microsoft) de instalar Windows en configuración UEFI/MBR o BIOS/GPT. Por lo tanto, Windows sólo admite el arranque UEFI/GPT o la configuración BIOS/MBR.

Esta limitación no la impone el kernel de Linux, sino que puede depender del gestor de arranque que se utilice y/o de cómo esté configurado el gestor de arranque. La limitación de Windows debe ser considerada si el usuario desea arrancar Windows y Linux desde el mismo disco, ya que el procedimiento de instalación del gestor de arranque depende del tipo de firmware y de la configuración del particionamiento del disco. En el caso de que Windows y Linux tengan un arranque dual desde el mismo disco, es aconsejable seguir el método utilizado por Windows, es decir, optar por el arranque UEFI/GPT o por el arranque BIOS/MBR. Ver https://support.microsoft.com/kb/2581408 para más información.

Limitaciones de los medios de instalación

Las tabletas Intel Atom System-on-Chip (Clover trail y Bay Trail) sólo proporcionan firmware IA32 UEFI sin soporte de BIOS Legacy (CSM) (a diferencia de la mayoría de los sistemas x86_64 UEFI), debido a las directrices de Microsoft Connected Standby para los OEM. Debido a la falta de soporte de BIOS Legacy en estos sistemas, y la falta de arranque UEFI de 32 bits en la ISO de instalación oficial de Arch (FS#53182), el medio de instalación oficial no puede arrancar en estos sistemas. Vea Unified Extensible Firmware Interface#UEFI firmware bitness para más información y soluciones disponibles.

Limitaciones del gestor de arranque UEFI vs BIOS

La mayoría de los gestores de arranque linux instalados para un tipo de firmware no pueden lanzar o encadenar gestores de arranque del otro tipo de firmware. Es decir, si Arch está instalado en modo UEFI/GPT o UEFI/MBR en un disco y Windows está instalado en modo BIOS/MBR en otro disco, el gestor de arranque UEFI utilizado por Arch no puede cargar en cadena el Windows instalado en BIOS en el otro disco. Del mismo modo, si Arch está instalado en modo BIOS/MBR o BIOS/GPT en un disco y Windows está instalado en modo UEFI/GPT en otro disco, el cargador de arranque BIOS utilizado por Arch no puede cargar en cadena Windows instalado en modo UEFI en el otro disco.

Las únicas excepciones a esto son GRUB en los Macs de Apple en los que GRUB en modo UEFI puede arrancar el SO instalado en BIOS a través del comando appleloader (no funciona en sistemas que no son de Apple), y rEFInd que técnicamente soporta el arranque de SO BIOS heredados desde sistemas UEFI, pero no siempre funciona en sistemas UEFI que no son de Apple según su autor Rod Smith.

Sin embargo, si Arch está instalado en BIOS/GPT en un disco y Windows está instalado en modo BIOS/MBR en otro disco, entonces el cargador de arranque de la BIOS utilizado por Arch PUEDE arrancar el Windows en el otro disco, si el propio cargador de arranque tiene la capacidad de cargar en cadena desde otro disco.

La instalación de Windows crea una partición del sistema EFI de 100 MiB (excepto para las unidades nativas de Formato Avanzado 4K en las que crea una ESP de 260 MiB), por lo que el uso del núcleo múltiple es limitado. Las soluciones incluyen:

• Monte el ESP en /efi y utilice un cargador de arranque que tenga controladores del sistema de archivos y sea capaz de lanzar kernels que residan en otras particiones.
• Expanda la partición del sistema EFI, normalmente disminuyendo el tamaño de la partición de recuperación o moviendo la partición de Windows (los UUID cambiarán).
• Hacer una copia de seguridad y eliminar las fuentes innecesarias en esp/EFI/Microsoft/Boot/Fonts/.
• Hacer una copia de seguridad y eliminar los directorios de idiomas innecesarios en esp/EFI/Microsoft/Boot/ (por ejemplo, para mantener sólo en-US).

UEFI Secure Boot

Todos los sistemas preinstalados de Windows 8/8.1 arrancan por defecto en modo UEFI/GPT y tienen UEFI Secure Boot habilitado por defecto. Esto es un mandato de Microsoft para todos los sistemas preinstalados OEM.

Los medios de instalación de Arch Linux no son compatibles con Secure Boot. Consulte Secure Boot#Boot un medio de instalación.

Es aconsejable desactivar manualmente UEFI Secure Boot en la configuración del firmware antes de intentar arrancar Arch Linux. Windows 8/8.1 DEBERÍA seguir arrancando sin problemas incluso si Secure boot está deshabilitado. El único problema con respecto a la desactivación del soporte de UEFI Secure Boot es que requiere el acceso físico al sistema para desactivar la opción de arranque seguro en la configuración del firmware, ya que Microsoft ha prohibido explícitamente la presencia de cualquier método para desactivar el arranque seguro de forma remota o programada (desde el sistema operativo) en todos los sistemas preinstalados de Windows 8/8.1.1 sistemas preinstalados

Inicio rápido e hibernación

Hay dos SO que se pueden hibernar, se puede hibernar Windows y arrancar Linux (u otro SO), o se puede hibernar Linux y arrancar Windows, o hibernar ambos SO.

Por la misma razón, si se comparte una partición del sistema EFI entre Windows y Linux, la partición del sistema EFI puede resultar dañada si se hiberna (o se apaga con el arranque rápido activado) y luego se inicia Linux, o se hiberna Linux y luego se inicia Windows.

Ntfs-3g ha añadido una protección para evitar el montaje de lectura-escritura de los sistemas de archivos NTFS hibernados, pero el controlador NTFS dentro del kernel de Linux no tiene dicha protección.

Windows no puede leer sistemas de archivos como ext4 por defecto que se utilizan habitualmente para Linux. Estos sistemas de archivos no tienen que ser considerados, a menos que instale un controlador de Windows para ellos.

Configuración de Windows

El inicio rápido es una característica de Windows 8 y superior que hiberna el ordenador en lugar de apagarlo realmente para acelerar los tiempos de arranque.

Hay múltiples opciones con respecto a la configuración de Windows para el inicio rápido y la hibernación que se tratan en las siguientes secciones.

• desactivar el Arranque Rápido y desactivar la hibernación
• desactivar el Arranque Rápido y activar la hibernación
• activar el Arranque Rápido y activar la hibernación

El procedimiento para desactivar el Arranque Rápido se describe aquí para Windows 8 y aquí para Windows 10. En cualquier caso, si desactiva un ajuste, asegúrese de desactivar el ajuste y luego apagar Windows, antes de instalar Linux; tenga en cuenta que reiniciar no es suficiente.

Desactivar el inicio rápido y desactivar la hibernación

Esta es la opción más segura, y recomendada si no está seguro del tema, ya que requiere la menor cantidad de conciencia del usuario al reiniciar de un sistema operativo en el otro. Puede compartir la misma partición del sistema EFI entre Windows y Linux.

Desactivar el inicio rápido y habilitar la hibernación

Esta opción requiere la conciencia del usuario al reiniciar de un sistema operativo en el otro.Si desea iniciar Linux mientras Windows está hibernado, que es un caso de uso común, entonces

• debe utilizar una partición del sistema EFI (ESP) separada para Windows y Linux, y asegurarse de que Windows no monta el ESP utilizado para Linux. Como sólo puede haber un ESP por unidad, el ESP utilizado para Linux debe estar ubicado en una unidad distinta del ESP utilizado para Windows. En este caso, Windows y Linux todavía pueden ser instalados en la misma unidad en diferentes particiones, si coloca el ESP utilizado por linux en otra unidad que la partición raíz de Linux.
• no puede montar en lectura-escritura ningún sistema de archivos en Linux, que sea montado por Windows mientras éste esté hibernado. Usted debe ser extremadamente cuidadoso acerca de esto, y también considerar el comportamiento de Automount.
• Si usted cierra Windows completamente, en lugar de hibernar, entonces usted puede leer-escritura montar el sistema de archivos.

Habilitar el inicio rápido y habilitar la hibernación

Se aplican las mismas consideraciones que en el caso de «Deshabilitar el inicio rápido y habilitar la hibernación», pero como Windows no se puede apagar completamente, sólo hibernar, nunca se puede montar en lectura-escritura ningún sistema de archivos que haya sido montado por Windows mientras éste esté hibernado.

Limitaciones de los nombres de archivo de Windows

Windows está limitado a que las rutas de archivo tengan menos de 260 caracteres.

Windows también pone ciertos caracteres fuera de los límites en los nombres de archivo por razones que se remontan a DOS:

• < (menor que)
• > (mayor que)
• : (dos puntos)
• " (doble comilla)
• / (barra inclinada)
• \ (barra invertida)
• | (barra vertical o tubo)
• ? (signo de interrogación)
• * (asterisco)

Estas son limitaciones de Windows y no de NTFS: cualquier otro sistema operativo que utilice la partición NTFS estará bien. Windows no detectará estos archivos y al ejecutar chkdsk es muy probable que los elimine. Esto puede llevar a una potencial pérdida de datos.

NTFS-3G aplica las restricciones de Windows a los nuevos nombres de archivo a través de la opción windows_names (ver fstab).

Instalación

La forma recomendada de configurar un sistema de arranque dual Linux/Windows es instalar primero Windows, utilizando sólo parte del disco para sus particiones. Cuando haya terminado la instalación de Windows, arranque en el entorno de instalación de Linux, donde podrá crear y redimensionar las particiones para Linux mientras deja las particiones existentes de Windows sin tocar. La instalación de Windows creará la partición del sistema EFI que puede ser utilizada por su cargador de arranque de Linux.

Windows antes que Linux

Sistemas BIOS

Usando un cargador de arranque de Linux

Puede utilizar cualquier cargador de arranque BIOS compatible con el arranque múltiple.

Usando el cargador de arranque de Windows

Con esta configuración el cargador de arranque de Windows carga GRUB que luego arranca Arch.

Cargador de arranque de Windows Vista/7/8/8.1

Para que el gestor de arranque de Windows vea la partición de Linux, una de las particiones de Linux creadas tiene que ser FAT32 (en este caso, /dev/sda3). El resto de la configuración es similar a una instalación típica. Algunos documentos indican que la partición que carga el gestor de arranque de Windows debe ser una partición primaria, pero yo he utilizado esto sin problemas en una partición extendida.

• Cuando instale el gestor de arranque GRUB, instálelo en su partición /boot en lugar de en el MBR.
  Nota: Por ejemplo, mi partición /boot es /dev/sda5. Así que instalé GRUB en /dev/sda5 en lugar de /dev/sda. Para obtener ayuda sobre cómo hacer esto, vea GRUB/Tips and tricks#Install to partition or partitionless disk.

• En Linux haga una copia de la información de arranque escribiendo lo siguiente en el intérprete de comandos:

• Boot to Windows and open up and you should be able to see the linux.bin file at C:\. Ahora ejecute cmd con privilegios de administrador (navegue hasta Inicio > Todos los programas > Accesorios, haga clic con el botón derecho en Símbolo del sistema y seleccione Ejecutar como administrador):

bcdedit /create /d "Linux" /application BOOTSECTOR

• BCDEdit devolverá un UUID para esta entrada al que me referiré como {ID} en los pasos restantes. Tendrá que reemplazar {ID} por el identificador real devuelto. Un ejemplo de {ID} es {d7294d4e-9837-11de-99ac-f3f3a79e3e93}.

bcdedit /set {ID} device partition=c:bcdedit /set {ID} path \linux.binbcdedit /displayorder {ID} /addlastbcdedit /timeout 30

Reinicie y disfrute. En mi caso estoy usando el cargador de arranque de Windows para poder asignar el segundo botón de encendido de mi Dell Precision M4500 para arrancar Linux en lugar de Windows.

SistemasUEFI

Si ya tienes Windows instalado, ya habrá creado algunas particiones en un disco con formato GPT:

• una partición de Entorno de Recuperación de Windows, generalmente de tamaño 499 MiB, que contiene los archivos necesarios para arrancar Windows (es decir. el equivalente a /boot de Linux),
• una partición del sistema EFI con un sistema de archivos FAT32,
• una partición reservada de Microsoft, generalmente de tamaño 128 MiB,
• una partición de datos básicos de Microsoft con un sistema de archivos NTFS, que corresponde a C:,
• potencialmente particiones de recuperación y copia de seguridad del sistema y/o particiones de datos secundarias (que suelen corresponder a D: y superiores).

Utilizando la utilidad Administración de discos en Windows, compruebe cómo están etiquetadas las particiones y de qué tipo se informa. Esto le ayudará a entender qué particiones son esenciales para Windows, y qué otras podría reutilizar. La utilidad de Administración de discos de Windows también puede utilizarse para reducir las particiones de Windows (NTFS) con el fin de liberar espacio en el disco para particiones adicionales para Linux.

A continuación, puede proceder a la partición, en función de sus necesidades.

Tenga en cuenta que no se debe crear una partición adicional del sistema EFI, ya que puede impedir el arranque de Windows. Simplemente monte la partición existente.

El gestor de arranque necesita soportar la carga en cadena de otras aplicaciones EFI para hacer un arranque dual Windows/Linux.

Los ordenadores que vienen con versiones más nuevas de Windows suelen tener activado el arranque seguro. Tendrá que tomar medidas adicionales para desactivar el arranque seguro o para hacer que su medio de instalación sea compatible con el arranque seguro (ver arriba y en la página enlazada).

Linux antes que Windows

Aunque la forma recomendada para configurar un sistema de arranque dual Linux/Windows es instalar primero Windows, se puede hacer al revés. A diferencia de instalar Windows antes que Linux, tendrás que apartar una partición para windows, digamos de 40GB o más, por adelantado. O tener algo de espacio en el disco sin particionar, o crear y redimensionar particiones para Windows desde la instalación de Linux, antes de lanzar la instalación de Windows.

Firmware EFI

Windows utilizará la partición del sistema EFI ya existente. A diferencia de lo indicado anteriormente, no está claro si una sola partición para Windows, sin el Entorno de Recuperación de Windows y sin la Partición Reservada de Microsoft, no servirá.

Sigue un esquema, asumiendo que el Arranque Seguro está desactivado en el firmware.

1. Activa la instalación de Windows. Vigila que sólo utilice la partición intend, pero por lo demás deja que haga su trabajo como si no hubiera instalación de Linux.
2. Sigue la sección #Inicio rápido e hibernación.
3. Arregla la capacidad de cargar Linux al inicio, quizás siguiendo #No puede arrancar Linux después de instalar Windows. Ya se mencionó en los sistemas #UEFI que algunos gestores de arranque de Linux autodetectan el gestor de arranque de Windows. Aunque las nuevas instalaciones de Windows tienen una opción de reinicio avanzado, desde la que se puede arrancar en Linux, se aconseja tener otros medios para arrancar en Linux, como un medio de instalación de arco o un live CD.

Solución de problemas

No se ha podido crear una nueva partición o localizar una existente

Ver #Limitaciones de Windows UEFI vs BIOS.

No se puede arrancar Linux después de instalar Windows

Ver Unified Extensible Firmware Interface#Windows cambia el orden de arranque.

Restauración de un registro de arranque de Windows

Por convención (y para facilitar la instalación), Windows suele instalarse en la primera partición e instala su tabla de particiones y la referencia a su gestor de arranque en el primer sector de esa partición. Si usted instala accidentalmente un gestor de arranque como GRUB en la partición de Windows o daña el registro de arranque de alguna otra manera, tendrá que utilizar una utilidad para repararlo. Microsoft incluye una utilidad de reparación del sector de arranque FIXBOOT y una utilidad de reparación del MBR llamada FIXMBR en sus discos de recuperación, o a veces en sus discos de instalación. Usando este método, puedes arreglar la referencia en el sector de arranque de la primera partición al archivo del cargador de arranque y arreglar la referencia en el MBR a la primera partición, respectivamente. Después de hacer esto, tendrá que reinstalar GRUB en el MBR como estaba previsto originalmente (es decir, el gestor de arranque de GRUB puede ser asignado para cargar en cadena el gestor de arranque de Windows).

Si desea volver a utilizar Windows, puede utilizar el comando FIXBOOT que encadena desde el MBR al sector de arranque de la primera partición para restaurar la carga normal y automática del sistema operativo Windows.

De hecho, hay una utilidad de Linux llamada ms-sys (paquete ms-sysAUR en AUR) que puede instalar MBR’s. Sin embargo, esta utilidad sólo es capaz de escribir nuevos MBRs (todos los sistemas operativos y sistemas de archivos soportados) y sectores de arranque (también conocido como registro de arranque; equivalente a usar FIXBOOT) para sistemas de archivos FAT. La mayoría de los LiveCDs no tienen esta utilidad por defecto, por lo que será necesario instalarla primero, o puedes buscar un CD de rescate que sí la tenga, como Parted Magic.

Primero, escriba la información de la partición (tabla) de nuevo por:

# ms-sys --partition /dev/sda1

A continuación, escriba un MBR de Windows 2000/XP/2003:

# ms-sys --mbr /dev/sda # Read options for different versions

A continuación, escriba el nuevo sector de arranque (boot record):

# ms-sys -(1-6) # Read options to discover the correct FAT record type

ms-sys también puede escribir MBRs de Windows 98, ME, Vista y 7, vea ms-sys -h.

Estándar de tiempo

• Recomendado: Configurar tanto Arch Linux como Windows para usar UTC, siguiendo System time#UTC en Windows. Algunas versiones de Windows revierten el reloj del hardware a la hora local si están configuradas para sincronizar la hora en línea. Este problema parece estar solucionado en Windows 10.
• No se recomienda: Configurar Arch Linux a localtime y desactivar todos los demonios de sincronización de tiempo. Esto dejará que Windows se encargue de las correcciones del reloj del hardware y tendrá que recordar arrancar en Windows al menos dos veces al año (en primavera y otoño) cuando el DST entre en acción. Así que, por favor, no preguntes en los foros por qué el reloj está una hora atrasado o adelantado si sueles pasar días o semanas sin arrancar en Windows.

Ver también

• Arranque de Windows desde un acceso directo del escritorio
• Inicio de una partición de Windows desde un acceso directo del escritorio
• Utilidad de grabación de ISO de Windows 7/8/8.1/10 en una unidad flash para Linux (MBR/GPT, BIOS/UEFI, FAT32/NTFS)