Double démarrage avec Windows

C’est un article détaillant les différentes méthodes de coexistence Arch/Windows.

Informations importantes

Limitations de Windows UEFI vs BIOS

Microsoft impose des limitations sur le mode de démarrage du firmware et le style de partitionnement qui peuvent être pris en charge en fonction de la version de Windows utilisée :

• Windows XP à la fois x86 32-bit et x86_64 (aussi appelé x64) (RTM et tous les Service Packs) versions ne supportent pas le démarrage en mode UEFI (IA32 ou x86_64) à partir de n’importe quel disque (MBR ou GPT) OU en mode BIOS à partir d’un disque GPT. Elles ne prennent en charge que le démarrage en mode BIOS et uniquement à partir du disque MBR.
• Les versions Windows Vista ou 7 x86 32 bits (RTM et tous les Service Packs) prennent en charge le démarrage en mode BIOS à partir des disques MBR uniquement, et non à partir des disques GPT. Elles ne prennent pas en charge le démarrage UEFI x86_64 ou IA32 (x86 32 bits). Ils prennent en charge uniquement le démarrage en mode BIOS et uniquement à partir d’un disque MBR.
• La version Windows Vista RTM x86_64 (uniquement RTM) prend en charge le démarrage en mode BIOS à partir de disques MBR uniquement, et non à partir de disques GPT. Elle ne prend pas en charge le démarrage UEFI x86_64 ou IA32 (x86 32 bits). Il ne prend en charge que le démarrage en mode BIOS et uniquement à partir d’un disque MBR.
• Les versions x86_64 de Windows Vista (SP1 et supérieur, pas RTM) et Windows 7 prennent en charge le démarrage en mode UEFI x86_64 à partir d’un disque GPT uniquement, OU en mode BIOS à partir d’un disque MBR uniquement. Elles ne prennent pas en charge le démarrage en mode UEFI IA32 (x86 32 bits) à partir d’un disque GPT/MBR, le démarrage en mode UEFI x86_64 à partir d’un disque MBR ou le démarrage en mode BIOS à partir d’un disque GPT.
• Les versions x86 32 bits de Windows 8/8.1 prennent en charge le démarrage en mode UEFI IA32 à partir d’un disque GPT uniquement, OU en mode BIOS à partir d’un disque MBR uniquement. Ils ne supportent pas le démarrage en mode UEFI x86_64 à partir d’un disque GPT/MBR, le démarrage en mode UEFI x86_64 à partir d’un disque MBR, ou le démarrage en mode BIOS à partir d’un disque GPT. Sur le marché, les seuls systèmes connus pour être livrés avec IA32 (U)EFI sont certains anciens Macs Intel (modèles antérieurs à 2010 ?) et les tablettes Windows Intel Atom System-on-Chip (Clover trail et Bay Trail). dans lesquels il démarre UNIQUEMENT en mode IA32 UEFI et UNIQUEMENT à partir du disque GPT.
• Les versions x86_64 de Windows 8/8.1 prennent en charge le démarrage en mode x86_64 UEFI à partir du disque GPT uniquement, OU en mode BIOS à partir du disque MBR uniquement. Elles ne prennent pas en charge le démarrage UEFI IA32, le démarrage UEFI x86_64 à partir d’un disque MBR ou le démarrage BIOS à partir d’un disque GPT.

En cas de systèmes préinstallés :

• Tous les systèmes préinstallés avec Windows XP, Vista ou 7 32 bits, indépendamment du niveau de Service Pack, du bitness, de l’édition (SKU) ou de la présence du support UEFI dans le firmware, démarrent en mode BIOS/MBR par défaut.
• La PLUPART des systèmes préinstallés avec Windows 7 x86_64, indépendamment du niveau de Service Pack, du bitness ou de l’édition (SKU), démarrent en mode BIOS/MBR par défaut. Très peu de systèmes récents préinstallés avec Windows 7 sont connus pour démarrer en mode UEFI/GPT x86_64 par défaut.
• Tous les systèmes préinstallés avec Windows 8/8.1 démarrent en mode UEFI/GPT. Le bitness du firmware correspond au bitness de Windows, c’est-à-dire que le démarrage de Windows 8/8.1 x86_64 en mode UEFI x86_64 et le démarrage de Windows 8/8.1 32 bits en mode UEFI IA32.

