Comment réparer votre double démarrage si le correctif Windows d'août l'a cassé

La mise à jour de sécurité d'août pour Windows a corrigé un certain nombre de vulnérabilités clés, mais l'un de ces correctifs semble avoir causé des problèmes à un certain nombre d'utilisateurs qui utilisent Linux et Windows sur le même matériel. Le problème affecte principalement les systèmes qui utilisent le chargeur de démarrage GRUB 2, fourni avec de nombreuses distributions Linux, aux côtés de Secure Boot. Heureusement, le problème peut être résolu sans difficulté.

L'un des correctifs de sécurité intégrés à la mise à jour est destiné à empêcher l'utilisation des anciens chargeurs de démarrage que Microsoft considère comme "vulnérables" avec Secure Boot. La solution de contournement qui a rendu cela possible en premier lieu est essentiellement un processus de signature artificiel, et elle est corrigée au moyen d'un paramètre de ciblage avancé de démarrage sécurisé, ou SBAT en abrégé. Le correctif SBAT n'était pas censé être déployé sur les systèmes sur lesquels le programme de mise à jour a détecté des configurations à double démarrage, mais un problème s'est produit et de nombreux systèmes de ce type ont été affectés.

Les utilisateurs auraient essayé de résoudre ce problème de plusieurs manières, notamment en supprimant directement le paramètre SBAT, mais en vain. Ceux qui effectuent un double démarrage et n'ont pas encore effectué la mise à jour sont encouragés à l'attendre et peuvent utiliser une entrée de registre spéciale pour se désinscrire du cycle de mise à jour actuel pendant que Microsoft et ses partenaires Linux travaillent sur un correctif.

Ceux qui ont déjà effectué la mise à jour et ont été exclus de leur système à double démarrage peuvent simplement désactiver le démarrage sécurisé dans le BIOS, puis réinstaller la version Linux de leur choix et réactiver le démarrage sécurisé. Cela abaisserait les murs, pour ainsi dire, et permettrait une réinstallation complète du chargeur de démarrage rendu inutile par le correctif.

Tous les dual-boot ne semblent pas avoir été concernés. Ceux qui utilisent des versions Linux plus modernes, ceux qui conservent Windows et Linux sur des disques physiques distincts et ceux qui configurent un module de contrôle de démarrage sécurisé avec leurs propres clés personnalisées font partie de ceux qui déclarent que la mise à jour ne leur a fait aucun mal.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!