La meilleure façon de détecter le mode de démarrage de Windows est de faire ce qui suit :

• Démarrer dans Windows
• Appuyer sur les touches Win+R pour démarrer la boîte de dialogue Exécuter
• Dans la boîte de dialogue Exécuter, tapez msinfo32.exe et appuyez sur Entrée
• Dans les fenêtres Informations système, sélectionnez Résumé du système à gauche et vérifiez la valeur de l’élément Mode BIOS à droite
• Si la valeur est UEFI, Windows démarre en mode UEFI/GPT. Si la valeur est Legacy, Windows démarre en mode BIOS/MBR.

En général, Windows force le type de partitionnement en fonction du mode de firmware utilisé, c’est-à-dire que si Windows est démarré en mode UEFI, il ne peut être installé que sur un disque GPT. Si Windows est démarré en mode Legacy BIOS, il ne peut être installé que sur un disque MBR. Il s’agit d’une limitation imposée par le programme d’installation de Windows et, depuis avril 2014, il n’existe aucun moyen officiel (Microsoft) d’installer Windows en configuration UEFI/MBR ou BIOS/GPT. Ainsi, Windows ne prend en charge que le démarrage UEFI/GPT ou la configuration BIOS/MBR.

Cette limitation n’est pas appliquée par le noyau Linux, mais peut dépendre du chargeur d’amorçage utilisé et/ou de la façon dont le chargeur d’amorçage est configuré. La limitation de Windows doit être prise en compte si l’utilisateur souhaite démarrer Windows et Linux à partir du même disque, car la procédure d’installation du chargeur d’amorçage dépend du type de firmware et de la configuration du partitionnement du disque. Dans le cas où Windows et Linux démarrent en double à partir du même disque, il est conseillé de suivre la méthode utilisée par Windows, c’est-à-dire d’opter pour un démarrage UEFI/GPT ou un démarrage BIOS/MBR. Voir https://support.microsoft.com/kb/2581408 pour plus d’informations.

Limitations du support d’installation

Les tablettes Atom System-on-Chip d’Intel (Clover trail et Bay Trail) fournissent uniquement un firmware UEFI IA32 sans prise en charge du BIOS Legacy (CSM) (contrairement à la plupart des systèmes UEFI x86_64), en raison des directives Microsoft Connected Standby pour les OEM. En raison de l’absence de prise en charge du Legacy BIOS dans ces systèmes, et de l’absence de démarrage UEFI 32 bits dans l’ISO d’installation officielle d’Arch (FS#53182), le support d’installation officiel ne peut pas démarrer sur ces systèmes. Voir Unified Extensible Firmware Interface#UEFI firmware bitness pour plus d’informations et les solutions de contournement disponibles.

Limitations du chargeur de démarrage UEFI vs BIOS

La plupart des chargeurs de démarrage linux installés pour un type de firmware ne peuvent pas lancer ou enchaîner les chargeurs de démarrage de l’autre type de firmware. C’est-à-dire que si Arch est installé en mode UEFI/GPT ou UEFI/MBR sur un disque et que Windows est installé en mode BIOS/MBR sur un autre disque, le chargeur d’amorçage UEFI utilisé par Arch ne peut pas chaîner le Windows installé en BIOS sur l’autre disque. De même, si Arch est installé en mode BIOS/MBR ou BIOS/GPT sur un disque et que Windows est installé en mode UEFI/GPT sur un autre disque , le bootloader BIOS utilisé par Arch ne peut pas chaîner le Windows installé en UEFI sur l’autre disque.

Les seules exceptions à cela sont GRUB dans les Apple Macs dans lesquels GRUB en mode UEFI peut démarrer le système d’exploitation installé par le BIOS via la commande appleloader (ne fonctionne pas dans les systèmes non-Apple), et rEFInd qui supporte techniquement le démarrage des systèmes d’exploitation BIOS hérités à partir des systèmes UEFI, mais ne fonctionne pas toujours dans les systèmes UEFI non-Apple, selon son auteur Rod Smith.

Cependant, si Arch est installé en BIOS/GPT sur un disque et que Windows est installé en mode BIOS/MBR sur un autre disque, alors le chargeur de démarrage BIOS utilisé par Arch PEUT démarrer le Windows sur l’autre disque, si le chargeur de démarrage lui-même a la capacité de charger en chaîne depuis un autre disque.

L’installation de Windows crée une partition système EFI de 100 MiB (sauf pour les disques natifs Advanced Format 4K où elle crée une ESP de 260 MiB), donc l’utilisation de noyaux multiples est limitée. Les solutions de contournement comprennent :

• Monter l’ESP sur /efi et utiliser un chargeur de démarrage qui a des pilotes de système de fichiers et qui est capable de lancer des noyaux qui résident sur d’autres partitions.
• Élargir la partition système EFI, généralement soit en diminuant la taille de la partition Recovery, soit en déplaçant la partition Windows (les UUID changeront).
• Sauvegarder et supprimer les polices inutiles dans esp/EFI/Microsoft/Boot/Fonts/ .
• Sauvegarder et supprimer les répertoires de langues inutiles dans esp/EFI/Microsoft/Boot/ (par exemple pour ne garder que en-US).

UEFI Secure Boot

Tous les systèmes Windows 8/8.1 préinstallés démarrent par défaut en mode UEFI/GPT et ont UEFI Secure Boot activé par défaut. Ceci est mandaté par Microsoft pour tous les systèmes préinstallés par les OEM.

Le support d’installation d’Arch Linux ne prend pas en charge Secure Boot. Voir Secure Boot#Démarrage d’un support d’installation.

Il est conseillé de désactiver manuellement l’amorçage sécurisé UEFI dans la configuration du firmware avant de tenter de démarrer Arch Linux. Windows 8/8.1 DEVRAIT continuer à démarrer correctement même si Secure boot est désactivé. Le seul problème concernant la désactivation de la prise en charge de l’amorçage sécurisé UEFI est qu’il faut un accès physique au système pour désactiver l’option d’amorçage sécurisé dans la configuration du micrologiciel, car Microsoft a explicitement interdit la présence de toute méthode permettant de désactiver l’amorçage sécurisé à distance ou par programme (à partir du système d’exploitation) dans tous les systèmes Windows 8/8.1 systèmes préinstallés

Démarrage rapide et hibernation

Il y a deux OS qui peuvent être hibernés, vous pouvez hiberner Windows et démarrer Linux (ou un autre OS), ou vous pouvez hiberner Linux et démarrer Windows, ou hiberner les deux OS.

Pour la même raison, si vous partagez une partition système EFI entre Windows et Linux, alors la partition système EFI peut être endommagée si vous hibernez (ou arrêtez avec le démarrage rapide activé) et ensuite démarrez Linux, ou hibernez Linux et ensuite démarrez Windows.

ntfs-3g a ajouté une sauvegarde pour empêcher le montage en lecture-écriture des systèmes de fichiers NTFS en hibernation, mais le pilote NTFS au sein du noyau Linux n’a pas cette sauvegarde.

Windows ne peut pas lire les systèmes de fichiers tels que ext4 par défaut qui sont couramment utilisés pour Linux. Ces systèmes de fichiers n’ont pas à être pris en compte, à moins que vous n’installiez un pilote Windows pour eux.

Paramètres Windows

Le démarrage rapide est une fonctionnalité de Windows 8 et plus qui met l’ordinateur en hibernation plutôt que de l’éteindre réellement pour accélérer les temps de démarrage.

Il existe plusieurs options concernant les paramètres Windows pour le démarrage rapide et l’hibernation qui sont couverts dans les sections suivantes.

• désactiver le démarrage rapide et désactiver l’hibernation
• désactiver le démarrage rapide et activer l’hibernation
• activer le démarrage rapide et activer l’hibernation

La procédure de désactivation du démarrage rapide est décrite ici pour Windows 8 et ici pour Windows 10. Dans tous les cas, si vous désactivez un paramètre, assurez-vous de désactiver le paramètre puis d’éteindre Windows, avant d’installer Linux ; notez que le redémarrage n’est pas suffisant.

Désactiver le démarrage rapide et désactiver l’hibernation

C’est l’option la plus sûre, et recommandée si vous n’êtes pas sûr de la question, car elle nécessite le moins de sensibilisation de l’utilisateur lors du redémarrage d’un OS à l’autre. Vous pouvez partager la même partition système EFI entre Windows et Linux.

Désactiver le démarrage rapide et activer l’hibernation

Cette option nécessite une prise de conscience de l’utilisateur lors du redémarrage d’un système d’exploitation dans l’autre.Si vous voulez démarrer Linux pendant que Windows est en hibernation, ce qui est un cas d’utilisation courant, alors

• vous devez utiliser une partition système EFI (ESP) distincte pour Windows et Linux, et vous assurer que Windows ne monte pas l’ESP utilisée pour Linux. Comme il ne peut y avoir qu’un seul ESP par lecteur, l’ESP utilisé pour Linux doit être situé sur un lecteur distinct de celui utilisé pour Windows. Dans ce cas, Windows et Linux peuvent toujours être installés sur le même lecteur dans des partitions différentes, si vous placez l’ESP utilisé par linux sur un autre lecteur que la partition racine de Linux.
• Vous ne pouvez pas monter en lecture-écriture tout système de fichiers dans Linux, qui est monté par Windows alors que Windows est en hibernation. Vous devez être extrêmement prudent à ce sujet, et également considérer le comportement Automount.
• Si vous éteignez Windows complètement, plutôt que d’hiberner, alors vous pouvez monter en lecture-écriture le système de fichiers.

Activer le démarrage rapide et activer l’hibernation

Les mêmes considérations s’appliquent que dans le cas « Désactiver le démarrage rapide et activer l’hibernation », mais comme Windows ne peut pas être arrêté complètement, seulement hiberné, vous ne pouvez jamais monter en lecture-écriture tout système de fichiers qui a été monté par Windows alors que Windows est en hibernation.

Les limitations des noms de fichiers de Windows

Windows est limité aux chemins de fichiers étant plus courts que 260 caractères.

Windows met également certains caractères hors limites dans les noms de fichiers pour des raisons qui remontent jusqu’au DOS :

• < (moins que)
• > (plus grand que)
• : (deux points)
• " (guillemet double)
• / (barre oblique)
• \. (barre oblique inverse)
• | (barre verticale ou pipe)
• ? (point d’interrogation)
• * (astérisque)

Ce sont des limitations de Windows et non de NTFS : tout autre système d’exploitation utilisant la partition NTFS sera parfait. Windows ne détectera pas ces fichiers et l’exécution de chkdsk entraînera très probablement leur suppression. Cela peut entraîner une perte potentielle de données.

NTFS-3G applique les restrictions de Windows aux nouveaux noms de fichiers par le biais de l’option windows_names (voir fstab).

Installation

La façon recommandée de configurer un système à double démarrage Linux/Windows est d’installer d’abord Windows, en utilisant seulement une partie du disque pour ses partitions. Lorsque vous avez terminé la configuration de Windows, démarrez dans l’environnement d’installation de Linux où vous pouvez créer et redimensionner les partitions pour Linux tout en laissant les partitions Windows existantes intactes. L’installation de Windows créera la partition système EFI qui peut être utilisée par votre chargeur d’amorçage Linux.

Windows avant Linux

Systèmes BIOS

Utilisation d’un chargeur d’amorçage Linux

Vous pouvez utiliser n’importe quel chargeur d’amorçage BIOS supportant le multi-boot.

Utilisation du chargeur d’amorçage Windows

Avec cette configuration, le chargeur d’amorçage Windows charge GRUB qui démarre ensuite Arch.

Chargeur de démarrage Windows Vista/7/8/8.1

Pour que le chargeur de démarrage de Windows voie la partition Linux, l’une des partitions Linux créées doit être FAT32 (dans ce cas, /dev/sda3). Le reste de la configuration est similaire à une installation typique. Certains documents indiquent que la partition chargée par le chargeur de démarrage de Windows doit être une partition primaire, mais je l’ai utilisée sans problème sur une partition étendue.

• Lorsque vous installez le chargeur de démarrage GRUB, installez-le sur votre partition /boot plutôt que sur le MBR.
  Note : Par exemple, ma partition /boot est /dev/sda5. J’ai donc installé GRUB à /dev/sda5 au lieu de /dev/sda. Pour obtenir de l’aide à ce sujet, consultez GRUB/Tips and tricks#Install to partition or partitionless disk.

• Sous Linux, faites une copie de l’info de démarrage en tapant ce qui suit au shell de commande :

• Démarrez sous Windows et ouvrez et vous devriez pouvoir voir le fichier linux.bin à C:\. Maintenant, exécutez cmd avec des privilèges d’administrateur (naviguez vers Démarrer > Tous les programmes > Accessoires, cliquez à droite sur Command Prompt et sélectionnez Exécuter en tant qu’administrateur):

bcdedit /create /d "Linux" /application BOOTSECTOR

• BCDEdit retournera un UUID pour cette entrée que je désignerai par {ID} dans les étapes restantes. Vous devrez remplacer {ID} par l’identifiant réel retourné. Un exemple de {ID} est {d7294d4e-9837-11de-99ac-f3f3a79e3e93}.

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

Redémarrez et profitez. Dans mon cas, j’utilise le chargeur de démarrage de Windows afin de pouvoir mapper le deuxième bouton d’alimentation de mon Dell Precision M4500 pour démarrer Linux au lieu de Windows.

SystèmesUEFI

Si vous avez déjà installé Windows, il aura déjà créé certaines partitions sur un disque formaté GPT :

• une partition Windows Recovery Environment, généralement d’une taille de 499 MiB, contenant les fichiers nécessaires au démarrage de Windows (c’est-à-dire l’équivalent de la partition de Linux). l’équivalent de /boot de Linux),
• une partition système EFI avec un système de fichiers FAT32,
• une partition réservée Microsoft, généralement de taille 128 MiB,
• une partition de données de base Microsoft avec un système de fichiers NTFS, qui correspond à C:,
• potentiellement des partitions de récupération et de sauvegarde du système et/ou des partitions de données secondaires (correspondant souvent à D: et plus).

En utilisant l’utilitaire de gestion des disques sous Windows, vérifiez comment les partitions sont étiquetées et quel type est signalé. Cela vous aidera à comprendre quelles partitions sont essentielles à Windows, et quelles autres vous pourriez réaffecter. L’utilitaire Gestion des disques de Windows peut également être utilisé pour réduire les partitions Windows (NTFS) afin de libérer de l’espace disque pour des partitions supplémentaires pour Linux.

Vous pouvez ensuite procéder au partitionnement, en fonction de vos besoins.

N’oubliez pas qu’une partition système EFI supplémentaire ne doit pas être créée, car elle peut empêcher Windows de démarrer. Montez simplement la partition existante.

Le chargeur de démarrage doit supporter le chargement en chaîne d’autres applications EFI pour faire du double démarrage Windows / Linux.

Les ordinateurs qui sont livrés avec des versions plus récentes de Windows ont souvent Secure Boot activé. Vous devrez prendre des mesures supplémentaires soit pour désactiver Secure Boot, soit pour rendre votre support d’installation compatible avec le démarrage sécurisé (voir ci-dessus et dans la page liée).

Linux avant Windows

Même si la façon recommandée de configurer un système de double démarrage Linux/Windows est d’installer d’abord Windows, cela peut être fait dans l’autre sens. Contrairement à l’installation de Windows avant Linux, vous devrez mettre de côté une partition pour Windows, disons 40 Go ou plus, à l’avance. Ou avoir de l’espace disque non partitionné, ou créer et redimensionner des partitions pour Windows à partir de l’installation Linux, avant de lancer l’installation de Windows.

Fermiciel EFI

Windows utilisera la partition système EFI déjà existante. Contrairement à ce qui a été dit précédemment, il n’est pas clair si une seule partition pour Windows, sans l’environnement de récupération Windows et sans partition réservée Microsoft, ne fera pas l’affaire.

Suit un schéma, en supposant que Secure Boot est désactivé dans le firmware.

1. Boot dans l’installation de windows. Surveillez pour qu’il n’utilise que la partition intend, mais sinon laissez-le faire son travail comme s’il n’y avait pas d’installation Linux.
2. Suivez la section #Démarrage rapide et hibernation.
3. Réparez la capacité à charger Linux au démarrage, peut-être en suivant #Canot boot Linux après l’installation de Windows. Il a déjà été mentionné dans les systèmes #UEFI que certains gestionnaires de démarrage Linux vont autodétecter le gestionnaire de démarrage Windows. Même si les installations Windows plus récentes disposent d’une option de redémarrage avancée, à partir de laquelle vous pouvez démarrer sur Linux, il est conseillé d’avoir d’autres moyens de démarrer sur Linux, tels qu’un support d’installation d’arch ou un live CD.

Dépannage

Impossible de créer une nouvelle partition ou de localiser une partition existante

Voir #Windows UEFI vs limitations du BIOS.

Incapable de démarrer Linux après avoir installé Windows

Voir Interface micrologique extensible unifiée#Windows change l’ordre de démarrage.

Restauration d’un enregistrement de démarrage Windows

Par convention (et pour faciliter l’installation), Windows est généralement installé sur la première partition et installe sa table de partition et la référence à son chargeur de démarrage sur le premier secteur de cette partition. Si vous installez accidentellement un chargeur de démarrage comme GRUB sur la partition Windows ou si vous endommagez l’enregistrement de démarrage d’une autre manière, vous devrez utiliser un utilitaire pour le réparer. Microsoft inclut un utilitaire de réparation du secteur de démarrage FIXBOOT et un utilitaire de réparation du MBR appelé FIXMBR sur leurs disques de récupération, ou parfois sur leurs disques d’installation. En utilisant cette méthode, vous pouvez fixer la référence sur le secteur de démarrage de la première partition au fichier du chargeur de démarrage et fixer la référence sur le MBR à la première partition, respectivement. Après avoir fait cela, vous devrez réinstaller GRUB sur le MBR comme cela était prévu à l’origine (c’est-à-dire que le chargeur de démarrage GRUB peut être affecté au chargement en chaîne du chargeur de démarrage Windows).

Si vous souhaitez revenir à l’utilisation de Windows, vous pouvez utiliser la commande FIXBOOT qui enchaîne du MBR au secteur de démarrage de la première partition pour restaurer le chargement normal et automatique du système d’exploitation Windows.

À noter, il existe un utilitaire Linux appelé ms-sys (paquet ms-sysAUR dans AUR) qui peut installer des MBR. Cependant, cet utilitaire n’est actuellement capable que d’écrire de nouveaux MBR (tous les OS et systèmes de fichiers pris en charge) et des secteurs de démarrage (alias boot record ; équivalent à l’utilisation de FIXBOOT) pour les systèmes de fichiers FAT. La plupart des LiveCD n’ont pas cet utilitaire par défaut, il faudra donc l’installer d’abord, ou vous pouvez regarder un CD de secours qui l’a, comme Parted Magic.

En premier lieu, écrivez à nouveau l’info de partition (table) par:

# ms-sys --partition /dev/sda1

Puis, écrivez un MBR de Windows 2000/XP/2003:

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

Puis, écrivez le nouveau secteur de démarrage (boot record):

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

ms-sys peut également écrire les MBR de Windows 98, ME, Vista et 7 également, voir ms-sys -h.

Norme de temps

• Recommandé : Configurez à la fois Arch Linux et Windows pour utiliser UTC, en suivant System time#UTC dans Windows. Certaines versions de Windows ramènent l’horloge matérielle à l’heure locale si elles sont configurées pour synchroniser l’heure en ligne. Ce problème semble être corrigé dans Windows 10.
• Non recommandé : Réglez Arch Linux sur l’heure locale et désactivez tous les démons de synchronisation de l’heure. Cela laissera Windows s’occuper des corrections d’horloge matérielles et vous devrez vous rappeler de démarrer dans Windows au moins deux fois par an (au printemps et à l’automne) lorsque l’heure d’été se déclenche. Alors s’il vous plaît, ne demandez pas sur les forums pourquoi l’horloge a une heure de retard ou d’avance si vous passez habituellement des jours ou des semaines sans démarrer dans Windows.

Voir aussi

• Démarrage de Windows à partir d’un raccourci du bureau
• Démarrage unique dans une partition Windows à partir d’un raccourci du bureau
• Utilitaire de gravure d’ISO de Windows 7/8/8.1/10 sur clé USB pour Linux (MBR/GPT, BIOS/UEFI, FAT32/NTFS)

.