Le mois de septembre 2026 aura été particulièrement mouvementé pour les mises à jour de Windows 11.

Tout a commencé avec KB5124008, la mise à jour de sécurité du Patch Tuesday du 8 septembre. Celle-ci corrigeait un nombre important de vulnérabilités, mais elle a aussi introduit plusieurs régressions : pannes de Bureau à distance, problèmes avec WSL et les machines virtuelles Linux, audio USB défaillant, Historique des fichiers cassé, problèmes de domaine, sans compter plusieurs signalements autour d’Explorer.exe et de cartes graphiques AMD.

Microsoft a ensuite publié KB5129195, une mise à jour d’urgence hors bande, puis KB5124010, la Preview de septembre, pour corriger une partie de ces problèmes.

Voici donc un point complet sur ce qui est désormais corrigé, ce qui reste cassé et ce qui reste encore à confirmer.

Tout est parti de KB5124008

La mise à jour KB5124008 a été publiée le 8 septembre 2026 pour Windows 11 24H2 et 25H2.

Elle faisait passer :

• Windows 11 24H2 à la build 26100.9445
• Windows 11 25H2 à la build 26200.9445.

Il s’agissait d’une mise à jour importante puisqu’elle contenait les correctifs du Patch Tuesday de septembre.

Mais dans les jours suivants, les signalements de dysfonctionnements se sont multipliés.

Microsoft a progressivement reconnu plusieurs problèmes, tandis que d’autres restent pour l’instant basés sur des retours d’utilisateurs.

Le Bureau à distance : corrigé

L’un des premiers bugs officiellement reconnus concernait Remote Desktop Services (RDS).

Après l’installation de KB5124008, certaines machines pouvaient rencontrer :

• des échecs de connexions RDP ;
• des blocages après quelques minutes ;
• des problèmes d’ouverture de session ;
• des serveurs bloqués sur la configuration du Bureau à distance ;
• des composants comme MMC ou l’Explorateur de fichiers qui ne répondaient plus.

Le problème concernait principalement des environnements professionnels.

Microsoft a finalement publié la mise à jour d’urgence KB5129195 le 14 septembre.

Celle-ci corrige officiellement le problème.

Les utilisateurs qui avaient appliqué une stratégie de groupe temporaire pour contourner le bug doivent réactiver la stratégie normale puis installer la mise à jour hors bande.

Statut : corrigé avec KB5129195.

WSL, Linux et les partages Plan9 : corrigé

KB5124008 a également provoqué un problème avec certaines machines virtuelles Linux gérées par Host Compute Service (HCS).

Les environnements utilisant Plan9 pour partager des dossiers entre Windows et une machine virtuelle Linux pouvaient perdre l’accès aux dossiers de l’hôte.

Les machines virtuelles démarraient normalement, mais les dossiers partagés ne s’affichaient plus ou devenaient inaccessibles.

Cela pouvait affecter notamment :

WSL, certains environnements de sandbox et des applications reposant sur des machines virtuelles Linux gérées par Windows.
Microsoft cite notamment Claude Cowork parmi les applications concernées.
Là encore, KB5129195 corrige le problème.

Statut : corrigé avec KB5129195.

Audio USB multicanal : corrigé, mais pas complètement

Les problèmes audio sont un peu plus complexes car il existe en réalité plusieurs symptômes différents.

Après KB5124008, certains périphériques USB Audio Class 1.0 pouvaient ne plus fonctionner correctement.

Dans un premier cas, les appareils fonctionnaient encore en stéréo mais échouaient lors de l’utilisation de modes : 8 canaux ou audio 3D.

Ce problème a été corrigé avec KB5129195.

En revanche, un second problème subsiste.

Certains périphériques USB Audio Class 1.0 peuvent encore :

• afficher un Code 10 dans le Gestionnaire de périphériques ;
• ne produire aucun son ;
• avoir un volume bloqué à zéro ;
• rendre les paramètres audio inutilisables.

Microsoft confirme que ce problème n’est que partiellement corrigé.

Statut : correction partielle. Les modes multicanaux sont corrigés, mais certains appareils peuvent toujours ne produire aucun son.

Les détails ici :

Historique des fichiers : enfin corrigé avec KB5124010

C’est probablement l’un des problèmes les plus gênants, car il peut passer complètement inaperçu.

Après l’installation de KB5124008, Historique des fichiers pouvait arrêter de sauvegarder les données sans que l’utilisateur s’en rende immédiatement compte.

Dans les configurations touchées, Windows pouvait afficher : Reconnectez votre lecteur
alors que le disque de sauvegarde externe ou l’emplacement réseau était parfaitement accessible.
Le système pouvait également ne plus mettre à jour la date de la dernière sauvegarde.

Plus inquiétant encore, certains fichiers précédemment sauvegardés pouvaient afficher : Aucune version précédente disponible

Le problème a été observé dès le Patch Tuesday, mais Microsoft ne l’a officiellement documenté que le 22 septembre.

La mise à jour d’urgence KB5129195 ne corrigeait pas Historique des fichiers.

Il a fallu attendre la Preview KB5124010, publiée le 22 septembre, pour obtenir le correctif.
Microsoft mentionne désormais explicitement cette résolution dans les notes de la mise à jour.

Statut : corrigé avec KB5124010.

Mais KB5124010 est facultative

Il y a toutefois une nuance importante.

KB5124010 est une mise à jour Preview facultative.

Elle ne s’installe donc pas nécessairement automatiquement sur tous les PC.

Si vous utilisez Historique des fichiers et que vous êtes concerné par le problème, deux possibilités existent :

• installer KB5124010 dès maintenant ;
• ou attendre la prochaine mise à jour cumulative de sécurité, qui devrait intégrer ce correctif.

Pour une machine fonctionnant normalement, il peut être raisonnable d’attendre la prochaine mise à jour stable.

Les problèmes de connexion au domaine restent présents

Un autre problème officiellement reconnu concerne certains PC joints à un domaine Active Directory.

Après KB5124008 ou une mise à jour ultérieure, certaines machines protégées par Credential Guard peuvent perdre leur relation de confiance avec le domaine.

L’utilisateur peut alors recevoir un message indiquant que :

la relation d’approbation entre cette station de travail et le domaine principal a échoué.

Le problème est lié à Machine Identity Isolation.

Les mises à jour de septembre ont commencé à prendre en compte certaines configurations de cette fonctionnalité qui avaient déjà été appliquées auparavant.

Or Machine Identity Isolation est uniquement prise en charge dans les environnements utilisant des contrôleurs de domaine avec un niveau fonctionnel Windows Server 2025 ou supérieur.

Sur les infrastructures plus anciennes, cela peut casser la relation de confiance.

Microsoft recommande de désactiver Machine Identity Isolation lorsque l’environnement n’est pas compatible.

Statut : atténué, mais pas encore définitivement corrigé.

Microsoft prévoit un correctif pour Machine Identity Isolation

Microsoft indique travailler sur une solution.

L’entreprise prévoit notamment d’empêcher temporairement l’application de Machine Identity Isolation dans les environnements où elle peut provoquer ces problèmes.

En attendant, les administrateurs peuvent désactiver la fonctionnalité via :

• Intune ;
• une stratégie de groupe ;
• le Registre.

Après désactivation, il peut être nécessaire de réparer le canal sécurisé avec PowerShell.

Ce problème concerne surtout les entreprises.

Un PC personnel qui n’est pas joint à un domaine Active Directory n’est pas affecté.

Explorer.exe qui plante : toujours à surveiller

WindowsLatest a également reçu plusieurs signalements concernant Explorer.exe.

Sur certaines machines, Explorer.exe peut ne pas démarrer correctement après ouverture de session.

Le résultat peut être un écran noir, sans Bureau ni barre des tâches fonctionnelle.

Les retours semblent principalement concerner des environnements professionnels utilisant des solutions comme :

Citrix UPM, FSLogix, VMware Horizon ou ProfileUnity ProfileDisks.

Dans certains cas, redémarrer Explorer.exe depuis le Gestionnaire des tâches permet de récupérer la session.

Microsoft n’a toutefois pas encore documenté ce problème comme un incident officiellement confirmé dans Windows Release Health.

Statut : signalements utilisateurs, pas encore confirmé officiellement.

Problèmes AMD Radeon : toujours pas de correctif officiel

Autre sujet sensible : plusieurs utilisateurs de cartes graphiques AMD Radeon ont signalé des problèmes après l’installation des mises à jour de septembre.

Les symptômes rapportés incluent :

• des AMD Driver Timeout ;
• des écrans noirs ;
• des gels complets ;
• des pertes d’affichage ;
• parfois des plantages du pilote graphique.

Les modèles cités dans les différents témoignages incluent notamment :

Radeon RX 6600, RX 7700 XT, RX 7800 XT, RX 7900 GRE, RX 7900 XTX et RX 9070 XT.

WindowsLatest estime que la mise à jour Windows est un suspect sérieux, notamment parce que revenir à un pilote graphique plus ancien ne semble pas toujours résoudre le problème.

Mais contrairement aux problèmes RDS ou USB Audio, Microsoft n’a pas encore confirmé officiellement un bug généralisé avec les GPU AMD.

Il faut donc rester prudent.

Statut : signalements persistants, pas de correctif officiel annoncé.

Le bug du curseur de souris est corrigé

Tous les problèmes de septembre ne viennent pas directement de KB5124008.

La Mise à jour de prévisualisation d’août KB5120998 avait déjà introduit plusieurs régressions.

Sur les versions non anglophones de Windows, les paramètres de personnalisation de la souris pouvaient être réinitialisés.

Cela concernait notamment :

• le curseur ;
• sa taille ;
• sa couleur ;
• certaines animations.

Microsoft a corrigé le problème avec KB5124008.
Statut : corrigé avec KB5124008.

Le fond d’écran noir est également corrigé

Toujours avec KB5120998, certains utilisateurs voyaient leur fond d’écran disparaître pour être remplacé par un arrière-plan noir uni.

Les diaporamas et certaines configurations de personnalisation pouvaient également être affectés.

KB5124008 corrige officiellement ce problème.

Teams et Outlook sur ARM64 : corrigés

La mise à jour de sécurité d’août avait aussi provoqué des problèmes avec Microsoft Teams et Outlook sur certaines machines ARM64.

Les applications pouvaient ne pas se lancer correctement, notamment sur des PC récents.

Le problème a lui aussi été corrigé avec KB5124008.

Les jeux qui plantaient avec certains pilotes RGB : corrigé

En août, certains jeux pouvaient devenir instables ou cesser de répondre lorsqu’un pilote bas niveau lié à des périphériques RGB était présent.

Le problème concernait notamment des pilotes comme inpoutx64.sys.

Microsoft avait publié une solution permettant de désactiver ce pilote.

Le problème est désormais considéré comme résolu.

L’article d’actuaité :

Les fausses alertes Microsoft Defender : corrigées mais sans rapport direct

Au même moment, Windows a également connu un autre problème qui pouvait prêter à confusion.

Microsoft Defender affichait parfois une notification indiquant : Microsoft Defender Antivirus est désactivé alors qu’il fonctionnait normalement.

Ce bug ne provenait pas directement de KB5124008.
Il venait d’une mise à jour de Microsoft Defender.

Microsoft l’a corrigé le 17 septembre avec la version : 4.18.26080.4 – Statut : corrigé.

Pour en savoir plus :

La chronologie de septembre 2026

Le mois peut finalement se résumer en trois mises à jour principales :

Date	Mise à jour	Ce qu’elle apporte
8 septembre	KB5124008	Patch Tuesday, mais introduction de plusieurs bugs
14 septembre	KB5129195	Mise à jour d’urgence : corrige RDS, Plan9/WSL et une partie de l’audio
22 septembre	KB5124010	Preview facultative : corrige notamment Historique des fichiers

• KB5124008 reste donc le point de départ de la majorité des problèmes.
• KB5129195 a réparé les régressions les plus urgentes.
• Et KB5124010 commence à nettoyer le reste.

Ce qui est corrigé aujourd’hui

À la date de rédaction, les problèmes suivants disposent d’un correctif :

• Bureau à distance / RDS : Corrigé par KB5129195.
• WSL / machines virtuelles Linux / Plan9 : Corrigé par KB5129195.
• Audio multicanal 8 canaux et 3D : Corrigé par KB5129195.
• Historique des fichiers : Corrigé par KB5124010
• Personnalisation de la souris : Corrigée par KB5124008.
• Fond d’écran noir : Corrigé par KB5124008.
• Teams et Outlook sur ARM64 : Corrigés par KB5124008.
• Jeux bloqués avec certains pilotes RGB : Corrigés.
• Fausses alertes Microsoft Defender : Corrigées avec Defender 4.18.26080.4.

Les problèmes qui restent

En revanche, plusieurs problèmes restent ouverts ou non totalement résolus.

Le plus clairement confirmé concerne USB Audio Class 1.0.

• Même après KB5129195 et KB5124010, certains périphériques peuvent toujours afficher un Code 10 ou ne produire aucun son. Microsoft travaille encore sur un correctif.
• Les problèmes de relation de confiance Active Directory avec Machine Identity Isolation restent également présents, même s’il existe une solution de contournement.
• Enfin, les signalements concernant Explorer.exe et les cartes graphiques AMD Radeon.

Restent à surveiller, mais Microsoft ne les a pas encore documentés comme problèmes officiellement confirmés.

Que faire si vous êtes concerné ?

La première chose à vérifier est la version actuellement installée.

• Tapez :

winver

• Si vous êtes encore sur : 26100.9445 ou 26200.9445

Vous utilisez toujours la version initiale du Patch Tuesday de septembre.

• Installer KB5129195 ou une mise à jour ultérieure permet de corriger plusieurs problèmes importants.
• Si vous utilisez Historique des fichiers et que les sauvegardes ne fonctionnent plus, KB5124010 corrige officiellement le bug.

En revanche, KB5124010 étant une Preview facultative, il est aussi possible d’attendre que le correctif soit repris dans la prochaine mise à jour de sécurité.

Faut-il désinstaller les mises à jour de septembre ?

Dans la majorité des cas, non.

Les mises à jour de septembre contiennent des correctifs de sécurité importants, notamment pour des vulnérabilités déjà exploitées.

Désinstaller KB5124008 ou KB5129195 peut donc supprimer ces protections.

La meilleure approche consiste plutôt à installer la version la plus récente disponible, car les mises à jour cumulatives remplacent progressivement les versions problématiques précédentes.

Une désinstallation peut toutefois servir temporairement à confirmer qu’un problème précis est lié à Windows Update, notamment dans un environnement de test.

Le cas particulier de KB5124010

KB5124010 mérite un peu de prudence.

Elle corrige Historique des fichiers et plusieurs autres bugs, mais elle reste une Preview.

Elle contient donc les correctifs du mois prochain en avance, mais aussi des changements qui n’ont pas encore bénéficié du même recul qu’une mise à jour de sécurité stable.

Si vous n’utilisez pas Historique des fichiers et que votre PC fonctionne correctement avec KB5129195, vous pouvez parfaitement attendre la prochaine mise à jour mensuelle.

Un mois particulièrement compliqué pour Windows Update

Septembre 2026 illustre bien les difficultés du modèle de mises à jour cumulatives de Windows.

KB5124008 devait avant tout apporter les correctifs de sécurité du Patch Tuesday.

Elle a pourtant introduit plusieurs bugs suffisamment importants pour que Microsoft soit obligé de publier une mise à jour d’urgence seulement six jours plus tard.

Et même cette mise à jour n’a pas tout corrigé.

Il a fallu attendre KB5124010 pour résoudre Historique des fichiers, tandis que plusieurs problèmes restent encore ouverts.

Cela ne signifie pas que tous les utilisateurs rencontrent ces bugs.

Mais cela montre l’intérêt, surtout en entreprise, de tester les mises à jour sur un groupe limité de machines avant un déploiement généralisé.

Conclusion

Les mises à jour Windows 11 de septembre 2026 ont provoqué une succession inhabituelle de problèmes.

La situation s’est néanmoins nettement améliorée depuis le Patch Tuesday.

• KB5129195 a corrigé les problèmes les plus urgents autour de RDS, WSL/Plan9 et de l’audio multicanal.
• KB5124010 corrige désormais le bug d’Historique des fichiers.

En revanche, certains périphériques USB Audio Class 1.0 restent touchés, les problèmes de domaine liés à Machine Identity Isolation ne sont pas encore totalement réglés et les signalements autour d’Explorer.exe et des GPU AMD restent à surveiller.

La situation n’est donc plus aussi mauvaise qu’au lendemain du Patch Tuesday, mais septembre 2026 n’est pas encore complètement derrière nous.

Notez que cela peut perdurer car des utilisateurs remontent déjà des problèmes de mise à jour KB5124010 : ttps://forum.malekal.com/viewtopic.php?f=11&t=77362

L’article Bugs des mises à jour Windows 11 : le point sur les problèmes de septembre 2026 est apparu en premier sur malekal.com.

Changer la carte graphique d’un PC permet d’améliorer les performances dans les jeux, le montage vidéo, la création 3D ou les applications utilisant l’accélération GPU. L’opération reste accessible, mais la nouvelle carte doit être compatible avec la carte mère, le boîtier et surtout l’alimentation.

Avant l’achat, il faut vérifier le port PCI Express, les dimensions de la carte, la puissance recommandée, les connecteurs électriques et les sorties vidéo. Ce guide explique comment choisir une carte compatible, retirer l’ancien modèle, installer le nouveau GPU et résoudre les problèmes de démarrage ou de pilotes.

Avant de changer la carte graphique

Commencez par identifier le modèle actuel, la configuration du PC et la raison du remplacement. Une carte graphique plus puissante ne garantit pas toujours un gain proportionnel si le processeur, la mémoire, l’écran ou l’alimentation limite les performances.

• Relevez le modèle de la carte mère, du processeur et de l’alimentation.
• Mesurez l’espace réellement disponible dans le boîtier.
• Vérifiez la définition et la fréquence de l’écran : Full HD, 1440p ou 4K.
• Contrôlez les sorties vidéo nécessaires : HDMI ou DisplayPort.
• Sauvegardez les fichiers importants avant toute intervention matérielle.
• Téléchargez à l’avance le pilote de la nouvelle carte depuis le site de son fabricant.

Si vous remplacez une carte qui plante, affiche des artefacts ou provoque des écrans noirs, confirmez autant que possible l’origine matérielle de la panne. Un pilote défectueux, une alimentation instable ou une surchauffe peut produire les mêmes symptômes.

Le guide de diagnostic :

Vérifier la compatibilité avec la carte mère

Les cartes graphiques modernes utilisent un connecteur PCI Express x16. Installez de préférence la carte dans le premier emplacement PCIe x16, généralement le plus proche du processeur. Il dispose le plus souvent du nombre de lignes et de la bande passante les plus élevés.

Les différentes générations PCI Express sont rétrocompatibles. Une carte PCIe 5.0 peut généralement fonctionner sur une carte mère PCIe 4.0 ou 3.0, mais elle sera limitée par les capacités de l’interface la plus ancienne. Cette différence a souvent un impact modéré, mais elle peut devenir plus visible avec certaines cartes utilisant moins de lignes PCIe.

Sur une carte mère très ancienne, vérifiez également :

• la présence d’un port PCI Express x16 ;
• la disponibilité d’une mise à jour du BIOS/UEFI ;
• la compatibilité du mode de démarrage UEFI avec une carte récente ;
• l’espace laissé par les autres cartes d’extension et les SSD M.2 équipés d’un dissipateur.

Des fonctions comme Resizable BAR peuvent améliorer les performances sur certaines configurations, mais elles ne sont généralement pas indispensables au fonctionnement de la carte graphique.

Vérifier les dimensions et l’espace disponible dans le boîtier

Deux cartes utilisant le même processeur graphique peuvent avoir des dimensions très différentes selon le système de refroidissement du fabricant. Consultez la fiche technique du modèle exact et vérifiez :

• la longueur, entre l’équerre arrière et l’extrémité de la carte ;
• la hauteur, notamment à proximité du panneau latéral et des câbles d’alimentation ;
• l’épaisseur, exprimée en nombre d’emplacements occupés : 2, 2,5, 3 ou davantage ;
• le dégagement devant les ventilateurs, la cage des disques et le radiateur du refroidissement liquide.

Mesurez directement l’intérieur du boîtier au lieu de vous fier uniquement à sa taille extérieure. Une cage HDD, un radiateur frontal ou des câbles peuvent réduire la longueur réellement disponible.

Une carte lourde peut s’affaisser avec le temps. Utilisez le support fourni ou ajoutez une béquille adaptée sans bloquer les ventilateurs. Vérifiez également que le boîtier dispose d’une circulation d’air suffisante.

Vérifier la puissance et les connecteurs de l’alimentation

La puissance inscrite sur l’alimentation ne suffit pas à elle seule. Sa qualité, son âge, sa capacité sur le rail 12 V et les câbles disponibles sont tout aussi importants. Consultez la puissance d’alimentation recommandée par le fabricant de la carte graphique, puis gardez une marge pour le processeur et les autres composants.

Selon le modèle, la carte peut utiliser :

• aucun connecteur supplémentaire pour les cartes alimentées uniquement par le port PCIe ;
• un ou plusieurs connecteurs PCIe à 6 ou 8 broches, souvent sous la forme 6+2 ;
• un connecteur 12VHPWR ou 12V-2×6 sur certaines cartes récentes.

Utilisez les câbles PCIe ou 12V-2×6 prévus par le fabricant de l’alimentation. Ne confondez pas un câble PCIe 8 broches avec le connecteur EPS destiné au processeur. N’utilisez pas d’adaptateur SATA ou Molex vers PCIe pour alimenter une carte exigeante.

Lorsque la carte demande plusieurs connecteurs PCIe, privilégiez des câbles séparés depuis l’alimentation si le constructeur le recommande. Avec un connecteur 12VHPWR ou 12V-2×6, enfoncez complètement la fiche et évitez de plier fortement le câble juste à sa sortie.

Choisir une carte graphique adaptée à son PC et à son usage

Choisissez la carte en fonction de l’usage réel et de la définition de l’écran. Une carte destinée à la 4K peut être inutile pour un écran Full HD à 60 Hz, tandis qu’un modèle d’entrée de gamme peut manquer de mémoire vidéo pour des jeux récents, la création 3D ou certains traitements d’intelligence artificielle.

Critère	À vérifier
Usage	Bureautique, jeu, création, encodage vidéo, calcul ou IA
Écran	Définition, fréquence et présence de HDMI ou DisplayPort
Processeur	Éviter un déséquilibre trop important limitant les performances
Mémoire vidéo	Capacité adaptée aux jeux, textures et logiciels utilisés
Format	Longueur, hauteur et nombre de slots occupés
Alimentation	Puissance, qualité et connecteurs natifs disponibles
Refroidissement	Ventilation du boîtier, bruit et température attendue
Fonctions logicielles	Encodeur vidéo, ray tracing, calcul, synchronisation et pilotes

Vérifiez enfin que les logiciels professionnels utilisés prennent correctement en charge le constructeur et l’architecture du GPU envisagé.

Préparer Windows avant le remplacement

Téléchargez le pilote du nouveau GPU avant de démonter le PC. Si vous restez chez le même constructeur, il n’est pas toujours nécessaire de désinstaller complètement le pilote actuel : le programme d’installation peut généralement mettre à jour les composants nécessaires.

Une désinstallation préalable est toutefois recommandée lorsque vous passez d’AMD à NVIDIA, de NVIDIA à AMD ou que les pilotes actuels provoquent déjà des erreurs. Utilisez d’abord la désinstallation normale depuis Paramètres > Applications > Applications installées.

Display Driver Uninstaller, ou DDU, peut effectuer un nettoyage plus complet en mode sans échec. Réservez-le principalement aux changements de constructeur et aux problèmes persistants ; il n’est pas nécessaire avant chaque mise à jour de pilote.

Avant l’arrêt du PC, fermez les applications et désactivez tout overclocking instable du GPU. Une photo des branchements internes peut également faciliter le remontage.

Retirer l’ancienne carte graphique

• Arrêtez complètement Windows et éteignez l’alimentation avec son interrupteur.
• Débranchez le câble secteur, l’écran et les autres périphériques.
• Maintenez le bouton d’alimentation enfoncé quelques secondes pour évacuer l’électricité résiduelle.
• Ouvrez le panneau latéral et touchez une partie métallique du châssis pour vous décharger de l’électricité statique.
• Débranchez les câbles d’alimentation raccordés à la carte graphique.
• Retirez les vis ou le système de maintien situé à l’arrière du boîtier.
• Déverrouillez délicatement le loquet placé à l’extrémité du port PCIe.
• Saisissez la carte par ses bords et retirez-la bien droite, sans forcer.

Le loquet PCIe peut être difficile d’accès sous une carte volumineuse. Utilisez un outil non conducteur avec prudence si nécessaire et évitez de glisser brutalement sur la carte mère.

Posez l’ancienne carte dans un sachet antistatique ou sur une surface propre et non conductrice. Ne la posez pas sur un tapis ou un tissu produisant de l’électricité statique.

Le guide complet :

Installer la nouvelle carte graphique

• Retirez les équerres arrière correspondant à l’épaisseur de la nouvelle carte.
• Vérifiez que le loquet du port PCIe x16 est ouvert.
• Alignez le connecteur de la carte avec le port PCIe et son équerre avec l’arrière du boîtier.
• Appuyez régulièrement jusqu’à l’insertion complète et au verrouillage du loquet.
• Fixez la carte au boîtier sans la laisser supporter tout son poids par le port PCIe.
• Installez le support anti-affaissement si le modèle en nécessite un.
• Branchez tous les connecteurs d’alimentation demandés par la carte.
• Vérifiez qu’aucun câble ne touche les ventilateurs.

Le connecteur doré doit être presque entièrement engagé dans le port PCIe. Si la carte reste inclinée ou si l’équerre ne rejoint pas correctement le boîtier, retirez-la et recommencez l’alignement au lieu de forcer.

Pour plus de détails (GeForce Experience, AMD Adrenalin, Intel Assistant, installation manuelle), suivez le guide dédié :

Brancher l’écran et démarrer le PC

Refermez le boîtier, rebranchez l’alimentation et connectez l’écran directement sur une sortie HDMI ou DisplayPort de la nouvelle carte graphique. Ne branchez pas l’écran sur la carte mère, sauf si vous souhaitez volontairement utiliser le circuit graphique intégré.

Au premier démarrage, l’affichage peut apparaître avec une faible définition jusqu’à l’installation du pilote. Les ventilateurs de certaines cartes s’arrêtent également au repos : cela peut être normal lorsque le mode semi-passif est actif.

Si l’écran reste noir :

• vérifiez la source sélectionnée sur l’écran ;
• testez une autre sortie vidéo et un autre câble ;
• contrôlez l’insertion de la carte et tous ses connecteurs d’alimentation ;
• observez les voyants de diagnostic VGA de la carte mère ;
• réinstallez temporairement l’ancienne carte ou utilisez le GPU intégré pour poursuivre le diagnostic.

Installer ou mettre à jour les pilotes graphiques

Windows peut installer automatiquement un pilote de base, mais utilisez ensuite le pilote officiel correspondant au modèle de la carte et à votre version de Windows.

• Pour une carte NVIDIA, téléchargez le pilote depuis le site ou l’application NVIDIA.
• Pour une carte AMD Radeon, utilisez AMD Software: Adrenalin Edition ou l’outil de détection automatique.
• Pour une carte Intel Arc, utilisez les pilotes graphiques Intel officiels.

Redémarrez le PC après l’installation si cela est demandé. Configurez ensuite la définition et la fréquence maximale de l’écran dans Paramètres > Système > Affichage > Affichage avancé.

Vérifier le fonctionnement et les performances de la nouvelle carte

Ouvrez le Gestionnaire de périphériques, développez Cartes graphiques et vérifiez que le nouveau modèle apparaît sans symbole d’erreur. Dans le Gestionnaire des tâches, l’onglet Performances > GPU permet également de contrôler son activité et sa mémoire.

Lancez ensuite un jeu ou un test graphique progressif tout en surveillant :

• la température du GPU et de la mémoire, lorsqu’elle est disponible ;
• la fréquence et la consommation électrique ;
• la vitesse des ventilateurs et le bruit ;
• l’absence d’artefacts, d’écran noir ou de plantage ;
• la stabilité de l’alimentation en charge.

Ne lancez pas immédiatement un stress test extrême pendant une longue durée. Commencez par une charge réelle, puis augmentez progressivement la durée si les températures et le fonctionnement restent normaux.

Que faire de l’ancienne carte graphique ?

Conservez l’ancienne carte quelques jours, le temps de confirmer la stabilité de la nouvelle. Elle pourra servir à rétablir l’affichage si un problème apparaît.

Si vous souhaitez la vendre ou la donner :

• dépoussiérez-la sans démonter inutilement son refroidissement ;
• conservez-la dans un sachet antistatique et un emballage protecteur ;
• indiquez honnêtement les éventuels défauts, bruits ou problèmes d’affichage ;
• ne fournissez pas un câble modulaire d’alimentation provenant d’un autre bloc.

Une carte défectueuse doit être déposée dans un point de collecte pour déchets électroniques.

Résoudre les problèmes après le changement de carte graphique

Problème	Causes possibles	Vérifications
Écran noir dès l’allumage	Carte mal insérée, alimentation absente, mauvais port vidéo	Réinsérer la carte, contrôler les câbles et tester une autre sortie
Voyant VGA allumé	GPU non initialisé ou incompatible	Effacer le CMOS si nécessaire, mettre à jour le BIOS et tester l’ancienne carte
Carte absente de Windows	Pilote, BIOS, port PCIe ou alimentation	Vérifier le Gestionnaire de périphériques et les branchements
Code 43	Pilote corrompu, BIOS modifié ou défaillance matérielle	Réinstaller proprement le pilote et tester la carte sur un autre PC
Écran noir en charge	Alimentation insuffisante, surchauffe ou câble mal branché	Contrôler les températures, les connecteurs et la puissance du bloc
Performances faibles	Mauvais pilote, fréquence écran, limitation CPU ou PCIe	Contrôler le pilote, les paramètres d’affichage et l’utilisation CPU/GPU
Ventilateurs à l’arrêt au repos	Mode semi-passif	Lancer une charge et vérifier leur démarrage à température plus élevée
Jeux instables après changement de marque	Restes de l’ancien pilote	Désinstaller les anciens composants puis utiliser DDU si nécessaire

Pour un diagnostic détaillé :

Questions fréquentes – FAQ

Toutes les cartes graphiques sont-elles compatibles avec toutes les cartes mères ?

La plupart des cartes graphiques modernes fonctionnent sur un port PCI Express x16, mais il faut aussi vérifier le BIOS/UEFI, l’espace du boîtier, l’alimentation et les connecteurs disponibles.

Peut-on installer une carte PCIe 4.0 sur une carte mère PCIe 3.0 ?

Oui, généralement. PCI Express est rétrocompatible, mais la carte fonctionnera avec la bande passante offerte par le port PCIe 3.0.

Faut-il désinstaller les pilotes avant de changer la carte graphique ?

Ce n’est pas toujours indispensable lorsque les deux cartes utilisent les pilotes du même constructeur. Une désinstallation est néanmoins conseillée lors d’un changement de marque ou en présence de problèmes. DDU doit surtout servir au nettoyage approfondi et au dépannage.

Peut-on utiliser un adaptateur pour alimenter la carte graphique ?

Utilisez en priorité les câbles natifs de l’alimentation ou l’adaptateur fourni avec la carte, en respectant les instructions du fabricant. Évitez les adaptateurs SATA ou Molex bon marché pour une carte puissante.

Pourquoi l’écran reste-t-il noir après l’installation ?

L’écran peut être branché sur la mauvaise sortie, la carte mal insérée ou ses connecteurs d’alimentation incomplets. Vérifiez aussi la source de l’écran, le câble vidéo et le voyant VGA de la carte mère.

Peut-on changer la carte graphique d’un ordinateur portable ?

Dans la majorité des portables, non, car le GPU est soudé à la carte mère. Quelques stations de travail utilisent des modules particuliers, mais leur compatibilité reste limitée. Une carte graphique externe peut être envisagée sur certains PC équipés d’une connexion adaptée.

L’article Changer la carte graphique de son PC : compatibilité et installation est apparu en premier sur malekal.com.

Microsoft déploie une nouvelle mise à jour facultative pour Windows 11 24H2 et 25H2. Baptisée KB5124010, cette mise à jour de prévisualisation de septembre 2026 apporte de nombreuses améliorations à l’Explorateur de fichiers, au Bluetooth, aux paramètres de personnalisation, au pavé tactile, à l’environnement de récupération Windows et à plusieurs fonctions d’accessibilité.

Elle introduit aussi Emoji 17.0, de nouveaux réglages pour la touche Copilot, une sauvegarde de la pellicule avec OneDrive et plusieurs corrections importantes, notamment pour l’Historique des fichiers, la caméra et Sysmon.

Comme il s’agit d’une mise à jour Preview, KB5124010 reste facultative. Vous pouvez donc l’ignorer si vous préférez attendre la prochaine mise à jour de sécurité mensuelle.

KB5124010 est une mise à jour facultative

Microsoft a publié KB5124010 le 22 septembre 2026 pour :

• Windows 11 25H2, qui passe à la build 26200.9550 ;
• Windows 11 24H2, qui passe à la build 26100.9550.

La mise à jour apparaît dans Windows Update sous la forme : 2026-09 Preview Update (KB5124010)

Pour l’installer manuellement : Paramètres > Windows Update > Options avancées > Mises à jour facultatives

Comme les autres mises à jour Preview de type « D », elle ne contient pas de nouveaux correctifs de sécurité majeurs.

Elle sert surtout à tester en avance les améliorations et corrections qui doivent être intégrées progressivement aux prochaines mises à jour cumulatives.

À noter toutefois que si l’option : Recevez les dernières mises à jour dès qu’elles sont disponibles

est activée, Windows peut télécharger automatiquement ce type de Preview en arrière-plan.

L’Explorateur de fichiers améliore l’aperçu des fichiers téléchargés

L’un des changements les plus intéressants concerne le volet de prévisualisation de l’Explorateur de fichiers.

Microsoft avait renforcé la sécurité de ce volet afin d’empêcher l’affichage automatique de certains fichiers provenant d’Internet.

Cette protection concernait notamment les fichiers marqués comme ayant été téléchargés depuis le Web.

Avec KB5124010, Microsoft assouplit ce comportement.

Pour les fichiers HTML, un nouveau bouton Prévisualisation permet de confirmer explicitement que vous souhaitez afficher le contenu.

Pour les autres formats, notamment les PDF, l’aperçu redevient automatique.

Le changement évite donc de devoir ouvrir les propriétés du fichier puis supprimer manuellement son blocage uniquement pour consulter son aperçu.

L’accueil de l’Explorateur se souvient enfin de vos préférences

Microsoft améliore également la page Accueil de l’Explorateur.

Les sections telles que les fichiers récents peuvent être développées ou réduites.

Jusqu’à présent, leur état n’était pas toujours mémorisé : une section réduite pouvait se rouvrir automatiquement lors du prochain lancement.

Avec KB5124010, l’Explorateur conserve désormais cet état.

Si vous réduisez une section, elle devrait donc rester réduite à la prochaine ouverture.

Des miniatures cloud plus fiables

La mise à jour améliore également l’affichage des fichiers stockés dans le cloud.

Les miniatures des fichiers cloud deviennent plus fiables dans le volet Détails.

Microsoft réorganise aussi ce volet afin de rendre les propriétés des fichiers plus faciles à consulter.

Un autre correctif concerne la barre d’adresse de l’Explorateur.

Dans certains cas, cliquer vers la partie droite de la barre au moment de passer en mode édition pouvait effacer son contenu.

Ce comportement est corrigé.

Emoji 17.0 arrive dans Windows 11

KB5124010 ajoute la prise en charge de Emoji 17.0.

Les nouveaux caractères Unicode incluent notamment de nouveaux emoji tels qu’un visage déformé, un nuage de bagarre ou encore une créature velue.

Ils sont accessibles comme d’habitude avec : Windows + .

Microsoft retouche également plusieurs emoji déjà présents afin d’améliorer leur cohérence avec les représentations utilisées sur d’autres plateformes.

Cela concerne notamment :

• le visage qui salue ;
• le visage qui regarde entre ses doigts ;
• l’oie ;
• le lotus ;
• le chat qui embrasse.

De nombreuses améliorations pour les fonds d’écran

La personnalisation du Bureau bénéficie elle aussi de plusieurs changements.

Microsoft améliore d’abord la fiabilité de : Paramètres > Personnalisation > Arrière-plan

La page pouvait parfois mal appliquer certains réglages ou afficher un fond noir à la place de l’image sélectionnée.

Ce comportement avait notamment été observé lors des précédentes mises à jour de Windows 11.

KB5124010 doit rendre les changements de fond d’écran plus fiables.

Les images DIB peuvent maintenant servir de fond d’écran

Windows 11 accepte désormais les fichiers DIB comme arrière-plan.
DIB signifie Device Independent Bitmap.

Il s’agit d’un ancien format d’image proche du BMP, principalement utilisé dans certains logiciels et environnements Windows.

Il n’est donc plus nécessaire de convertir manuellement une image DIB en JPEG ou PNG avant de l’utiliser comme fond d’écran.

Le diaporama fonctionne mieux avec plusieurs bureaux virtuels

Microsoft corrige aussi un problème avec les diaporamas de fonds d’écran et les bureaux virtuels.

Auparavant, l’utilisation d’un diaporama pouvait parfois être interrompue lors du changement de bureau virtuel et Windows revenait alors au mode « Image ».

Avec KB5124010, les diaporamas restent actifs lorsque plusieurs bureaux virtuels sont utilisés.

Les aperçus des fonds d’écran gagnent également en qualité, notamment sur les écrans configurés en orientation portrait.

Bluetooth devient plus fiable

Une partie importante de la mise à jour concerne Bluetooth.

Microsoft apporte plusieurs améliorations au Bluetooth Classic et au Bluetooth LE Audio.

Pendant un appel vocal, lorsque le volume d’un périphérique Bluetooth Classic est ajusté directement depuis le casque ou les écouteurs, Windows affiche désormais le contrôle de volume à l’écran.

Cela fournit un retour visuel immédiat sur le niveau choisi.

L’état de connexion Bluetooth devient plus précis

Windows pouvait parfois afficher un périphérique Bluetooth comme toujours connecté alors qu’il avait déjà été déconnecté.

KB5124010 améliore la précision de cet état.

La page : Paramètres > Bluetooth et appareils devient également plus stable lorsque plusieurs périphériques audio et Bluetooth sont gérés.

Microsoft corrige par ailleurs un bug où la radio Bluetooth pouvait réellement être désactivée alors que l’interrupteur des Paramètres indiquait encore qu’elle était active.

Des améliorations audio pour Bluetooth Classic et LE Audio

Microsoft améliore également la compatibilité des microphones avec certains périphériques Bluetooth Classic Audio.

Un problème pouvant provoquer un plantage avec le code : 0x139

pendant la lecture audio Bluetooth est corrigé.

La fiabilité et les performances de Bluetooth LE Audio sont également améliorées.

Microsoft annonce aussi une meilleure fiabilité de la fonction d’audio partagé.

Une nouvelle option pour ouvrir automatiquement les applications maximisées

Dans : Paramètres > Accessibilité > Effets visuels
Windows 11 ajoute une nouvelle option : Ouvrir les applications maximisées

Lorsqu’elle est activée, les nouvelles fenêtres s’ouvrent automatiquement en mode maximisé.

Cette fonction peut être particulièrement utile pour :

• les utilisateurs de lecteurs d’écran ;
• les personnes utilisant la Loupe ;
• les écrans tactiles ;
• les petits écrans ;
• ceux qui préfèrent simplement travailler systématiquement avec des fenêtres maximisées.

La Loupe adopte un design plus moderne

L’application Loupe bénéficie également d’un rafraîchissement visuel.

Microsoft modernise notamment :

• les icônes de la barre d’outils ;
• les espacements ;
• le remplissage des différents éléments.

Le fonctionnement ne change pas.

Les différents modes d’affichage, le niveau de zoom, les raccourcis clavier et la lecture à voix haute restent identiques.

Les Paramètres affichent davantage d’informations sur les applications

Dans : Paramètres > Applications > Applications installées

Windows 11 affiche maintenant directement le numéro de version des applications empaquetées.

Cette information était déjà disponible pour de nombreux programmes classiques, mais pas systématiquement pour les applications au format moderne.

Cela peut faciliter le diagnostic ou la vérification de la version installée.

Le sélecteur d’heure respecte mieux le format 12 ou 24 heures

Microsoft améliore aussi les différents sélecteurs horaires des Paramètres.

Ils respectent désormais plus correctement le format horaire choisi par l’utilisateur :

12 heures ou 24 heures.

Le changement concerne notamment :

• les heures d’activité ;
• la programmation de l’éclairage nocturne ;
• d’autres paramètres utilisant une sélection d’heure.

Les réglages de caméra deviennent plus fiables

La mise à jour améliore également la persistance du réglage Autoriser plusieurs applications à utiliser la caméra en même temps dans : Paramètres > Bluetooth et appareils > Caméras

Ce paramètre pouvait auparavant ne pas être correctement conservé dans certaines situations.

De nouveaux gestes pour les pavés tactiles de précision

KB5124010 ajoute de nouvelles possibilités aux pavés tactiles de précision.

Dans : Paramètres > Bluetooth et appareils > Pavé tactile deux nouvelles options apparaissent.

La première permet de faire défiler verticalement le contenu avec un seul doigt en partant depuis le bord gauche ou droit du pavé tactile.

La seconde ajoute un défilement automatique.

Lors d’un défilement, il suffit de rapprocher les doigts du bord du pavé pour continuer à faire défiler sans effectuer de nouveaux gestes.

Ces nouveautés complètent les améliorations déjà introduites en juillet 2026 avec KB5101684 pour la vitesse du défilement et l’accélération.

La touche Copilot peut devenir Ctrl droit ou Menu contextuel

Microsoft continue également d’assouplir le comportement de la touche Copilot présente sur certains claviers récents.

Avec KB5124010, elle peut désormais être réaffectée pour agir comme : Ctrl droit ou Menu contextuel

Cette dernière correspond à l’ancienne touche de menu que l’on trouvait autrefois sur de nombreux claviers Windows.

Ce changement peut être particulièrement utile pour les utilisateurs qui n’utilisent pas Copilot et préfèrent retrouver des raccourcis traditionnels.

Windows 11 peut sauvegarder la pellicule dans OneDrive

Microsoft commence également à déployer une nouvelle fonction baptisée Camera roll backup.

Elle permet aux utilisateurs éligibles de configurer plus facilement la sauvegarde de leurs photos dans OneDrive.

L’option peut apparaître depuis la page d’accueil des Paramètres ou dans les paramètres du compte.
La configuration s’effectue ensuite sur un smartphone à l’aide d’un QR Code.

Microsoft précise que cette fonction dépend du marché et de l’appareil.
Elle ne sera donc pas immédiatement disponible pour tout le monde.

De nouveaux alphabets pris en charge par la police Ebrima

La police Ebrima évolue également.

Microsoft ajoute la prise en charge de deux systèmes d’écriture Garay et Beria Erfe.

Garay a été intégré à Unicode 16.0 tandis que Beria Erfe fait partie d’Unicode 17.0.

Les glyphes Adlam de la police Ebrima sont également ajustés pour mieux respecter les normes Unicode actuelles.

WinRE peut désormais réutiliser automatiquement le Wi-Fi de Windows

L’une des nouveautés les plus intéressantes techniquement concerne l’environnement de récupération Windows, ou WinRE.

Jusqu’à présent, lorsqu’une fonction de récupération nécessitait Internet, il fallait parfois configurer manuellement la connexion Wi-Fi.

Avec KB5124010, WinRE peut réutiliser automatiquement certains profils Wi-Fi déjà enregistrés dans Windows.

Cela concerne notamment les réseaux compatibles utilisant également des certificats.

Le système de récupération peut ainsi se connecter à Internet sans demander à nouveau les informations de connexion.

Reconstruction dans le cloud et Récupération machine rapide en profitent directement

Cette amélioration peut notamment faciliter le fonctionnement de Récupération machine rapide et Reconstruction dans le Cloud.

Ces fonctions ont besoin d’une connexion Internet pour télécharger certains composants ou accéder aux services de récupération de Microsoft.

Avec le réemploi automatique du profil Wi-Fi, l’intervention de l’utilisateur peut être réduite.

La fonctionnalité est activée par défaut, mais les administrateurs peuvent la désactiver.

Microsoft ajoute aussi la gestion distante de WinRE

KB5124010 ajoute un nouveau plug-in de gestion distante de la récupération.

Il permet aux fournisseurs MDM d’étendre leurs possibilités de gestion de WinRE.

Cette fonctionnalité vise principalement les entreprises et les parcs informatiques administrés.

Elle s’inscrit dans la volonté de Microsoft de rendre les outils de récupération de Windows davantage administrables à distance.

Plusieurs raccourcis sont bloqués en mode kiosque

Microsoft renforce également les restrictions du mode kiosque.

Dans certains scénarios, les raccourcis suivants sont désormais désactivés : Windows + Tab dans un kiosque utilisant une interface utilisateur restreinte ;
ainsi que : Windows + A et : Windows + C en mode kiosque mono-application.

Cela évite qu’un utilisateur puisse sortir plus facilement de l’environnement verrouillé.

Microsoft retire la migration directe de PC à PC

Une évolution plus surprenante concerne Sauvegarde Windows.

Microsoft indique que la fonction PC-to-PC Migration n’est plus disponible.

Cette fonctionnalité avait été introduite progressivement afin de permettre le transfert direct de fichiers et de paramètres depuis un ancien PC pendant la configuration d’un nouvel ordinateur.

Microsoft recommande désormais d’utiliser Sauvegarde Windows pour sauvegarder puis restaurer les fichiers, paramètres et autres éléments pris en charge.

Il s’agit donc d’un recul par rapport au transfert direct de machine à machine qui avait été testé ces derniers mois.

Plus de détails dans ce guide :

Vous pouvez maintenant ouvrir vos applications en mode agrandi

Par défaut, Windows 11 tente de mémoriser la taille et l’état de la fenêtre d’une application lorsque vous la fermez. Ainsi, si vous fermez une application alors qu’elle est agrandie, elle s’ouvrira généralement agrandie la fois suivante. De même, si vous la fermez dans une fenêtre plus petite, Windows peut la rouvrir à peu près à la même taille.

Mais ce comportement n’est pas toujours cohérent, et les applications peuvent parfois s’ouvrir dans une fenêtre plus petite ou d’une taille différente de celle que vous souhaiteriez. Avec la mise à jour d’aujourd’hui, Microsoft ajoute une nouvelle fonctionnalité qui vous permet de demander à Windows d’ouvrir systématiquement les applications en mode plein écran, quelle que soit la manière dont vous les avez fermées précédemment.

Windows 11 ajoute une option dans Paramètres > Accessibilité > Effets visuels : Ouvrir les applications en mode agrandi

Quelques améliorations pour l’alimentation des portables

Microsoft corrige aussi un problème concernant certains ordinateurs portables branchés au secteur.

Dans certains scénarios, Windows pouvait détecter à tort un passage de l’alimentation secteur vers la batterie.

Cela pouvait influencer l’affichage de l’état d’alimentation mais aussi certains comportements de performances.

KB5124010 améliore cette détection.

La caméra intégrée pouvait cesser de fonctionner

Parmi les correctifs diffusés à tous les utilisateurs de KB5124010 figure un problème avec certaines caméras intégrées.

La caméra pouvait soudainement ne plus fonctionner dans :

• l’application Caméra ;
• les visioconférences ;
• ou d’autres logiciels utilisant la webcam.

Microsoft indique que le problème est désormais corrigé.

Les composants IA des PC Copilot+ sont mis à jour

KB5124010 met également à jour plusieurs composants d’intelligence artificielle de Windows vers la version : 1.2608.951.0

Les composants concernés incluent notamment :

• Image Search ;
• Content Extraction ;
• Semantic Analysis ;
• Settings Model.

Ces composants ne sont installés que sur les PC Copilot+ compatibles.

Ils ne concernent donc pas tous les ordinateurs Windows 11.

La pile de maintenance passe à KB5124009

La Preview inclut aussi la mise à jour de la pile de maintenance : KB5124009 avec la build : 26100.9539

La Servicing Stack gère notamment l’installation des futures mises à jour Windows.

Microsoft indique qu’elle améliore la fiabilité du processus de mise à jour.

Les corrections apportées

Historique des fichiers : le fameux « Reconnectez votre lecteur » est corrigé

C’est probablement l’un des correctifs les plus intéressants de cette Preview.

Après les précédentes mises à jour de septembre, Historique des fichiers pouvait cesser de sauvegarder ou de restaurer les données vers :

• un disque externe ;
• un emplacement réseau.

Windows pouvait alors afficher :

Reconnectez votre lecteur

alors que le disque de sauvegarde était parfaitement connecté et fonctionnel.

KB5124010 corrige officiellement ce problème.

Ce bug faisait partie des dysfonctionnements signalés après le Patch Tuesday de septembre.

Sysmon reçoit plusieurs correctifs

Microsoft corrige aussi plusieurs problèmes avec Sysmon, l’outil de surveillance avancée de Sysinternals.

Un premier problème concernait la validation des en-têtes des fichiers exécutables.

Des fichiers tronqués ou mal formés pouvaient provoquer une consommation mémoire imprévisible et perturber la détection des tentatives de manipulation.

Un deuxième bug concernait le pilote de filtre du système de fichiers de Sysmon.

Si le répertoire d’archivage ne pouvait pas être ouvert, la fermeture d’un handle non initialisé pouvait entraîner un plantage de Windows.

Enfin, Sysmon pouvait générer à tort des événements Evenements ID 25 pour le processus Windows :

smss.exe

Cette fausse détection de manipulation de processus est également corrigée.

Le problème audio USB de septembre n’est pas totalement derrière nous

Il faut également garder à l’esprit que Microsoft continue d’enquêter sur certains problèmes audio apparus avec les mises à jour de septembre.

WindowsLatest indique que des problèmes peuvent encore affecter certaines configurations utilisant des périphériques USB Audio.

La mise à jour d’urgence KB5129195 publiée quelques jours plus tôt avait corrigé une partie des problèmes, notamment certains modes multicanaux.

Mais tous les cas n’ont pas encore nécessairement disparu.

Cela constitue une raison supplémentaire pour ne pas se précipiter sur KB5124010 si votre machine fonctionne correctement.

Quels sont les problèmes connus ?

Attention : un problème Active Directory reste connu

KB5124010 possède au moins un problème connu important pour les entreprises.

Après KB5124008 ou une mise à jour ultérieure, certains appareils protégés par Credential Guard peuvent perdre leur relation d’approbation avec un domaine Active Directory local.

Les utilisateurs peuvent alors recevoir le message indiquant que : la relation d’approbation entre cette station de travail et le domaine principal a échoué

L’ouverture de session avec des identifiants mis en cache peut encore fonctionner.

Machine Identity Isolation est en cause

Microsoft relie le problème à une fonction appelée Machine Identity Isolation.

Les mises à jour de septembre n’activent pas directement cette protection, mais elles commencent à respecter certaines configurations déjà définies par stratégie.

Or cette fonction est uniquement prise en charge dans les environnements utilisant des contrôleurs de domaine avec un niveau fonctionnel Windows Server 2025 ou ultérieur.

Si elle avait été activée dans un environnement plus ancien, la relation de confiance avec le domaine peut échouer.

Microsoft recommande donc de la désactiver sur les environnements qui ne remplissent pas ces conditions.

Pour un particulier ou un PC qui n’est pas joint à un domaine Active Directory, ce problème n’a aucune incidence.

Possible dysfonctionnement en jeu

Comme souvent avec les mises à jour Preview de Windows 11, KB5124010 peut également provoquer quelques dysfonctionnements sur certaines configurations. Plusieurs retours d’utilisateurs commencent à être recensés, notamment sur le forum Malekal, avec des problèmes qui peuvent toucher différents composants du système après l’installation. Il est donc recommandé de consulter régulièrement la liste des incidents signalés avant de déployer cette mise à jour sur un PC de production. Vous pouvez suivre les problèmes connus et les nouveaux témoignages dans ce sujet dédié du forum Malekal : https://forum.malekal.com/viewtopic.php?f=11&t=77362

Je n’ai pas pu charger le contenu du sujet depuis le Web, donc je préfère ne pas inventer les problèmes précis recensés dedans.

Un téléchargement de presque 5 Go depuis le Microsoft Update Catalog

Comme les précédentes mises à jour Windows 11, les packages autonomes deviennent particulièrement volumineux.

Selon WindowsLatest, le fichier x64 de KB5124010 atteint environ :

• 4,96 Go pour Windows 11 25H2
• 4,80 Go pour Windows 11 24H2.

Cela ne signifie pas que Windows Update télécharge forcément autant de données.

Sur un PC déjà à jour, Windows Update utilise des mécanismes différentiels et le téléchargement réel peut rester inférieur à environ 1,5 Go.

Le Microsoft Update Catalog fournit en revanche des packages cumulatifs complets.

Le package MSU nécessite toujours un checkpoint préalable

Pour installer KB5124010 manuellement depuis le Microsoft Update Catalog, Microsoft indique que le checkpoint cumulative update « KB5043080 » peut également être nécessaire.

Les deux fichiers doivent alors être placés dans le même dossier et installés dans le bon ordre.

Sur une installation Windows à jour, le checkpoint peut déjà être présent.

Pour la majorité des utilisateurs, il reste donc préférable d’installer KB5124010 directement depuis Windows Update.

Conclusion

KB5124010 est une Preview assez riche pour Windows 11 24H2 et 25H2, même si elle n’apporte pas de bouleversement majeur.

Microsoft améliore surtout les fonctions déjà existantes : Explorateur de fichiers, Bluetooth, personnalisation, pavé tactile, accessibilité et environnement de récupération.

La mise à jour ajoute également Emoji 17.0, de nouvelles possibilités pour la touche Copilot et améliore la sauvegarde de photos avec OneDrive.

Du côté des corrections, la résolution du problème d’Historique des fichiers et du bug de caméra sera probablement la plus intéressante pour les utilisateurs touchés par les mises à jour de septembre.

Mais KB5124010 reste avant tout une mise à jour facultative de prévisualisation. À moins d’avoir besoin d’un de ses correctifs ou de vouloir tester les nouveautés en avance, il est parfaitement raisonnable d’attendre leur intégration aux prochaines mises à jour stables de Windows 11.
Cela est encore plus vrai, si vous êtes un gamer.

L’article Windows 11 KB5124010 : nouvelle mise à jour Preview avec améliorations de l’Explorateur, Bluetooth, Emoji 17 et WinRE est apparu en premier sur malekal.com.

Microsoft vient de corriger un bug particulièrement déroutant de Microsoft Defender Antivirus qui pouvait afficher sous Windows une notification indiquant que la protection antivirus était désactivée… alors qu’elle fonctionnait parfaitement.

Le problème traînait depuis le début du mois d’août 2026. Il a finalement été corrigé avec la mise à jour de Microsoft Defender 4.18.26080.4, publiée le 17 septembre 2026.

Le bug était loin d’être limité à Windows 11 : Microsoft confirme qu’il pouvait toucher Windows 11, Windows 10 et plusieurs versions de Windows Server.

L’occasion de revenir sur tout l’historique de ce problème, qui a duré près de deux mois.

Une alerte particulièrement inquiétante

Le symptôme était simple mais anxiogène.

Windows affichait une notification de Sécurité Windows indiquant que : Microsoft Defender Antivirus est désactivé
ou invitait l’utilisateur à : Activer la protection antivirus

En cliquant dessus, beaucoup s’attendaient logiquement à découvrir que Microsoft Defender s’était arrêté, qu’un malware avait modifié les paramètres ou qu’un autre antivirus avait pris le relais.

Mais en ouvrant Sécurité Windows, tout apparaissait généralement normal :

Protection en temps réel activée, antivirus actif, aucun avertissement critique et analyses fonctionnelles.

Microsoft a finalement confirmé qu’il s’agissait d’une fausse alerte : Defender continuait bien de protéger l’ordinateur malgré la notification.

Les premiers signalements remontent au début du mois d’août

Selon WindowsLatest, les premiers cas ont commencé à apparaître au début d’août 2026.

Le phénomène semblait d’abord assez limité, avant que les signalements ne deviennent de plus en plus nombreux au fil des semaines.

Certains utilisateurs voyaient l’alerte au démarrage de Windows.

D’autres la recevaient de manière aléatoire pendant l’utilisation du PC.

Plus gênant encore, elle pouvait revenir plusieurs fois malgré sa fermeture.

Microsoft commence à enquêter vers la mi-août

WindowsLatest indique que Jen Gentleman, ingénieure chez Microsoft, avait confirmé qu’une enquête était en cours environ deux semaines avant la reconnaissance officielle du problème.

À ce stade, Microsoft n’avait toutefois encore publié aucune fiche officielle dans Windows Release Health.

Le problème restait donc assez difficile à identifier pour les utilisateurs qui recevaient cette alerte.

C’est un point important : lorsqu’un antivirus annonce soudainement qu’il est désactivé, il n’est normalement pas conseillé d’ignorer le message.

Microsoft reconnaît officiellement le bug le 28 août

Microsoft ouvre officiellement l’incident le 28 août 2026 à 15 h 34, heure du Pacifique.

L’entreprise indique alors qu’après l’installation des dernières mises à jour de Microsoft Defender Antivirus, Windows peut afficher des notifications affirmant que l’antivirus est désactivé alors qu’il reste actif et fonctionne correctement.

Microsoft précise également que les notifications peuvent apparaître :

• au démarrage de Windows ;
• de manière intermittente après le démarrage ;
• même lorsque les paramètres de notification ont été désactivés.

Ce dernier point rendait le bug particulièrement agaçant.

WindowsLatest rend le problème public le 30 août

Le 30 août 2026, WindowsLatest publie un article consacré au problème.

Le site confirme avoir reproduit ces fausses notifications sur plusieurs PC et indique que cliquer sur l’alerte renvoie simplement vers la page d’accueil de Sécurité Windows, sans révéler de protection réellement désactivée.

WindowsLatest souligne aussi un point important : désactiver puis réactiver Defender ne réglait pas le problème.

La cause se trouvait dans une mise à jour de Microsoft Defender, et non dans l’état réel de l’antivirus.

Aucun numéro KB facile à désinstaller

Contrairement aux mises à jour cumulatives de Windows, les mises à jour de Microsoft Defender ne fonctionnent pas exactement de la même manière.

Les signatures, le moteur et la plateforme Defender sont mis à jour régulièrement, parfois quotidiennement.

Microsoft n’a d’ailleurs jamais identifié publiquement la version précise ayant introduit le bug.

Il n’était donc pas possible de simplement repérer une mise à jour KB spécifique et de la désinstaller comme on peut parfois le faire avec une mise à jour cumulative de Windows.

Désactiver les notifications ne servait à rien

Habituellement, un utilisateur gêné par une notification répétitive peut tenter de désactiver les notifications de l’application.

Ici, cela ne fonctionnait pas.

Microsoft confirme que les fausses alertes pouvaient continuer à apparaître même lorsque les notifications étaient désactivées.

Cette exception est assez logique du point de vue de la sécurité : Windows évite qu’un utilisateur puisse facilement masquer certaines alertes critiques liées à la protection antivirus.

Mais dans le cas présent, cela transformait un simple bug d’affichage en nuisance persistante.

Le problème concernait pratiquement toutes les versions de Windows

Il ne s’agissait pas d’un bug propre à Windows 11 25H2 ou 24H2.

Microsoft indique que toute version de Windows ou de Windows Server utilisant une version récente de Microsoft Defender Antivirus pouvait être touchée.

Les plateformes officiellement listées incluent notamment :

• Windows 11 26H1 ;
• Windows 11 25H2 ;
• Windows 11 24H2 ;
• Windows 11 23H2 ;
• Windows 10 22H2 ;
• Windows 10 21H2 ;
• Windows 10 Enterprise LTSC 2019 ;
• Windows 10 Enterprise LTSC 2016 ;
• Windows Server 2025 ;
• Windows Server 2022 ;
• Windows Server 2019 ;
• Windows Server 2016 ;
• Windows Server 2012 R2 ;
• Windows Server 2012.

Le problème provenait donc bien de Microsoft Defender, et non d’une version précise de Windows.

Plusieurs utilisateurs pensent à une infection

Entre fin août et mi-septembre, de nombreux utilisateurs interrogent les forums Microsoft en pensant que leur PC est peut-être infecté.

Un cas typique : l’utilisateur reçoit l’alerte « Activer la protection antivirus », ouvre Sécurité Windows, puis constate que toutes les protections apparaissent pourtant en vert.

Certains ont essayé :

• d’activer et désactiver la protection en temps réel ;
• de redémarrer Windows ;
• de lancer SFC /SCANNOW ;
• de modifier les réglages de notification.

Ces manipulations ne corrigeaient généralement pas durablement le problème.

Comment vérifier que Defender était réellement actif

Même si Microsoft confirmait l’existence du bug, il restait préférable de vérifier l’état réel de la protection plutôt que de considérer automatiquement toute alerte comme fausse.

La première méthode consiste à ouvrir :

Sécurité Windows > Protection contre les virus et menaces

puis à vérifier que la Protection en temps réel est active.

Une vérification plus complète peut être réalisée avec PowerShell :

Get-MpComputerStatus | Select-Object AntivirusEnabled,RealTimeProtectionEnabled,AMServiceEnabled

Sur un système correctement protégé, les trois valeurs principales doivent être à True :

AntivirusEnabled          : True
RealTimeProtectionEnabled : True
AMServiceEnabled          : True

WindowsLatest recommande précisément cette vérification afin de distinguer le faux avertissement d’un véritable arrêt de Defender.

On peut également vérifier le service Microsoft Defender avec :

sc query WinDefend

Un service actif doit normalement indiquer :

STATE : 4 RUNNING

Pourquoi ce bug n’était pas complètement anodin

Techniquement, Microsoft Defender continuait de fonctionner.

Le PC ne devenait donc pas subitement vulnérable simplement à cause de cette notification.

Mais un faux avertissement de sécurité reste problématique.

D’abord parce qu’il peut pousser l’utilisateur à effectuer des manipulations inutiles sur son antivirus.

Ensuite parce qu’il réduit la confiance accordée aux alertes de sécurité légitimes.

Si Windows affiche régulièrement de fausses notifications, certains utilisateurs risquent de finir par ignorer une véritable alerte.

Enfin, les faux avertissements antivirus sont une technique régulièrement utilisée par des logiciels malveillants ou des pages frauduleuses pour inciter les utilisateurs à cliquer ou modifier leur configuration.

Il était donc important que Microsoft corrige le problème.

Le correctif arrive finalement le 17 septembre

Microsoft a finalement déployé la solution le 17 septembre 2026.

Le correctif est inclus dans : Microsoft Defender Antivirus version 4.18.26080.4

Microsoft indique que cette version résout les notifications incorrectes affirmant que Defender est désactivé.

La fiche Windows Release Health a alors fait passer l’incident au statut : Résolu

le 17 septembre à 18 h 22, heure du Pacifique.

Près de deux mois entre les premiers cas et le correctif

L’historique du problème peut donc se résumer ainsi :

Date	Événement
Début août 2026	Premiers signalements de fausses alertes Defender
Mi-août	Microsoft commence à enquêter selon WindowsLatest
28 août	Microsoft reconnaît officiellement le bug
30 août	WindowsLatest détaille publiquement le problème
Début septembre	Les signalements continuent sur les forums Microsoft
17 septembre	Microsoft publie Defender 4.18.26080.4 avec le correctif
19 septembre	WindowsLatest confirme que les fausses alertes ont cessé dans ses tests

La durée exacte dépend donc du point de départ retenu : environ trois semaines entre la reconnaissance officielle et le correctif, mais presque deux mois depuis les premiers signalements observés.

Le correctif s’installe automatiquement

Il n’est normalement pas nécessaire d’installer manuellement un package ou une mise à jour Windows spécifique.

La mise à jour de Microsoft Defender est distribuée automatiquement.

Microsoft indique qu’aucune action manuelle n’est requise pour les machines recevant normalement les mises à jour de sécurité Defender.

• Vous pouvez néanmoins vérifier la version installée depuis : Sécurité Windows > Paramètre (en bas à gauche) > A propo de
• Le numéro à rechercher est : 4.18.26080.4 ou une version ultérieure

Et si l’alerte apparaît encore ?

Après installation d’une version récente de Defender, la fausse alerte ne devrait plus se reproduire.

Si Windows continue d’indiquer que l’antivirus est désactivé, il vaut mieux ne pas supposer automatiquement qu’il s’agit encore de l’ancien bug.

• Vérifiez : Protection en temps réel, état de Microsoft Defender dans Sécurité Windows et éventuellement les valeurs retournées par Get-MpComputerStatus.

Si l’une d’elles est réellement désactivée, il faudra chercher une autre cause : antivirus tiers, stratégie de groupe, service arrêté, problème de configuration ou logiciel malveillant.

Consultez aussi ce guide :

Un problème distinct du Patch Tuesday de septembre

Ce bug Defender ne doit pas être confondu avec les nombreux problèmes rencontrés après KB5124008, la mise à jour Windows 11 du Patch Tuesday de septembre.

Microsoft indique d’ailleurs « N/A » comme mise à jour d’origine dans Windows Release Health.

Autrement dit, le problème n’était pas causé par KB5124008.

Il provenait d’une mise à jour propre à Microsoft Defender Antivirus, apparue dès août, avant le Patch Tuesday de septembre.

C’est également pour cette raison que le correctif est arrivé sous la forme d’une nouvelle version de Defender plutôt que via une nouvelle mise à jour cumulative de Windows.

Conclusion

Microsoft a donc enfin mis fin aux fausses alertes indiquant que Microsoft Defender Antivirus était désactivé alors qu’il fonctionnait normalement.

Le bug était apparu début août, reconnu officiellement le 28 août, puis corrigé le 17 septembre 2026 avec Microsoft Defender Antivirus 4.18.26080.4.

L’incident est surtout remarquable par son ampleur : il touchait non seulement Windows 11, mais également Windows 10 et de nombreuses versions de Windows Server.

Le problème n’exposait pas directement les machines puisque Defender continuait à fonctionner, mais une fausse alerte de sécurité récurrente reste particulièrement gênante.

Les utilisateurs qui rencontrent encore ce message doivent donc vérifier qu’ils disposent d’une version récente de Defender et surtout contrôler l’état réel de la protection avant d’ignorer l’avertissement.

L’article Microsoft Defender affichait à tort « l’antivirus est désactivé » : Microsoft corrige enfin le bug est apparu en premier sur malekal.com.

Un programme se ferme brusquement et le terminal affiche Segmentation fault, parfois traduit par « erreur de segmentation » ? Sous Linux, ce message indique généralement que le processus a tenté d’accéder à une zone mémoire qu’il n’avait pas le droit d’utiliser. Le noyau lui envoie alors le signal SIGSEGV et met fin à son exécution.

Le message seul ne révèle pas la cause. Il faut d’abord identifier précisément l’application concernée, retrouver les événements enregistrés au moment du crash, puis examiner le core dump lorsqu’il existe. Cette démarche permet de différencier un bug de l’application, une bibliothèque incompatible, un pilote défaillant ou, plus rarement, un problème matériel.

Ce guide présente une méthode progressive avec journalctl, dmesg, coredumpctl et GDB. Il s’adresse aux utilisateurs Linux : il n’est pas nécessaire de savoir programmer pour recueillir une trace utile et choisir la bonne correction.

Qu’est-ce qu’une erreur « Segmentation fault » sous Linux ?

Comprendre simplement le signal SIGSEGV

Chaque programme dispose d’un espace mémoire protégé. Il y place son code, ses bibliothèques et les données dont il a besoin. Si le programme tente de lire ou d’écrire à une adresse invalide, le noyau bloque l’opération. Il envoie le signal SIGSEGV, généralement identifié par le numéro 11, puis arrête le processus.

Un segfault concerne donc d’abord un processus. Il ne signifie pas automatiquement que Linux entier est instable. Si l’écran se fige, si la machine redémarre ou si plusieurs services cessent de répondre en même temps, commencez plutôt par le guide consacré aux blocages et plantages généraux de Linux.

Les causes les plus fréquentes

• Un bug dans l’application : une mauvaise gestion de la mémoire peut provoquer un accès invalide. C’est la cause la plus probable lorsqu’un seul programme plante toujours de la même façon.
• Une extension ou un module : un greffon de navigateur, un module Python, un thème ou une extension native peut faire tomber le processus principal.
• Une bibliothèque incompatible : le programme peut charger une version de bibliothèque qui ne correspond pas à celle attendue, notamment après une mise à jour incomplète ou l’installation manuelle d’un logiciel.
• Un paquet ou un fichier corrompu : un binaire endommagé ou des données illisibles peuvent déclencher le crash au lancement ou lors d’une opération précise.
• Un pilote : les applications utilisant intensivement le GPU, le son ou un périphérique peuvent planter dans une bibliothèque liée au pilote.
• La mémoire vive : une RAM instable reste possible, mais elle est surtout suspecte lorsque des applications différentes plantent à des endroits variables.

Évitez donc de réinstaller immédiatement le système ou de remplacer la RAM après un seul segfault. Les journaux et la trace d’appels permettent souvent de réduire fortement le champ des causes.

Identifier l’application qui provoque le segfault

Reproduire le plantage et relever le message affiché

Notez l’heure exacte du problème, le nom de l’application et l’action effectuée juste avant sa fermeture. Si le programme possède une commande de lancement, exécutez-la depuis un terminal. Vous verrez ainsi ses messages d’erreur au lieu de constater seulement la disparition de sa fenêtre.

nom-du-programme
echo $?

Le code de sortie ne suffit pas à établir la cause, mais il confirme que le programme ne s’est pas terminé normalement. Ne reproduisez pas plusieurs fois une opération susceptible d’endommager des données. Travaillez sur une copie si le crash survient lors de l’ouverture ou de la conversion d’un fichier important.

Consulter les erreurs avec journalctl

Sur une distribution utilisant systemd, journalctl centralise les événements du système et des services. Commencez par limiter la recherche à la période du crash :

journalctl --since "10 minutes ago"
journalctl -b --grep='segfault|segmentation fault|SIGSEGV'

L’option -b limite la sortie au démarrage actuel. La recherche avec --grep nécessite une version relativement récente de systemd. Si elle n’est pas reconnue, affichez simplement la période utile puis recherchez le nom du programme dans la sortie.

Pour une application lancée comme service systemd, interrogez directement son unité :

journalctl -u nom-du-service --since "30 minutes ago"

Recherchez notamment le nom de l’exécutable, segfault, SIGSEGV, le signal 11 et le nom d’une bibliothèque se terminant par .so. Conservez plusieurs lignes avant et après l’événement afin de ne pas perdre son contexte.

Le guide complet :

Examiner les messages du noyau avec dmesg

Le noyau peut lui aussi enregistrer le processus fautif, l’adresse mémoire et la bibliothèque impliquée. La commande suivante rend les dates plus lisibles et filtre les événements courants :

sudo dmesg --ctime | grep -i -E 'segfault|general protection|trap'

Selon la politique de sécurité de la distribution, la lecture de dmesg peut être réservée à l’administrateur, d’où l’emploi de sudo. Une ligne mentionnant toujours le même exécutable ou la même bibliothèque oriente vers un défaut logiciel reproductible. Des processus très différents, des adresses changeantes et d’autres erreurs matérielles justifient une vérification plus large.

Le tutoriel complet d’utilisation :

Retrouver et examiner un core dump

Lister les plantages avec coredumpctl

Un core dump est un instantané de la mémoire et de l’état du processus au moment de son arrêt. Lorsqu’il est géré par systemd-coredump, coredumpctl permet de retrouver les crashes sans chercher manuellement un fichier core.

Selon la distribution, systemd-coredump peut être absent ou désactivé. L’absence de résultat avec coredumpctl ne signifie donc pas qu’aucun segfault ne s’est produit.

coredumpctl list
coredumpctl list nom-du-programme
coredumpctl -1 info

La liste indique notamment la date, le PID, le signal, le chemin de l’exécutable et l’état du core dump. Dans la colonne correspondante, present signifie que le fichier est encore accessible. missing indique que son entrée existe toujours dans le journal mais que le fichier a été supprimé. truncated signale un enregistrement incomplet.

Pour éviter d’analyser le mauvais crash, utilisez le PID affiché ou le chemin complet de l’exécutable :

coredumpctl info 12345
coredumpctl info /chemin/vers/le-programme

Que faire lorsqu’aucun core dump n’est disponible ?

L’absence de résultat ne prouve pas l’absence de segfault. Le stockage peut être désactivé, le fichier peut avoir expiré, votre compte peut ne pas avoir les droits nécessaires ou la distribution peut ne pas utiliser systemd-coredump. Vérifiez d’abord la limite appliquée au shell et la destination configurée par le noyau :

ulimit -c
cat /proc/sys/kernel/core_pattern

Une limite égale à 0 interdit la création d’un core dump pour les programmes lancés depuis ce shell. Pour un test ponctuel, vous pouvez ouvrir un nouveau terminal, autoriser les core dumps dans cette session, puis lancer l’application depuis ce même terminal :

ulimit -c unlimited
nom-du-programme

Cette modification concerne la session et les processus qu’elle lance ; elle ne constitue pas une configuration permanente de tout le système. Un core dump peut contenir des données présentes dans la mémoire de l’application, par exemple des documents, des URL ou des jetons de session. Ne le publiez pas tel quel sur un forum ou un gestionnaire de bugs.

Analyser le segfault avec GDB

Installer GDB et ouvrir le core dump

GDB est un débogueur, mais quelques commandes suffisent pour obtenir une trace utile sans modifier le programme. Installez-le avec le gestionnaire de paquets de votre distribution :

# Debian, Ubuntu et dérivées
sudo apt install gdb

# Fedora
sudo dnf install gdb

# Arch Linux et dérivées
sudo pacman -S gdb

Avec systemd, le moyen le plus simple consiste à demander à coredumpctl d’ouvrir le dernier crash correspondant :

coredumpctl debug nom-du-programme

Si plusieurs entrées portent ce nom, utilisez le PID relevé précédemment. GDB charge alors l’exécutable et le core dump associés. Pour un core dump conservé manuellement, la syntaxe générale est :

gdb /chemin/vers/le-programme /chemin/vers/le-fichier-core

Générer une trace avec backtrace

Lorsque l’invite (gdb) apparaît, lancez la commande backtrace, abrégée en bt :

bt
thread apply all bt
quit

La première commande affiche la pile d’appels du thread qui a planté. La seconde affiche la trace de tous les threads ; elle est utile pour les applications multithreadées. Chaque ligne représente une fonction appelée avant le crash. La trame #0 correspond au point où l’exécution s’est arrêtée, puis #1, #2 et les suivantes remontent la chaîne des appels.

Si la sortie contient principalement des adresses hexadécimales, des points d’interrogation ou la mention no debugging symbols found, les symboles de débogage manquent. Le core dump reste valide, mais la trace sera moins parlante. Les paquets de symboles portent des noms différents selon la distribution ; recherchez ceux de l’application et de la bibliothèque citée dans les premières trames.

Repérer l’application ou la bibliothèque en cause

Ne concluez pas automatiquement que la fonction affichée en #0 contient le bug. Elle peut avoir reçu des données invalides d’un appel précédent. Pour un utilisateur, l’objectif est surtout d’identifier un motif :

• le nom de l’application revient dans les premières trames : cherchez une mise à jour ou un rapport de bug correspondant à cette version ;
• une extension ou un module tiers apparaît : désactivez-le temporairement et refaites le test ;
• une bibliothèque graphique ou un pilote revient systématiquement : comparez avec les dernières mises à jour du pilote et testez, si l’application le permet, sans accélération matérielle ;
• la trace change à chaque crash et plusieurs logiciels sont concernés : examinez la mémoire et le matériel avant d’accuser une application précise.

Avant de transmettre la trace, relisez-la et retirez les chemins contenant votre nom d’utilisateur ainsi que toute donnée confidentielle. Conservez toutefois les versions des paquets, le signal, les noms des bibliothèques et les numéros de trame.

Corriger le segfault selon son origine

Mettre à jour ou réinstaller le paquet concerné

Commencez par relever la version du programme, puis installez les mises à jour normales de votre distribution. Évitez de mélanger un paquet officiel avec des bibliothèques copiées manuellement dans /usr/local ou avec une archive téléchargée depuis une autre distribution.

Si le problème touche un seul paquet et persiste après la mise à jour, réinstallez uniquement ce paquet :

# Debian, Ubuntu et dérivées
sudo apt install --reinstall <nom-du-paquet>

# Fedora
sudo dnf reinstall <nom-du-paquet>

# Arch Linux et dérivées
sudo pacman -S <nom-du-paquet>

Une réinstallation remplace les fichiers gérés par le paquet, mais ne supprime généralement pas votre configuration personnelle. Si le crash semble lié au profil utilisateur, renommez son dossier de configuration pour effectuer un essai avec un profil neuf. Gardez l’ancien dossier comme sauvegarde et ne le supprimez qu’après avoir récupéré les données utiles.

Les guides :

Revenir à une version précédente après une régression

Un segfault apparu immédiatement après une mise à jour peut être une régression. Vérifiez l’historique du gestionnaire de paquets et la version signalée dans le core dump. Si votre distribution fournit encore la version précédente, un retour temporaire peut confirmer le diagnostic.

Ne téléchargez pas au hasard une ancienne bibliothèque depuis un site tiers et ne remplacez pas manuellement un fichier système. Une rétrogradation doit rester limitée au paquet concerné, utiliser les dépôts ou le cache de la distribution et être suivie d’une recherche de correctif. Notez la manipulation afin de pouvoir revenir à la version courante.

Vérifier les bibliothèques et les pilotes

Une trace pointant vers une bibliothèque ne prouve pas que celle-ci est seule responsable, mais elle fournit une piste. Comparez son paquet avec la version de l’application et terminez toute mise à jour interrompue. Pour un logiciel installé manuellement, testez si possible la version fournie par la distribution ou un format isolé officiellement proposé par l’éditeur.

Si le crash se produit lors de l’affichage 3D, de la lecture vidéo ou de l’ouverture d’une interface graphique, recherchez le pilote graphique dans journalctl, dmesg et la backtrace. Désactiver provisoirement l’accélération matérielle dans l’application peut servir de test, mais ce contournement ne remplace pas la mise à jour ou la correction du pilote.

Tester la mémoire lorsque plusieurs applications plantent

Une panne de RAM devient crédible lorsque des programmes sans rapport plantent aléatoirement, que les traces varient ou que les journaux contiennent aussi des erreurs matérielles. Vérifiez alors les événements du noyau et suivez une procédure de diagnostic matériel complète. L’article Diagnostiquer le matériel sous Linux en ligne de commandes détaille les contrôles de la mémoire, des disques, du processeur et des températures.

Avant un test prolongé, sauvegardez les données importantes. Si un profil XMP ou EXPO, un overclocking ou un réglage manuel de tension est actif, revenez aux valeurs stables recommandées par le fabricant pour vérifier si les erreurs cessent.

Checklist rapide pour résoudre un segfault

Les commandes à exécuter dans l’ordre

• Notez l’heure, le nom du programme, l’action effectuée et la fréquence du crash.
• Lancez si possible l’application dans un terminal pour récupérer son message d’erreur.
• Consultez la période correspondante avec journalctl --since "10 minutes ago".
• Recherchez les événements du noyau avec sudo dmesg --ctime.
• Listez les crashes avec coredumpctl list, puis ouvrez l’entrée pertinente avec coredumpctl info.
• Si un core dump est disponible, lancez coredumpctl debug, puis bt.
• Mettez à jour ou réinstallez seulement le paquet identifié, puis refaites le test.
• Si plusieurs programmes plantent de façon aléatoire, élargissez le diagnostic à la mémoire, aux pilotes, au stockage et à la stabilité matérielle.

Les informations à conserver pour demander de l’aide

• la distribution Linux, sa version et la version du noyau obtenue avec uname -r ;
• le nom exact et la version de l’application ;
• les étapes permettant de reproduire le crash ;
• les lignes pertinentes de journalctl et dmesg ;
• le signal, le PID et le chemin de l’exécutable indiqués par coredumpctl info ;
• la sortie de bt, nettoyée de toute donnée personnelle ou sensible ;
• la date d’apparition du problème et les mises à jour installées juste avant.

Cette méthode transforme un message très général en diagnostic exploitable. Dans la majorité des cas, la combinaison des journaux, du core dump et de la backtrace permet au minimum d’identifier le composant concerné et d’éviter les corrections radicales sans rapport avec la cause réelle.

L’article Segmentation fault sous Linux : diagnostiquer et corriger un segfault est apparu en premier sur malekal.com.

Windows 11 et Windows 10 utilisent des plans d’alimentation pour adapter le comportement du PC en matière de consommation, de performances et de veille.

Lorsqu’un plan a été supprimé, fortement modifié ou qu’un réglage d’alimentation devient incohérent, Windows permet de restaurer les plans par défaut ou de recréer uniquement un plan précis à l’aide de powercfg.

Dans ce guide, vous allez voir comment réinitialiser les plans d’alimentation de Windows 11/10, vérifier les profils restaurés, récupérer un plan manquant et éviter de perdre vos réglages personnalisés.

Pourquoi réinitialiser les plans d’alimentation ?

Les plans d’alimentation de Windows définissent différents réglages liés à la consommation d’énergie, aux performances, à la veille ou encore au comportement du processeur. Avec le temps, ces paramètres peuvent être modifiés par l’utilisateur, un logiciel d’optimisation, un utilitaire constructeur ou certains outils de tweak.

Dans certains cas, un plan peut aussi disparaître, devenir incohérent ou ne plus produire le comportement attendu.

Réinitialiser les plans d’alimentation peut alors être utile pour :

• restaurer les plans par défaut de Windows ;
• retrouver un plan supprimé ou modifié ;
• corriger des réglages d’alimentation devenus incohérents ;
• annuler des modifications effectuées par un logiciel de tweak ;
• repartir d’une configuration propre après plusieurs changements ;
• résoudre certains problèmes liés à la veille, aux performances ou à la consommation.

Cette opération est particulièrement utile lorsque les options d’alimentation ont été fortement modifiées et qu’il devient difficile de savoir quel réglage est responsable du problème.

Il faut toutefois garder à l’esprit qu’une réinitialisation peut supprimer les plans personnalisés créés par l’utilisateur. Si vous utilisez un profil spécifique, pensez donc à noter ses réglages avant de restaurer les plans par défaut.

La méthode la plus simple consiste à utiliser la commande powercfg, que nous allons voir dans la section suivante.

Restaurer les plans d’alimentation par défaut avec powercfg

Windows permet de restaurer les plans d’alimentation par défaut à l’aide de l’outil en ligne de commande powercfg.

• Commencez par ouvrir Terminal Windows, PowerShell ou Invite de commandes en administrateur.
• Vous pouvez d’abord afficher les plans d’alimentation actuellement disponibles avec :

powercfg /list

• La commande indique les différents schémas présents sur le système et précise lequel est actif.
• Pour réinitialiser complètement les plans d’alimentation et restaurer ceux fournis par Windows, exécutez ensuite :

powercfg -restoredefaultschemes

Cette commande rétablit les schémas d’alimentation par défaut de Windows.

• Une fois la commande terminée, vérifiez de nouveau les plans disponibles avec :

powercfg /list

• Vous pouvez également ouvrir :

Panneau de configuration > Matériel et audio > Options d’alimentation

• afin de vérifier que les plans standards ont bien été restaurés.
• Enfin, redémarrez Windows si les changements ne semblent pas apparaître immédiatement.

Vérifier les plans disponibles après la réinitialisation

Après avoir exécuté la commande de réinitialisation, vérifiez que Windows a bien restauré les plans d’alimentation attendus.

• Ouvrez Terminal Windows, PowerShell ou Invite de commandes, puis saisissez :

powercfg /list

• La commande affiche les plans d’alimentation disponibles ainsi que celui actuellement actif.

Selon la configuration du PC, vous pouvez retrouver notamment :

• Équilibré ;
• Économie d’énergie ;
• Performances élevées.

Vous pouvez aussi vérifier les plans depuis :

Panneau de configuration > Matériel et audio > Options d’alimentation

Si les plans ont bien été restaurés mais que vous souhaitez ensuite en sélectionner un autre ou comprendre la différence entre mode et plan d’alimentation :

Si un plan reste absent après la réinitialisation, poursuivez avec les vérifications de la section suivante.

Restaurer uniquement un plan d’alimentation spécifique

Si le problème concerne uniquement un plan précis, il n’est pas nécessaire de réinitialiser tous les schémas d’alimentation de Windows.

Chaque plan d’alimentation intégré possède un GUID. Les principaux sont :

• Équilibré : 381b4222-f694-41f0-9685-ff5bb260df2e
• Économie d’énergie : a1841308-3541-4fab-bc81-f71556f20b4a
• Performances élevées : 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c

Pour recréer un plan à partir de son modèle intégré, ouvrez Terminal Windows, PowerShell ou Invite de commandes en administrateur, puis utilisez :

powercfg -duplicatescheme GUID

Par exemple, pour recréer le plan Performances élevées :

powercfg -duplicatescheme 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c

Cette commande crée une nouvelle copie du plan sans modifier les autres schémas présents sur le système.

Vérifiez ensuite le résultat avec :

powercfg /list

Si plusieurs copies identiques apparaissent, vous pouvez supprimer les doublons inutiles avec powercfg -delete.

Pour toutes les commandes disponibles et la gestion avancée des plans d’alimentation :

Que faire si un plan d’alimentation reste manquant ?

Après une réinitialisation avec powercfg -restoredefaultschemes, certains plans peuvent encore ne pas apparaître. Ce n’est pas forcément le signe d’un problème.

Sur certains PC récents, notamment ceux utilisant Modern Standby et les modes d’alimentation modernes, Windows peut ne pas exposer tous les anciens plans dans le Panneau de configuration.

• Commencez par vérifier les plans réellement présents avec powercfg :
• Si le plan recherché n’apparaît pas, vérifiez aussi :
  • Paramètres > Système > Alimentation et batterie ;
  • les options proposées par le logiciel du constructeur ;
  • les éventuels profils définis dans le BIOS/UEFI ;
  • si le PC utilise un mode de veille moderne comme Modern Standby.

Selon la configuration matérielle, certains plans comme Économie d’énergie ou Performances élevées peuvent être absents ou remplacés par des modes gérés directement par Windows et le fabricant.

Il est également possible qu’un utilitaire constructeur recrée ses propres profils et masque ou remplace les plans standards.

Dans ce cas, il vaut mieux éviter de forcer artificiellement un ancien plan si Windows gère déjà correctement les performances et la consommation via les modes d’alimentation.

Attention aux plans personnalisés et aux logiciels constructeur

Avant de réinitialiser les plans d’alimentation, vérifiez si le PC utilise des plans personnalisés ou des profils ajoutés par le fabricant.

La commande :

powercfg -restoredefaultschemes

peut supprimer les plans personnalisés créés dans Windows. Si vous avez modifié manuellement un plan ou créé un profil spécifique, pensez donc à noter ses réglages avant la réinitialisation.

Sur de nombreux PC portables, le constructeur propose également ses propres profils dans un utilitaire dédié, par exemple Silencieux, Équilibré, Performance, Turbo ou Économie de batterie. Ces profils peuvent agir sur des paramètres qui dépassent les plans Windows, comme la puissance du processeur, les performances du GPU, la ventilation ou certains réglages du BIOS/UEFI.

La réinitialisation des plans Windows ne remet donc pas forcément à zéro ces profils constructeur. Après l’opération, ouvrez l’utilitaire du fabricant et vérifiez que le mode souhaité est toujours actif.

Aller plus loin dans les options d’alimentation

La réinitialisation des plans d’alimentation permet surtout de revenir à une configuration propre lorsque certains profils ont été supprimés, modifiés ou deviennent incohérents. Elle ne remplace toutefois pas les autres réglages d’alimentation disponibles dans Windows.

Si vous souhaitez aller plus loin, vous pouvez notamment modifier :

• les délais de mise en veille ;
• l’extinction de l’écran ;
• le comportement des boutons d’alimentation ;
• les paramètres avancés du processeur ;
• les options USB et PCI Express ;
• certains réglages liés à la batterie ;
• le mode d’alimentation utilisé par Windows.

Vous pouvez également créer ou personnaliser un plan d’alimentation selon vos besoins, par exemple pour privilégier l’autonomie sur un PC portable ou les performances sur une machine de bureau.

Pour une vue d’ensemble de tous ces réglages :

Comment gérer les paramètres d’alimentation et de batterie de Windows 11

[/su_lien]

L’article Réinitialiser les plans d’alimentation de Windows 11/10 est apparu en premier sur malekal.com.

Microsoft publie en urgence une nouvelle mise à jour hors bande (Out-of-band) pour Windows 11 afin de corriger plusieurs problèmes sérieux introduits par le Patch Tuesday de septembre 2026.

La mise à jour KB5129195, disponible pour Windows 11 24H2 et 25H2, corrige notamment les pannes de Remote Desktop Services (RDS), un problème touchant certaines machines virtuelles Hyper-V utilisant Plan9 ainsi qu’une partie des problèmes audio USB apparus après KB5124008. Elle apporte également une nouvelle protection de sécurité liée à CVE-2026-62721.

En revanche, tous les bugs ne disparaissent pas. Microsoft confirme notamment qu’un problème affectant certains périphériques USB Audio Class 1.0 reste ouvert, tandis que WindowsLatest rapporte que les erreurs et écrans noirs rencontrés sur certaines cartes graphiques AMD ne sont pas corrigés par cette mise à jour.

KB5129195 remplace KB5124008 sur Windows 11 24H2 et 25H2

KB5129195 est une mise à jour cumulative publiée le 14 septembre 2026, quelques jours seulement après le Patch Tuesday du 8 septembre.

Elle fait passer :

• Windows 11 25H2 à la build 26200.9457
• Windows 11 24H2 à la build 26100.9457.

Le Microsoft Update Catalog confirme sa disponibilité pour les architectures x64 et ARM64. Le package x64 complet approche les 4,9 Go, même si Windows Update ne télécharge normalement que les composants nécessaires au système.

Il s’agit d’une mise à jour cumulative : un PC n’a pas besoin d’installer séparément KB5124008 avant de recevoir KB5129195.

Microsoft corrige les pannes de Remote Desktop Services

Le principal problème corrigé concerne Remote Desktop Services (RDS).

Après l’installation des mises à jour de septembre, certains systèmes pouvaient devenir instables lorsqu’ils utilisaient les services Bureau à distance.

Les symptômes signalés comprenaient notamment :

• l’impossibilité d’établir une connexion RDP ;
• des échecs lors de l’ouverture de session ;
• des serveurs qui ne répondaient plus ;
• des blocages pendant la configuration du Bureau à distance.

Le problème pouvait également affecter plusieurs composants associés, notamment Microsoft Management Console (MMC), RDS Licensing Diagnoser, l’Explorateur de fichiers ou encore la page Windows Update.

Microsoft avait précédemment proposé des solutions de contournement par stratégie de groupe, tandis que certains administrateurs avaient choisi de désinstaller les mises à jour de septembre.

Cette dernière solution rétablissait RDS, mais supprimait également les correctifs de sécurité du Patch Tuesday.

KB5129195 permet désormais de corriger le problème sans revenir en arrière.

Windows Server reçoit également des correctifs d’urgence

Le problème RDS ne concernait pas uniquement Windows 11.

Microsoft a publié plusieurs mises à jour hors bande pour différentes versions de Windows et Windows Server :

• Windows 11 26H1 : KB5129194
• Windows 11 24H2 et 25H2 : KB5129195
• Windows 11 23H2 : KB5129242
• Windows 10 21H2 et 22H2 : KB5129236
• Windows Server 2025 : KB5129235
• Windows Server 2022 : KB5129237

Microsoft propose également d’autres correctifs pour certaines anciennes éditions Windows 10 et Windows Server.

Le fait que Microsoft publie une série aussi large de correctifs quelques jours après le Patch Tuesday montre que le problème RDS était suffisamment important pour ne pas attendre la prochaine mise à jour mensuelle.

Hyper-V et les partages Plan9 sont corrigés

KB5129195 corrige également le problème que nous avions évoqué précédemment concernant certaines applications utilisant des machines virtuelles gérées par Host Compute Service (HCS).

Le bug affectait le partage de dossiers entre l’hôte Windows et une machine virtuelle Linux lorsque le système utilisait Plan9/9P.

Dans certaines configurations, les dossiers partagés depuis Windows :

• n’apparaissaient plus dans la machine virtuelle ;
• ou devenaient inaccessibles.

Ce comportement pouvait notamment perturber des applications reposant sur des environnements Linux virtualisés.

La mise à jour d’urgence corrige ce problème.

Microsoft corrige aussi une partie du bug audio USB

Le Patch Tuesday de septembre avait également provoqué des problèmes avec certains périphériques USB Audio Class 1.0.

KB5129195 corrige désormais un cas particulier : les périphériques qui fonctionnaient normalement en stéréo mais échouaient lorsqu’un mode audio multicanal était utilisé.

• Microsoft cite notamment : 8 canaux
• et : audio 3D

comme configurations concernées.

Après installation de la mise à jour d’urgence, ces modes doivent à nouveau fonctionner normalement sur les périphériques concernés.

Mais le bug USB Audio Class 1.0 n’est pas complètement corrigé

Attention toutefois : il existe en réalité deux problèmes audio distincts.

Le premier, concernant les modes 8 canaux et 3D, est corrigé.

Mais Microsoft reconnaît qu’un autre problème persiste.

Certains périphériques USB Audio Class 1.0 peuvent toujours :

• refuser de démarrer ;
• afficher un Code 10 dans le Gestionnaire de périphériques ;
• ne produire aucun son ;
• laisser le volume bloqué à zéro ;
• rendre les paramètres audio indisponibles ou inopérants.

Microsoft indique travailler encore sur une solution.

Ainsi, installer KB5129195 ne garantit pas que tous les problèmes audio introduits en septembre disparaissent.

Une nouvelle protection contre CVE-2026-62721

La mise à jour hors bande ne se limite pas aux correctifs de stabilité.

Elle ajoute également des protections concernant CVE-2026-62721, une vulnérabilité d’élévation de privilèges affectant Windows User-Mode Power Service (UMPS).

Cette partie explique aussi pourquoi Microsoft classe KB5129195 parmi les mises à jour de sécurité plutôt que comme une simple mise à jour facultative de correction de bugs.

Sur Windows 11 24H2 et 25H2, elle est distribuée automatiquement par Windows Update.

KB5129195 est aussi proposée en Hotpatch

Les appareils professionnels éligibles à Windows Hotpatch disposent également d’une version spécifique : KB5129241

Cette variante apporte les mêmes principaux correctifs sans nécessiter de redémarrage lorsque la mise à jour de septembre KB5124008 est déjà installée.

Elle est principalement destinée aux environnements professionnels compatibles avec Hotpatch.

Le problème des GPU AMD n’est pas corrigé

Malgré le nombre de corrections, KB5129195 ne règle pas tous les problèmes remontés depuis KB5124008.

WindowsLatest signale notamment que certains utilisateurs de cartes graphiques AMD Radeon continuent de rencontrer des dysfonctionnements après les mises à jour de septembre.

Des utilisateurs rapportent notamment :

• des AMD Driver Timeout ;
• des écrans noirs ;
• des plantages du pilote graphique ;
• parfois des blocages ou redémarrages.

Des témoignages similaires apparaissent également après l’installation de KB5129195.

Microsoft ne documente toutefois pas encore ce problème AMD dans les notes officielles de KB5129195.

Il faut donc rester prudent : contrairement aux bugs RDS, Hyper-V et USB Audio multicanal, le problème graphique AMD ne dispose pas encore d’un correctif officiel identifié dans cette mise à jour.

Il ne faut pas confondre signalements et problème officiellement reconnu

Le fait que plusieurs utilisateurs rencontrent des erreurs similaires après une mise à jour constitue un signal à surveiller, mais cela ne suffit pas à établir que KB5124008 ou KB5129195 est systématiquement responsable.

Pour les problèmes AMD, le lien reste donc moins solidement établi que pour RDS ou Hyper-V.

À ce stade, il vaut mieux parler de signalements de problèmes sur certaines configurations AMD, plutôt que d’un bug généralisé confirmé par Microsoft.

Faut-il installer KB5129195 ?

Sur Windows 11 24H2 et 25H2, oui.

KB5129195 est précisément conçue pour remplacer KB5124008 et corriger plusieurs de ses régressions les plus gênantes.

Son installation est particulièrement recommandée si votre machine utilise :

Remote Desktop Services, des machines virtuelles reposant sur HCS/Plan9, ou un périphérique audio USB multicanal.

De plus, la mise à jour ajoute une protection contre CVE-2026-62721.

Il y a donc peu d’intérêt à rester volontairement sur KB5124008 lorsqu’une version corrigée est proposée.

Que faire en cas de problème audio après KB5129195 ?

Si le périphérique fonctionne en stéréo mais ne fonctionnait plus en 8 canaux ou en audio 3D, KB5129195 devrait corriger le problème.

En revanche, si vous avez toujours : Code 10, aucun son, un volume bloqué ou des paramètres audio qui ne répondent plus, vous êtes probablement confronté au second problème USB Audio Class 1.0 encore reconnu par Microsoft.

Dans ce cas, il faut attendre un correctif supplémentaire.

Désinstaller KB5129195 puis KB5124008 peut éventuellement confirmer l’origine du problème, mais ce n’est pas une solution idéale puisque cela retire également les correctifs de sécurité de septembre.

Une semaine difficile pour les mises à jour Windows

La publication de cette mise à jour d’urgence intervient seulement six jours après KB5124008.

Le Patch Tuesday de septembre devait pourtant constituer une mise à jour importante, avec 966 vulnérabilités corrigées et plusieurs nouveautés pour Windows 11.

Mais plusieurs régressions sont rapidement apparues :

• RDS instable, partages Linux Plan9 cassés, audio USB défaillant et divers autres problèmes signalés.
• Microsoft a donc dû publier une série de mises à jour hors cycle afin de stabiliser Windows.
• La bonne nouvelle est que les problèmes RDS et Hyper-V disposent désormais d’un correctif officiel.

La moins bonne est que le problème USB Audio n’est encore que partiellement résolu, tandis que les signalements liés aux GPU AMD restent sans solution identifiée dans KB5129195.

Conclusion

Microsoft tente de réparer les dégâts provoqués par le Patch Tuesday de septembre avec KB5129195, une mise à jour d’urgence pour Windows 11 24H2 et 25H2.

Elle corrige plusieurs problèmes importants :

Remote Desktop Services, les partages de dossiers Linux via Hyper-V/HCS et Plan9, ainsi que les problèmes audio touchant les modes 8 canaux et 3D de certains périphériques USB Audio Class 1.0.

Elle ajoute également une protection contre CVE-2026-62721.

Mais le travail n’est pas terminé.

Certains périphériques USB Audio Class 1.0 peuvent toujours ne plus produire de son ou afficher un Code 10, et les problèmes graphiques signalés sur certaines configurations AMD ne semblent pas être corrigés par cette mise à jour.

KB5129195 est donc une amélioration importante par rapport à KB5124008, mais elle ne clôt pas encore complètement l’épisode mouvementé des mises à jour Windows de septembre 2026.

L’article Windows 11 KB5129195 : Microsoft publie une mise à jour d’urgence après les bugs du Patch Tuesday de septembre est apparu en premier sur malekal.com.

La mise à jour de sécurité KB5124008 de Windows 11 24H2 et 25H2 continue d’accumuler les problèmes.

Après les bugs liés à WSL, au Bureau à distance, à l’Explorateur de fichiers et à l’Historique des fichiers, Microsoft confirme désormais qu’un nouveau dysfonctionnement peut empêcher certains périphériques audio USB de fonctionner correctement.

Le problème concerne spécifiquement les appareils utilisant USB Audio Class 1.0. Sur les PC affectés, le périphérique peut refuser de démarrer, ne produire aucun son ou rendre les réglages de volume inopérants.

La situation est d’autant plus paradoxale que KB5124008 corrige parallèlement plusieurs régressions introduites par la Preview d’août, notamment le bug qui réinitialisait les paramètres de la souris et celui qui transformait le fond d’écran en arrière-plan noir.

Un problème audio officiellement reconnu par Microsoft

Microsoft a ajouté le problème à la page de suivi officielle de Windows 11.

Après installation de la mise à jour de sécurité du 8 septembre 2026 KB5124008, certains périphériques USB Audio Class 1.0 peuvent ne plus démarrer ou ne plus produire de son.

Les symptômes possibles sont les suivants :

• le périphérique apparaît avec l’erreur « Ce périphérique ne peut pas démarrer (Code 10) » dans le Gestionnaire de périphériques ;
• aucune sortie audio n’est disponible ;
• les contrôles de volume restent bloqués ou ne répondent plus ;
• les paramètres audio deviennent indisponibles ou ne répondent plus ;
• certains périphériques fonctionnent encore en stéréo classique mais échouent avec les modes multicanaux.

Microsoft précise que certains utilisateurs parviennent à récupérer le son en repassant sur un mode 2 canaux au lieu d’un mode multicanal, 8 canaux ou audio 3D.

Seuls certains périphériques USB Audio Class 1.0 sont concernés

Le bug ne touche pas tous les systèmes audio.

Microsoft limite actuellement le problème aux périphériques qui utilisent USB Audio Class 1.0.

Cela peut concerner, selon le matériel :

• des DAC USB ;
• certaines interfaces audio ;
• certains casques USB ;
• des cartes son externes ;
• du matériel audio professionnel plus ancien.

Les périphériques utilisant d’autres classes audio ou des pilotes propriétaires ne sont pas nécessairement affectés.

Microsoft n’a pour le moment pas publié de liste de modèles précis.

Windows 11 24H2, 25H2 et 26H1 sont concernés

Le problème touche :

• Windows 11 24H2 ;
• Windows 11 25H2 ;
• Windows 11 26H1.

Windows Server n’est pas concerné par ce bug audio.

Microsoft indique travailler sur un correctif qui sera intégré dans une future mise à jour de Windows.

Aucune mise à jour hors bande n’a encore été annoncée.

Que faire si le son ne fonctionne plus après KB5124008 ?

Si le problème apparaît juste après la mise à jour de septembre, commencez par vérifier le périphérique dans :

Gestionnaire de périphériques > Contrôleurs audio, vidéo et jeu

ou :

Entrées et sorties audio

Si vous voyez un Code 10, le problème peut correspondre au bug désormais reconnu par Microsoft.

Dans le cas d’un périphérique multicanal, vous pouvez également tester temporairement un fonctionnement en stéréo 2 canaux.

Microsoft indique que cette modification permet de restaurer le son sur certains appareils concernés.

Il vaut également la peine de vérifier si le constructeur du périphérique propose un pilote ou un firmware plus récent.

Faut-il désinstaller KB5124008 ?

La désinstallation est possible, mais elle ne doit pas être le premier réflexe.

KB5124008 est une mise à jour de sécurité obligatoire qui corrige notamment les vulnérabilités du Patch Tuesday de septembre 2026, dont des zero-day déjà exploitées.

Retirer la mise à jour revient donc également à retirer ces correctifs de sécurité.

Si le problème audio est bloquant et qu’aucune autre solution ne fonctionne, la désinstallation peut servir de solution temporaire de diagnostic, mais il est préférable d’attendre un correctif Microsoft ou de rechercher une solution côté pilote si cela est possible.

KB5124008 continue d’accumuler les bugs

Ce nouveau problème audio vient s’ajouter à une liste déjà importante de régressions associées à la mise à jour de septembre.

Microsoft a déjà confirmé notamment un problème avec les applications utilisant des machines virtuelles gérées par HCS et le partage de dossiers via Plan9/9P.

Ce bug affecte notamment des applications qui utilisent WSL ou des environnements Linux virtualisés.

WindowsLatest indique par exemple que Claude Cowork ne peut plus accéder correctement aux dossiers de l’hôte après installation de KB5124008.

WSL et certains environnements virtualisés sont cassés

Le problème concerne le mécanisme permettant à une machine virtuelle Linux d’accéder à certains dossiers Windows.

Après installation de KB5124008, les applications utilisant cette architecture peuvent ne plus réussir à monter les dossiers partagés.

Microsoft précise que les machines virtuelles Hyper-V classiques qui n’utilisent pas la fonctionnalité Plan9 ne sont pas concernées.

L’entreprise travaille là encore sur un correctif.

Le Bureau à distance rencontre également des problèmes

Microsoft reconnaît aussi des problèmes avec Services Bureau à distance (RDS).

Après KB5124008, certaines connexions peuvent devenir instables ou échouer.

Des utilisateurs peuvent également rester bloqués sur le message :

Veuillez patienter pendant la configuration du Bureau à distance

ou rencontrer des problèmes avec l’Explorateur de fichiers et la console MMC dans certaines sessions distantes.

Ces problèmes semblent toucher principalement les environnements professionnels.

Des plantages d’Explorer.exe sont également étudiés

WindowsLatest rapporte également un autre problème potentiellement sérieux : Explorer.exe peut ne pas démarrer ou planter après ouverture de session.

Comme explorer.exe gère notamment :

• le Bureau ;
• la barre des tâches ;
• le menu Démarrer ;
• l’Explorateur de fichiers ;

un plantage peut laisser l’utilisateur face à un écran noir ou à une session Windows difficilement utilisable.

Microsoft indique examiner ces signalements.

Les premiers retours semblent particulièrement concerner certains environnements professionnels utilisant des profils conteneurisés comme :

• Citrix UPM ;
• FSLogix ;
• Horizon ;
• ProfileUnity ProfileDisks.

L’Historique des fichiers pourrait également être cassé

Un autre bug, qui n’est pas encore officiellement reconnu par Microsoft, concerne Historique des fichiers.

Certains utilisateurs signalent que Windows ne détecte plus le disque externe utilisé pour les sauvegardes.

Historique des fichiers affiche alors un message indiquant qu’aucun lecteur n’est connecté, même lorsque le disque est bien présent.

Selon WindowsLatest, désinstaller KB5124008 permet de restaurer le fonctionnement sur certains PC.

Cette régression reste néanmoins à confirmer officiellement.

Une accumulation de problèmes après plusieurs mises à jour difficiles

Les dernières mises à jour de Windows 11 ont connu plusieurs régressions importantes.

En août, KB5121003 provoquait notamment des plantages dans certains jeux à cause de conflits avec certains pilotes bas niveau, en particulier inpoutx64.sys.

Fin août, KB5120998 a introduit les problèmes de curseur et de fond d’écran.

Et maintenant, KB5124008 corrige ces deux problèmes mais introduit à son tour des difficultés avec :

• certains périphériques audio USB ;
• WSL et le partage de dossiers Plan9 ;
• le Bureau à distance ;
• potentiellement Explorer.exe ;
• potentiellement Historique des fichiers.

La situation devient donc assez frustrante pour les utilisateurs qui voient un correctif résoudre un problème tout en pouvant en déclencher un autre.

En lien, à lire :

Un problème qui tombe mal pour Microsoft

La situation est également assez ironique.

Microsoft insiste actuellement sur l’importance d’installer rapidement les mises à jour de sécurité, notamment en raison de l’augmentation des vulnérabilités découvertes et de l’utilisation croissante de l’intelligence artificielle pour rechercher des failles.

Or KB5124008 est précisément une mise à jour qu’il est difficile de conseiller de repousser longtemps : elle corrige 966 vulnérabilités, dont plusieurs failles critiques et deux zero-day déjà exploitées.

Mais elle peut parallèlement provoquer des problèmes très gênants sur certaines configurations.

Pour Microsoft, l’enjeu est donc de parvenir à maintenir un niveau de sécurité élevé sans dégrader la fiabilité des machines après chaque Patch Tuesday.

Faut-il installer KB5124008 malgré les bugs ?

Pour la majorité des utilisateurs, oui.

KB5124008 reste une mise à jour de sécurité importante, et les problèmes décrits ne concernent pas tous les PC.

Les deux zero-day corrigées en septembre sont déjà exploitées dans des attaques, ce qui rend le report prolongé de la mise à jour peu souhaitable.

En revanche, dans un environnement professionnel utilisant :

• des périphériques USB Audio Class 1.0 ;
• WSL ou des environnements Linux virtualisés ;
• RDS ;
• FSLogix ou Citrix ;
• Historique des fichiers ;

il peut être raisonnable de tester la mise à jour sur quelques machines avant un déploiement généralisé.

Microsoft travaille sur de nouveaux correctifs

Microsoft indique qu’un correctif est en préparation pour le bug USB Audio.

L’entreprise travaille également sur les problèmes de virtualisation et de Bureau à distance.

Pour les problèmes Explorer.exe, les équipes Microsoft collectent encore des données afin d’identifier précisément la cause.

Il est donc possible qu’une mise à jour hors bande ou une prochaine Preview apporte plusieurs corrections.

Conclusion

Le Patch Tuesday de septembre 2026 illustre une nouvelle fois la difficulté de concilier sécurité, nouvelles fonctionnalités et stabilité sous Windows 11.

KB5124008 corrige les bugs de curseur et de fond d’écran introduits fin août, mais Microsoft confirme maintenant qu’elle peut également couper complètement le son de certains périphériques USB Audio Class 1.0.

À cela s’ajoutent des problèmes avec WSL, les machines virtuelles utilisant Plan9, le Bureau à distance, ainsi que des rapports de plantages d’Explorer.exe et d’Historique des fichiers défaillant.

Pour autant, désinstaller systématiquement KB5124008 n’est pas forcément une bonne idée : elle contient des correctifs de sécurité importants pour des vulnérabilités déjà exploitées.

La meilleure approche reste donc de conserver la mise à jour sur les machines qui fonctionnent normalement, tout en surveillant les périphériques audio USB et les environnements professionnels concernés.

Microsoft devra maintenant corriger rapidement ces nouvelles régressions pour éviter que le Patch Tuesday de septembre ne devienne un nouvel épisode difficile pour la fiabilité de Windows 11.

L’article Windows 11 KB5124008 coupe le son sur certains PC : Microsoft confirme un nouveau bug de la mise à jour de septembre est apparu en premier sur malekal.com.

L’indice de performances Windows (WEI) permet d’évaluer rapidement les principaux composants du PC à partir des mesures réalisées par WinSAT. Processeur, mémoire RAM, stockage et performances graphiques reçoivent chacun un sous-score, tandis que l’indice global est déterminé par le résultat le plus faible.

Si un sous-score est nettement inférieur aux autres, il peut indiquer qu’un composant limite davantage la configuration. Il est alors possible d’agir sur certains paramètres, de mettre à jour les pilotes, d’améliorer le refroidissement ou, si nécessaire, de faire évoluer le matériel.

Dans ce guide, vous allez voir comment améliorer le score WEI sous Windows 11/10, en agissant sur le CPUScore, le MemoryScore, le DiskScore, le GraphicsScore et le D3DScore, tout en gardant à l’esprit que le plus important reste d’améliorer les performances réelles du PC.

Pourquoi améliorer l’indice de performances Windows ?

L’indice de performances Windows (WEI) permet surtout d’identifier le composant qui limite le plus les performances générales du PC. Comme le score global dépend du sous-score le plus faible, améliorer ce composant peut faire progresser l’indice.

Cela peut aussi être utile pour vérifier l’effet d’un changement matériel ou d’une optimisation, par exemple après :

• l’ajout de mémoire RAM ;
• le remplacement d’un disque dur par un SSD ;
• la mise à jour d’un pilote graphique ;
• un changement de processeur ou de carte graphique ;
• une correction de problème de chauffe ou de limitation des performances.

Le guide :

Il ne faut toutefois pas chercher à augmenter le score WEI uniquement pour obtenir une meilleure note. L’objectif principal reste d’améliorer les performances réelles du PC et de corriger un éventuel déséquilibre entre les composants.

La première étape consiste donc à repérer quel sous-score limite l’indice global.

Identifier le sous-score qui limite le WEI

L’indice de performances Windows (WEI) repose sur plusieurs sous-scores correspondant aux principaux composants du PC. Le score global est déterminé par le sous-score le plus faible, et non par une moyenne.

Pour savoir quel élément limite l’indice, affichez les résultats WinSAT puis comparez notamment :

• CPUScore : performances du processeur ;
• MemoryScore : performances de la mémoire RAM ;
• GraphicsScore : performances graphiques ;
• D3DScore : performances 3D ;
• DiskScore : performances du stockage.

Par exemple, si le processeur, la mémoire et le graphique obtiennent des scores supérieurs à 8, mais que le DiskScore reste à 5,9, c’est le stockage qui limite principalement le WEI.

Avant toute optimisation, commencez donc par identifier ce sous-score faible. Cela permet de cibler les actions utiles au lieu de modifier au hasard plusieurs composants ou réglages.

Pour afficher et interpréter les différents scores :

Améliorer automatiquement les performances avec AnalysePC

AnalysePC permet d’aller plus loin que le simple score WEI. Il récupère les résultats WinSAT, les replace dans le contexte matériel du PC et analyse automatiquement plusieurs éléments pouvant expliquer un mauvais score ou des performances insuffisantes.

Il peut notamment vérifier :

• les scores WinSAT du processeur, de la mémoire, du stockage et du graphique ;
• la charge CPU, RAM et disque ;
• les programmes qui ralentissent le démarrage ;
• l’état du stockage et certains problèmes matériels ;
• les températures et signes de surchauffe ;
• les éléments pouvant limiter les performances du système.

L’intérêt est qu’AnalysePC ne se contente pas d’afficher un sous-score faible : il aide à identifier la cause probable et les actions à effectuer.

Par exemple, si le DiskScore est faible, l’analyse peut aider à déterminer si le problème vient d’un stockage lent, d’un SSD en difficulté ou d’une activité disque anormale. De la même manière, un CPUScore ou un score graphique faible peut être replacé dans le contexte des températures, de la charge ou du matériel installé.

Vous pouvez donc utiliser AnalysePC comme diagnostic automatique complémentaire à WinSAT, puis appliquer les conseils détaillés dans les sections suivantes selon le composant concerné :

Améliorer le score du processeur (CPUScore)

Le CPUScore reflète les performances du processeur mesurées par WinSAT. Si ce sous-score est le plus faible, il faut d’abord vérifier que le processeur fonctionne dans de bonnes conditions avant d’envisager un remplacement matériel.

Commencez par contrôler :

• le mode d’alimentation utilisé par Windows ;
• les températures du processeur ;
• la présence éventuelle de throttling thermique ;
• les applications qui consomment fortement le CPU en arrière-plan ;
• les pilotes du chipset et le BIOS/UEFI ;
• les éventuels profils de performances définis par le constructeur.

Sur un PC portable, branchez l’ordinateur sur secteur et utilisez un mode Équilibré ou Meilleures performances avant de relancer WinSAT.

Une surchauffe peut réduire automatiquement la fréquence du processeur et donc dégrader le score obtenu. Nettoyer le système de refroidissement, améliorer la ventilation ou corriger un problème de pâte thermique peut alors permettre de retrouver des performances normales.

En revanche, si le processeur est ancien ou peu performant, les possibilités d’amélioration logicielle restent limitées. Dans ce cas, une progression importante du CPUScore nécessite généralement un changement de processeur ou de plateforme.

Après les modifications, relancez :

winsat cpu

ou une évaluation complète avec :

winsat formal

afin de vérifier si le score a évolué.

Améliorer le score de la mémoire RAM (MemoryScore)

Le MemoryScore mesure les performances de la mémoire vive lors des tests WinSAT. Un score faible peut venir d’une mémoire peu performante, d’une configuration en simple canal ou d’un problème de réglage.

Commencez par vérifier :

• que toute la mémoire RAM installée est bien détectée par Windows ;
• que les barrettes fonctionnent à la fréquence prévue ;
• que le mode Dual Channel est actif lorsque la configuration le permet ;
• que les profils XMP/EXPO sont correctement activés dans le BIOS/UEFI si vous souhaitez utiliser la fréquence nominale de la mémoire ;
• qu’aucune barrette défectueuse ou instable n’est présente.

L’ajout de mémoire RAM peut améliorer le confort général si le PC en manque, mais il ne fait pas forcément fortement progresser le MemoryScore. Pour WinSAT, les performances dépendent davantage de la bande passante mémoire, de la fréquence, des timings et du mode simple ou double canal.

Sur certaines configurations, passer de Single Channel à Dual Channel peut donc être plus bénéfique pour le score que simplement augmenter la quantité de RAM.

Si la mémoire fonctionne déjà à sa fréquence prévue et dans une configuration optimale, les possibilités d’amélioration logicielle restent limitées. Un gain plus important nécessitera généralement une mémoire plus rapide ou une plateforme plus récente.

Après les modifications, vous pouvez relancer uniquement le test mémoire avec :

winsat mem

ou effectuer une nouvelle évaluation complète avec :

winsat formal

Améliorer le score du disque (DiskScore)

Le DiskScore mesure les performances du disque système utilisé par Windows. Un score faible peut indiquer un stockage lent, une configuration défavorable ou un problème qui limite les débits.

Commencez par vérifier :

• si Windows est installé sur un SSD ou encore sur un disque dur mécanique ;
• l’espace libre disponible sur le disque système ;
• l’état de santé SMART du SSD ou du disque dur ;
• que les pilotes du contrôleur de stockage et du chipset sont à jour ;
• que le SSD fonctionne bien sur l’interface prévue, par exemple SATA ou NVMe ;
• qu’aucune activité disque importante ne perturbe le test.

Le changement le plus efficace pour améliorer fortement le DiskScore reste généralement de remplacer un HDD par un SSD. Sur une machine déjà équipée d’un SSD SATA, passer à un SSD NVMe plus rapide peut également améliorer le score, même si le gain ressenti au quotidien n’est pas toujours proportionnel à la hausse du benchmark.

Un disque presque plein, présentant des erreurs ou fortement sollicité en arrière-plan peut aussi obtenir un résultat inférieur à ses capacités normales. Avant de relancer le test, fermez les applications inutiles et laissez suffisamment d’espace libre.

Après les modifications, vous pouvez tester uniquement le stockage avec :

winsat disk

ou relancer une évaluation complète avec :

winsat formal

Si le DiskScore reste nettement inférieur aux autres sous-scores, le stockage constitue probablement le principal facteur limitant de l’indice WEI.

Améliorer les scores graphiques (GraphicsScore et D3DScore)

Les scores GraphicsScore et D3DScore évaluent les performances graphiques mesurées par WinSAT. Le premier concerne davantage l’affichage et le bureau Windows, tandis que le second est lié aux performances graphiques 3D.

Si ces scores sont faibles, commencez par vérifier :

• que le pilote graphique est installé et à jour ;
• que Windows utilise bien le GPU attendu sur un PC équipé de plusieurs cartes graphiques ;
• que le mode d’alimentation ne limite pas les performances ;
• que le PC portable est branché sur secteur ;
• que le GPU ne réduit pas ses fréquences en raison d’une surchauffe ;
• qu’aucune application lourde n’utilise la carte graphique pendant le test.

Vous pouvez également alléger certains effets visuels de Windows. Désactiver les effets de transparence, les animations ou d’autres effets graphiques peut réduire légèrement la charge d’affichage, surtout sur une configuration ancienne ou équipée d’un GPU intégré peu performant.
Le tutoriel :

Cela ne transformera toutefois pas les capacités matérielles du GPU et l’effet sur le score WinSAT peut être limité.

Pour améliorer sensiblement un GraphicsScore ou un D3DScore faible, les solutions les plus efficaces restent généralement l’installation d’un pilote adapté et, lorsque cela est possible, l’utilisation d’une carte graphique plus performante.

Après les modifications, relancez une évaluation complète :

winsat formal

Vous pourrez ensuite comparer les nouveaux sous-scores avec les résultats précédents.

Mettre à jour les pilotes avant de relancer WinSAT

Des pilotes obsolètes ou mal installés peuvent limiter les performances mesurées par WinSAT, en particulier pour la carte graphique, le chipset et le contrôleur de stockage.

Avant de relancer une évaluation, vérifiez donc que les principaux pilotes du PC sont à jour, notamment :

• le pilote graphique NVIDIA, AMD ou Intel ;
• les pilotes du chipset ;
• les pilotes du contrôleur de stockage ;
• les éventuels pilotes spécifiques fournis par le constructeur du PC.

Privilégiez les pilotes proposés par Windows Update, le fabricant du PC ou le constructeur du composant.

Après la mise à jour, redémarrez Windows afin que les nouveaux pilotes soient correctement chargés, puis relancez :

winsat formal

Si un sous-score augmente après la mise à jour, cela signifie que l’ancien pilote limitait probablement les performances du composant concerné.

En revanche, une mise à jour de pilote ne permet pas toujours d’améliorer sensiblement le WEI : si le matériel fonctionne déjà correctement, le gain peut être faible ou nul.

Vérifier le mode d’alimentation et les performances du PC

Le mode d’alimentation peut influencer les résultats obtenus avec WinSAT, surtout sur un PC portable. Un profil orienté économie d’énergie peut limiter la fréquence du processeur, les performances graphiques ou la consommation globale du système.

• Avant de relancer le test, vérifiez le réglage utilisé dans :
• Paramètres > Système > Alimentation et batterie
• Pour obtenir des mesures plus représentatives des performances maximales du PC, utilisez de préférence le mode Équilibré ou Meilleures performances.

Sur un ordinateur portable, branchez également le PC sur secteur afin d’éviter les limitations appliquées sur batterie.

Pensez aussi à fermer les applications lourdes et les tâches inutiles en arrière-plan avant de lancer WinSAT. Une charge importante du processeur, du disque ou du GPU peut fausser les résultats et faire baisser certains sous-scores.

Enfin, certains constructeurs ajoutent leurs propres profils de performances dans leurs utilitaires. Vérifiez qu’un mode Silencieux, Économie ou similaire n’est pas actif au moment du test.

Pour en savoir plus :

Réduire la chauffe et éviter le throttling

Une température trop élevée peut réduire les performances du processeur ou de la carte graphique pendant les tests WinSAT. Pour se protéger, le matériel peut diminuer automatiquement ses fréquences : c’est le throttling thermique.

Si le PC chauffe trop, les scores CPUScore, GraphicsScore ou D3DScore peuvent donc être inférieurs aux performances réelles du matériel.

Avant de relancer WinSAT, vérifiez notamment :

• que les ventilateurs fonctionnent correctement ;
• que les grilles d’aération ne sont pas obstruées ;
• que le PC n’est pas posé sur une surface qui bloque la ventilation ;
• que le système de refroidissement n’est pas encrassé par la poussière ;
• que les températures restent raisonnables pendant une charge soutenue ;
• que le mode silencieux ou un profil constructeur ne limite pas excessivement les performances.

Sur un PC ancien, un nettoyage du système de refroidissement ou le remplacement de la pâte thermique peut parfois permettre au processeur de maintenir de meilleures fréquences.

Sur un portable, utilisez de préférence le PC sur secteur et dans de bonnes conditions de ventilation avant de lancer le test.

Le guide :

Si les températures sont correctes mais que les fréquences chutent toujours fortement, il peut être utile de vérifier les limites de puissance imposées par le BIOS/UEFI ou par le logiciel du constructeur.

Relancer WinSAT après les modifications

Après avoir modifié un réglage, mis à jour un pilote ou changé un composant matériel, relancez WinSAT afin de vérifier si les sous-scores ont évolué.

Pour refaire une évaluation complète, ouvrez Terminal Windows, PowerShell ou Invite de commandes en administrateur, puis exécutez :

winsat formal

Laissez le test se terminer sans utiliser d’application lourde en parallèle. Sur un PC portable, branchez de préférence l’ordinateur sur secteur et conservez le même mode d’alimentation afin de pouvoir comparer les résultats dans des conditions similaires.

Vous pouvez ensuite afficher les nouveaux scores WEI et les comparer avec les précédents.

Si un sous-score n’évolue presque pas malgré les optimisations, il est possible que la limite soit simplement matérielle. À l’inverse, une hausse nette après une correction peut confirmer que le pilote, la chauffe, le mode d’alimentation ou un autre réglage bridait auparavant les performances.

Peut-on obtenir un score WEI de 9,9 ?

Oui, mais uniquement sur certains composants et avec du matériel très performant. Sur les versions modernes de Windows, l’indice WEI utilise une échelle pouvant aller jusqu’à 9,9.

Atteindre cette valeur dépend fortement du composant testé :

• un SSD NVMe haut de gamme peut obtenir un DiskScore très élevé ;
• un processeur récent peut approcher la limite sur CPUScore ;
• de la mémoire rapide et correctement configurée peut obtenir un excellent MemoryScore ;
• une carte graphique puissante peut obtenir des scores élevés sur GraphicsScore et D3DScore.

Il faut cependant garder à l’esprit que le score global WEI correspond au sous-score le plus faible. Il suffit donc qu’un seul composant reste à 8,4 pour que l’indice global ne puisse pas atteindre 9,9, même si tous les autres composants sont au maximum.

Dans la pratique, obtenir 9,9 partout est surtout un objectif de benchmark. Cela n’apporte pas forcément un gain visible dans l’usage quotidien et peut nécessiter du matériel très haut de gamme.

Le plus important est donc d’obtenir des scores équilibrés et adaptés à l’usage du PC, plutôt que de chercher absolument la note maximale.

Faut-il chercher à maximiser le score WEI ?

Pas forcément. Un score WEI élevé peut être intéressant pour comparer une configuration ou vérifier qu’un composant fonctionne correctement, mais il ne faut pas en faire un objectif en soi.

Le score global dépend du sous-score le plus faible. Chercher à atteindre 9,9 partout peut donc pousser à remplacer un composant qui ne limite pourtant pas réellement votre usage.

Par exemple, un GraphicsScore moyen n’est pas gênant sur un PC utilisé pour la bureautique, tandis qu’un DiskScore faible peut avoir beaucoup plus d’impact sur la réactivité générale.

Il vaut mieux chercher à obtenir une configuration équilibrée et adaptée à vos besoins qu’un score maximal.

Le WEI doit donc être utilisé comme un indicateur parmi d’autres. Pour améliorer concrètement les performances de Windows, il faut surtout agir sur les ralentissements réels du PC, la charge logicielle, le stockage, la mémoire, les températures et les éventuels problèmes matériels.

Aller plus loin pour accélérer réellement Windows

L’indice WEI permet de repérer un composant potentiellement limitant, mais il ne résume pas à lui seul la vitesse réelle de Windows.

Pour améliorer concrètement les performances du PC, il faut aussi vérifier la charge du système, les programmes au démarrage, l’utilisation de la mémoire, l’activité du disque, les températures, les pilotes et l’état général du matériel.

Un ordinateur peut donc obtenir de bons scores WinSAT tout en restant lent à cause d’un trop grand nombre de logiciels en arrière-plan, d’un stockage presque plein, d’une surchauffe ou d’un problème système.

Pour aller plus loin :

L’objectif reste donc d’améliorer les performances ressenties au quotidien, pas seulement d’augmenter le score WEI.

L’article Comment améliorer l’indice de performances Windows (WEI) sur Windows 11/10 est apparu en premier sur malekal.com.

Microsoft déploie la mise à jour KB5122878 pour Windows 10 dans le cadre du Patch Tuesday de septembre 2026.

Cette mise à jour concerne principalement les PC encore couverts par le programme Extended Security Updates (ESU) ainsi que certaines éditions LTSC de Windows 10. Elle n’apporte pas de nouvelle fonctionnalité majeure, mais intègre les correctifs de sécurité du mois, dont ceux liés aux 966 vulnérabilités corrigées par Microsoft, ainsi que plusieurs améliorations concernant Secure Boot, BitLocker, le Bureau à distance et la gestion des appareils.

Après installation, Windows 10 22H2 passe à la build 19045.7725, tandis que Windows 10 Enterprise LTSC 2021 passe à la build 19044.7725.

KB5122878 est une mise à jour de sécurité pour Windows 10 ESU

Le support standard de Windows 10 22H2 a pris fin le 14 octobre 2025.

Les PC grand public ou professionnels encore sous cette version ne reçoivent donc plus normalement les mises à jour de sécurité gratuites.

Pour continuer à recevoir les correctifs, il faut désormais :

• être inscrit au programme Extended Security Updates (ESU) ;
• utiliser une édition de Windows 10 encore supportée, comme certaines versions LTSC ;
• ou utiliser une édition IoT disposant d’un cycle de support plus long.

KB5122878 est précisément la mise à jour cumulative de septembre 2026 destinée à ces machines.

• Sur Windows 10 22H2 avec ESU, elle porte le système à : 19045.7725
• Sur Windows 10 Enterprise LTSC 2021 : 19044.7725

966 vulnérabilités corrigées dans le Patch Tuesday de septembre

KB5122878 intègre les correctifs de sécurité du Patch Tuesday de septembre 2026.

Microsoft a corrigé ce mois-ci 966 vulnérabilités dans ses différents produits, un chiffre particulièrement élevé.

Parmi elles figurent également deux zero-day déjà exploitées dans des attaques.

Il s’agit notamment de vulnérabilités permettant une élévation de privilèges jusqu’au niveau SYSTEM.

Pour les utilisateurs encore sous Windows 10 via ESU, l’installation de KB5122878 reste donc importante malgré l’absence de nouveautés visibles.

Secure Boot : Microsoft poursuit le déploiement des nouveaux certificats

KB5122878 améliore également le ciblage des machines éligibles au remplacement des anciens certificats Secure Boot 2011.

Microsoft déploie progressivement depuis 2026 les nouveaux certificats Secure Boot 2023 afin d’anticiper l’expiration des anciennes autorités de certification.

Avec cette mise à jour, Microsoft ajoute de nouvelles données permettant d’identifier plus précisément les PC compatibles avec le déploiement automatique des nouveaux certificats.

Le changement reste progressif.

Toutes les machines ne recevront donc pas immédiatement les nouveaux certificats après installation de KB5122878.

Windows reconnaît une nouvelle autorité de certification Microsoft

La mise à jour apporte également une modification au niveau des stratégies Windows Code Integrity.

Windows reconnaît désormais Microsoft Windows Production PCA 2026 RSA2048-SHA256 comme équivalente à : Microsoft Windows Production PCA 2011

Cette évolution fait partie de la transition vers les nouvelles chaînes de certificats utilisées par Microsoft.

L’objectif est notamment d’éviter des problèmes de compatibilité avec les applications et composants signés lors de la rotation des autorités de certification.

Un problème BitLocker est corrigé

KB5122878 corrige aussi un problème lié à certaines stratégies de groupe BitLocker.

Dans certaines configurations non recommandées, des PC pouvaient demander de manière inattendue la clé de récupération BitLocker après l’installation d’une mise à jour Windows.

Microsoft avait identifié ce problème comme connu sur certaines versions précédentes.

La mise à jour de septembre apporte désormais un correctif.

Cela ne signifie pas que toute demande de clé BitLocker après une mise à jour provient de ce bug, mais les configurations concernées ne devraient plus provoquer cette demande de récupération de manière erronée.

Correction d’un problème audio avec le Bureau à distance

Microsoft corrige également un problème concernant la redirection audio du Bureau à distance.

Dans certaines configurations, le son d’une session Remote Desktop pouvait ne pas être reproduit sur l’ordinateur local.

Après installation de KB5122878, l’audio doit de nouveau être correctement redirigé dans les environnements concernés.

Ce correctif peut notamment intéresser les entreprises utilisant encore Windows 10 sur des postes distants ou dans des environnements VDI.

Amélioration des journaux OMA-DM

La mise à jour améliore également les capacités de diagnostic du client OMA Device Management.

Le composant concerné est :

omadmclient.exe

OMA-DM est notamment utilisé pour la gestion des appareils dans les environnements professionnels.

KB5122878 ajoute davantage d’informations de débogage lors des connexions à un serveur de gestion.

Cela devrait faciliter le diagnostic des problèmes de configuration ou d’enrôlement des postes Windows 10 administrés à distance.

Changement du fuseau horaire du Maroc

Microsoft met également à jour les informations de fuseau horaire de Windows 10.

À partir du 20 septembre 2026, le Maroc passe de manière permanente à :

UTC+00:00

KB5122878 adapte donc Windows afin que l’heure locale soit correctement affichée après cette transition.

Le changement est appliqué automatiquement par le système.

La pile de maintenance est également mise à jour

KB5122878 inclut également une nouvelle version de la Servicing Stack Update (SSU).

La pile de maintenance est le composant de Windows responsable de l’installation des mises à jour.

La version associée est :

KB5122877 – version 19041.7714

Microsoft combine désormais généralement la SSU et la mise à jour cumulative afin de simplifier le déploiement.

Cette mise à jour de la pile améliore notamment la fiabilité du processus de mise à jour.

Attention aux images Windows déployées hors ligne

Microsoft signale également un point important pour les administrateurs qui maintiennent des images Windows hors ligne.

Lors de l’intégration de certaines mises à jour dynamiques, le fichier :

boot.stl

doit être présent dans le média d’installation.

Ce fichier est utilisé lors de la validation Secure Boot.

S’il est absent ou ne correspond pas à la bonne version de Windows, le système peut rencontrer un problème de démarrage lors de l’utilisation du média mis à jour.

Microsoft recommande donc d’utiliser son script de mise à jour WinPE ou de copier manuellement le fichier correspondant dans l’image.

Pour un utilisateur classique mettant simplement Windows à jour via Windows Update, ce point ne nécessite aucune action.

Aucun problème connu signalé pour le moment

Microsoft indique actuellement ne connaître aucun problème spécifique à KB5122878.

C’est plutôt une bonne nouvelle, surtout pour une mise à jour de sécurité cumulative.

Cela n’exclut évidemment pas l’apparition ultérieure de bugs ou de retours utilisateurs.

Microsoft peut mettre à jour sa page de support si de nouveaux problèmes sont identifiés.

Pourquoi certains PC Windows 10 ne recevront pas KB5122878

Si votre ordinateur est sous Windows 10 22H2 mais n’est pas inscrit au programme ESU, il est normal que KB5122878 ne soit pas proposée.

Le support gratuit de Windows 10 22H2 est terminé depuis octobre 2025.

Microsoft ne distribue donc plus les correctifs de sécurité classiques aux installations standard non couvertes.

Cela ne signifie pas que Windows Update est en panne.

Le système est simplement arrivé en fin de support.

Pour continuer à recevoir les mises à jour, les principales possibilités sont désormais :

• souscrire au programme ESU ;
• migrer vers Windows 11 si le matériel est compatible ;
• utiliser une édition Windows 10 disposant encore d’un support étendu.

A consulter :

Windows 10 Enterprise LTSC 2021 approche également de la fin du support

Les utilisateurs de Windows 10 Enterprise LTSC 2021 doivent également garder à l’esprit que cette version arrive bientôt en fin de support.

Microsoft prévoit la fin de son support le : 12 janvier 2027

Après cette date, elle ne recevra plus de mises à jour de sécurité normales.

Windows 10 IoT Enterprise LTSC 2021 bénéficie quant à lui d’un support beaucoup plus long, jusqu’en 2032.

Conclusion

KB5122878 est donc avant tout une mise à jour de sécurité et de maintenance pour Windows 10.

Elle permet aux PC encore couverts par Extended Security Updates ou certaines éditions LTSC de recevoir les correctifs du Patch Tuesday de septembre 2026.

La mise à jour apporte également plusieurs améliorations techniques autour de Secure Boot, BitLocker, l’intégrité du code, le Bureau à distance et la gestion OMA-DM.

Pour les utilisateurs Windows 10 encore éligibles, son installation est recommandée.

En revanche, si votre PC Windows 10 22H2 n’est pas inscrit au programme ESU, l’absence de KB5122878 dans Windows Update est normale : le support gratuit de Windows 10 est terminé depuis octobre 2025.

L’article Windows 10 KB5122878 : la mise à jour ESU de septembre 2026 corrige des failles est apparu en premier sur malekal.com.

Microsoft déploie le Patch Tuesday de septembre 2026 pour Windows 11 et Windows 10. Il s’agit d’un mois particulièrement chargé puisque l’éditeur corrige 966 vulnérabilités, dont 105 failles classées critiques et deux zero-day déjà exploitées dans des attaques.

Windows 11 24H2 et 25H2 reçoivent la mise à jour cumulative KB5124008, qui apporte également plusieurs nouveautés importantes : barre des tâches déplaçable et réellement plus petite, menu Démarrer redimensionnable, possibilité de supprimer Bing de Windows Search, ainsi que plusieurs correctifs issus de la Preview d’août.
Ce Patch Tuesday vient aussi avec un correctif de sécurité .NET Framework (KB5126052).

Un Patch Tuesday record avec 966 vulnérabilités corrigées

Microsoft corrige 966 vulnérabilités dans ses produits lors du Patch Tuesday du 8 septembre 2026.

Selon le décompte de BleepingComputer, il s’agit du plus important Patch Tuesday jamais publié par Microsoft, devant les 570 vulnérabilités corrigées en juillet et les quelque 400 du mois d’août.

Parmi les vulnérabilités corrigées ce mois-ci, Microsoft classe 105 failles comme critiques.

La répartition communiquée comprend approximativement :

• 438 vulnérabilités d’élévation de privilèges ;
• 258 vulnérabilités permettant l’exécution de code à distance ;
• 173 fuites d’informations ;
• 56 dénis de service ;
• 19 contournements de fonctions de sécurité ;
• 16 vulnérabilités d’usurpation.

Parmi les 105 vulnérabilités critiques, 81 concernent l’exécution de code à distance et 20 permettent une élévation de privilèges.

Ce chiffre de 966 ne comprend pas 204 vulnérabilités déjà corrigées plus tôt dans le mois, notamment dans Azure, Copilot Studio, Microsoft Fabric, Entra ID, Edge et Power Automate.

Deux zero-day sont déjà exploitées dans des attaques

La priorité de ce Patch Tuesday concerne surtout deux vulnérabilités que Microsoft considère comme activement exploitées.

CVE-2026-81963 : élévation de privilèges dans Windows Update

La première vulnérabilité, CVE-2026-81963, concerne la pile de mise à jour de Windows (Windows Update Stack).

Il s’agit d’une vulnérabilité d’élévation de privilèges permettant à un attaquant disposant déjà d’un accès local au système d’obtenir des privilèges SYSTEM, c’est-à-dire le niveau de privilèges le plus élevé de Windows.

La vulnérabilité provient d’une mauvaise gestion des liens lors de l’accès à certains fichiers.

Microsoft la décrit comme un problème de type link following, où Windows Update peut résoudre incorrectement un lien avant d’effectuer une opération sur un fichier.

Un attaquant capable d’exploiter ce comportement peut détourner certaines opérations privilégiées de Windows Update.

Microsoft indique que la faille a été découverte avec la participation de son équipe Microsoft Threat Intelligence Center (MSTIC) et du chercheur Romain Deperne.

L’entreprise n’a pas fourni de détails sur les attaques dans lesquelles elle a été exploitée.

CVE-2026-85880 : une faille ALPC permet également d’obtenir SYSTEM

La seconde zero-day exploitée, CVE-2026-85880, concerne Windows Advanced Local Procedure Call (ALPC).

ALPC est un mécanisme utilisé par Windows pour permettre à des processus de communiquer rapidement entre eux.

La vulnérabilité est provoquée par un dépassement de tampon dans le tas (heap-based buffer overflow).

Un attaquant déjà présent localement sur le système peut exploiter cette erreur afin d’élever ses privilèges et atteindre, là encore, le niveau SYSTEM.

La vulnérabilité a notamment été signalée par des chercheurs de Volexity et Proofpoint.

Microsoft n’a pas communiqué davantage d’informations sur les campagnes ayant exploité cette faille.

Windows 11 reçoit la mise à jour KB5124008

Sur Windows 11 24H2 et 25H2, les correctifs du Patch Tuesday sont distribués avec KB5124008.

Après installation :

• Windows 11 25H2 passe à la build 26200.9445 ;
• Windows 11 24H2 passe à la build 26100.9445.

Contrairement à la mise à jour Preview KB5120998 publiée fin août, KB5124008 est une mise à jour de sécurité obligatoire.

Elle est donc téléchargée et installée automatiquement par Windows Update, sauf si les mises à jour ont été temporairement suspendues ou gérées par une stratégie d’entreprise.

La barre des tâches peut enfin être déplacée

C’est probablement la nouveauté la plus visible.

Windows 11 permet désormais de placer officiellement la barre des tâches sur un autre bord de l’écran, une possibilité qui existait auparavant dans Windows 10 mais qui avait disparu lors de l’arrivée de Windows 11.

Le choix s’effectue depuis : Paramètres > Personnalisation > Barre des tâches

La barre des tâches peut être placée :

• en bas ;
• en haut ;
• à gauche ;
• à droite.

Le menu Démarrer et la zone de recherche s’adaptent automatiquement à sa nouvelle position.

Il n’est cependant toujours pas possible de déverrouiller puis de déplacer librement la barre des tâches à la souris comme sous Windows 10.

Cette fonctionnalité est distribuée progressivement avec le Controlled Feature Rollout (CFR). Elle peut donc ne pas apparaître immédiatement sur tous les PC après l’installation de KB5124008.

Une véritable barre des tâches compacte

Microsoft améliore également l’option permettant de réduire la taille de la barre des tâches.

Jusqu’à présent, Windows 11 pouvait réduire les boutons sans réellement diminuer la hauteur occupée par la barre.

Avec la mise à jour de septembre, la barre des tâches elle-même devient plus petite lorsque l’option correspondante est utilisée.

Le résultat se rapproche donc davantage du comportement de Windows 10.

Cette évolution est particulièrement intéressante sur les petits écrans et les ordinateurs portables.

Le menu Démarrer devient redimensionnable

Microsoft poursuit également la modernisation du menu Démarrer.

Il est désormais possible de choisir entre plusieurs tailles : Petite, Automatique ou Grande.

L’utilisateur n’a donc plus à modifier la mise à l’échelle générale de Windows uniquement pour réduire la place occupée par le menu Démarrer.

De nouveaux interrupteurs permettent également de mieux contrôler l’affichage des sections :

• Épinglé(s) ;
• Récent(s) ;
• Tout.

Microsoft redonne ainsi progressivement à Windows 11 une partie des possibilités de personnalisation perdues lors de son lancement en 2021.

Bing peut être supprimé de Windows Search

Autre évolution particulièrement notable : Microsoft permet désormais de désactiver les résultats Bing dans Windows Search.

Le réglage apparaît dans : Paramètres > Confidentialité et sécurité > Recherche

Il devient possible de désactiver séparément :

• les recherches Web ;
• les résultats provenant du Microsoft Store.

Une fois ces options désactivées, la recherche Windows se concentre sur les fichiers, applications et paramètres présents localement sur le PC.

La recherche peut également devenir sensiblement plus rapide puisqu’elle n’attend plus les réponses des services en ligne.

Le changement est assez remarquable compte tenu de la stratégie historique de Microsoft visant à intégrer profondément Bing à Windows.

Et il est d’autant plus paradoxal que Microsoft vient parallèlement de lancer Paramètres de recherche recommandés Microsoft, un utilitaire destiné à proposer Bing comme moteur de recherche dans Chrome, Firefox et Brave.

Protection administrateur : les privilèges élevés deviennent plus temporaires

Microsoft commence également à déployer Protection administrateur (Administrator protection).

Cette fonctionnalité vise à réduire le temps pendant lequel un utilisateur ou un processus dispose de privilèges administrateur permanents.

Le principe se rapproche d’un modèle Just-In-Time : les privilèges élevés sont accordés uniquement lorsque cela est réellement nécessaire, puis retirés.

Microsoft cherche ainsi à limiter l’impact d’un malware qui réussirait à s’exécuter dans la session d’un utilisateur administrateur.

Cette évolution s’inscrit dans une stratégie plus générale visant à réduire l’utilisation permanente des privilèges administrateur sous Windows.

Process Isolation arrive pour Microsoft Execution Containers

KB5124008 introduit également Process Isolation pour les Microsoft Execution Containers.

Ces environnements isolés sont notamment destinés à l’exécution de tâches automatisées, de code ou de scénarios reposant sur des agents.

L’objectif est d’empêcher un processus exécuté dans cet environnement d’accéder directement au reste du système.

Cette technologie devrait prendre une importance croissante avec le développement des fonctionnalités agentiques et des outils d’intelligence artificielle exécutant automatiquement des actions sur Windows.

WMIC disparaît définitivement de Windows 11

La mise à jour de septembre confirme également la disparition de WMIC, l’ancien utilitaire en ligne de commande de Windows Management Instrumentation.

wmic.exe est désormais retiré de Windows 11 24H2 et 25H2.

Contrairement aux étapes précédentes de sa dépréciation, il n’est plus disponible en tant que fonctionnalité à la demande (Feature on Demand).

Il n’est donc plus possible de simplement le réinstaller depuis les fonctionnalités facultatives de Windows.

Attention : WMI n’est pas supprimé.

Seule l’ancienne interface en ligne de commande WMIC disparaît. Pour les scripts modernes, Microsoft recommande notamment PowerShell et :

Get-CimInstance

Microsoft corrige les bugs provoqués par la Preview d’août

KB5124008 reprend les changements de KB5120998, la mise à jour Preview publiée le 27 août.

Cette Preview avait cependant introduit plusieurs problèmes.

Microsoft corrige notamment le bug qui empêchait certains utilisateurs de conserver la personnalisation de leur curseur de souris.

Le style et la couleur sélectionnés dans Windows doivent désormais être correctement appliqués.

Microsoft corrige également le problème qui pouvait provoquer la disparition du fond d’écran, remplacé par un arrière-plan noir.

Ces deux bugs faisaient partie des principales raisons pour lesquelles il était préférable d’éviter la Preview KB5120998 sur une machine de production.

Correctif pour Teams et Outlook sur les PC ARM64

Microsoft corrige également un problème touchant certaines machines ARM64.

Microsoft Teams et Microsoft Outlook pouvaient se fermer brutalement sur les appareils concernés.

KB5124008 apporte un correctif destiné à améliorer leur stabilité.

Correction de l’audio avec le Bureau à distance

La mise à jour corrige également un problème de redirection audio du Bureau à distance.

Dans certaines configurations, le son provenant d’une session Remote Desktop pouvait ne pas être reproduit sur l’ordinateur local.

Ce problème doit désormais être résolu.

Mise à jour du fuseau horaire du Maroc

Microsoft adapte également Windows au changement de fuseau horaire décidé par le Maroc.

À partir du 20 septembre 2026, Windows utilisera le nouveau réglage correspondant au passage permanent vers UTC+00:00.

Cette modification est également intégrée aux mises à jour de Windows 10.

Le renouvellement des certificats Secure Boot continue

Le Patch Tuesday poursuit également le remplacement progressif des anciens certificats Secure Boot 2011.

Microsoft ajoute de nouvelles données de ciblage permettant d’identifier davantage de machines pouvant recevoir automatiquement les certificats Secure Boot 2023.

Le déploiement reste progressif.

Un PC qui n’a pas encore reçu les nouveaux certificats ne cessera pas brutalement de démarrer et continuera à recevoir les mises à jour Windows normales.

Microsoft poursuivra le remplacement au cours des prochains mois.

Windows 11 24H2 Home et Pro arrivent bientôt en fin de support

Ce Patch Tuesday est également l’un des derniers pour les éditions Home et Pro de Windows 11 24H2.

Leur support prend fin le 13 octobre 2026.

Après cette date, ces éditions ne recevront plus :

• les correctifs de sécurité ;
• les mises à jour de qualité ;
• les corrections de bugs ;
• les nouvelles mises à jour Preview.

Les éditions Enterprise et Education de Windows 11 24H2 restent en revanche supportées jusqu’au 12 octobre 2027.

Les utilisateurs Home et Pro encore sous 24H2 devraient donc commencer à passer vers Windows 11 25H2 ou une version ultérieure.

Windows 11 23H2 reçoit KB5122880

Windows 11 23H2 reçoit de son côté la mise à jour cumulative KB5122880.

Pour les éditions encore supportées, elle porte Windows 11 23H2 à la build 22631.7582.

Elle apporte principalement :

• les correctifs de sécurité du mois ;
• le déploiement progressif des nouveaux certificats Secure Boot ;
• le changement de fuseau horaire du Maroc ;
• une amélioration de la journalisation OMA-DM ;
• un correctif pour la redirection audio du Bureau à distance ;
• des mises à jour de profils cellulaires.

Windows 11 23H2 Enterprise et Education atteindront leur fin de support le 10 novembre 2026.

Un Patch Tuesday particulièrement important à installer rapidement

Le Patch Tuesday de septembre mérite une attention particulière.

Ce n’est pas seulement le nombre inhabituellement élevé de vulnérabilités corrigées qui est important.

Les deux zero-day CVE-2026-81963 et CVE-2026-85880 sont déjà exploitées dans des attaques et permettent toutes deux d’atteindre potentiellement les privilèges SYSTEM depuis un accès local.

Il est donc préférable de ne pas repousser inutilement l’installation des mises à jour de sécurité de septembre.

Pour Windows 11 24H2 et 25H2, KB5124008 a en plus l’avantage de corriger les régressions introduites fin août par KB5120998.

Conclusion

Le Patch Tuesday de septembre 2026 est l’un des plus importants publiés par Microsoft.

Avec 966 vulnérabilités corrigées, dont 105 critiques et deux zero-day déjà exploitées, la partie sécurité justifie à elle seule une installation rapide.

Sur Windows 11, KB5124008 est également une mise à jour fonctionnelle particulièrement riche.

Microsoft réintroduit enfin la barre des tâches déplaçable, permet de réellement réduire sa taille, rend le menu Démarrer plus personnalisable et, surtout, autorise désormais la suppression des résultats Bing dans Windows Search.

La mise à jour corrige en parallèle les problèmes de curseur et de fond d’écran noir introduits par la Preview d’août.

Pour une fois, il y a donc peu de raisons de différer longtemps cette mise à jour : les correctifs de sécurité sont urgents et la mise à jour stable corrige en même temps plusieurs bugs de la Preview précédente.

L’article KB5124008 Patch Tuesday de septembre 2026 : Microsoft corrige 966 failles et deux zero-day exploitées est apparu en premier sur malekal.com.

Télécharger un fichier depuis Internet ne garantit pas à lui seul qu’il provient bien de la source attendue ni qu’il n’a pas été modifié. Sous Linux, deux mécanismes complémentaires permettent d’effectuer ces vérifications : les sommes de contrôle pour l’intégrité et les signatures GPG pour l’authenticité.

GPG (GNU Privacy Guard) utilise la cryptographie asymétrique avec une clé privée et une clé publique. Une distribution Linux, un développeur ou un projet peut ainsi signer un fichier, une archive ou un fichier de sommes de contrôle comme SHA256SUMS. L’utilisateur peut ensuite vérifier cette signature avec la clé publique correspondante.

Dans ce guide, vous allez voir comment installer GnuPG sous Linux, importer et vérifier une clé publique, contrôler la signature d’un fichier avec gpg, vérifier une signature .sig ou .asc, valider une image ISO avec SHA256SUMS et comprendre les messages comme “Good signature”.

Nous verrons également comment distinguer intégrité et authenticité, et pourquoi il est important de vérifier l’empreinte de la clé publique avant de lui faire confiance.

Qu’est-ce qu’une signature GPG ?

Une signature GPG permet de vérifier qu’un fichier ou un message provient bien de la personne ou de l’organisation qui affirme l’avoir publié, et qu’il n’a pas été modifié depuis sa signature.

GPG (GNU Privacy Guard, ou GnuPG) repose sur la cryptographie asymétrique, avec une paire de clés :

• une clé privée, conservée secrètement par son propriétaire et utilisée pour créer la signature ;
• une clé publique, distribuée aux utilisateurs afin qu’ils puissent vérifier cette signature.

Lorsqu’un développeur ou une distribution Linux signe un fichier, GPG calcule une empreinte du contenu puis crée une signature à l’aide de la clé privée.

L’utilisateur peut ensuite vérifier cette signature avec la clé publique correspondante.

Par exemple :

gpg --verify fichier.iso.sig fichier.iso

Si la vérification réussit, GPG indique que la signature est valide et précise quelle clé a été utilisée.

Une signature GPG apporte donc deux informations importantes :

• l’intégrité : le contenu signé n’a pas été modifié depuis la création de la signature ;
• l’authenticité : la signature a été créée avec la clé privée correspondant à la clé publique utilisée pour la vérification.

Cela va plus loin qu’une simple somme de contrôle SHA256. Un hash permet de vérifier qu’un fichier correspond à une empreinte donnée, mais si un attaquant parvient à remplacer à la fois le fichier et le hash publié, cette comparaison ne suffit plus.

Avec une signature GPG, l’attaquant devrait également disposer de la clé privée du signataire pour produire une nouvelle signature valide.

Il reste toutefois une étape essentielle : s’assurer que la clé publique utilisée pour la vérification appartient réellement à l’éditeur. Pour cela, il faut notamment vérifier son empreinte (fingerprint) à partir d’une source officielle.

Les signatures GPG sont ainsi couramment utilisées pour vérifier des images ISO Linux, des archives, des paquets logiciels ou des fichiers de sommes de contrôle comme SHA256SUMS.

Installer GnuPG sous Linux

GnuPG est disponible dans les dépôts de la plupart des distributions Linux. Le paquet s’appelle généralement gnupg ou gnupg2.

Sous Debian, Ubuntu et leurs dérivées :

sudo apt update
sudo apt install gnupg

Sous Fedora :

sudo dnf install gnupg2

Sous Arch Linux et dérivées :

sudo pacman -S gnupg

Une fois l’installation terminée, vérifiez que GPG fonctionne avec :

gpg --version

La commande affiche la version installée ainsi que les principaux algorithmes pris en charge.

Vous pouvez ensuite afficher le contenu du trousseau de clés avec :

gpg --list-keys

Si aucune clé n’a encore été importée, la liste peut être vide.

Pour la vérification de signatures, il n’est pas nécessaire de créer votre propre paire de clés. Il suffit généralement d’importer la clé publique de l’éditeur ou de la distribution dont vous souhaitez vérifier les fichiers.

La prochaine étape consiste donc à récupérer puis importer cette clé publique dans GnuPG.

Importer une clé publique GPG

Pour vérifier une signature GPG, vous devez disposer de la clé publique du signataire. Cette clé permet à GnuPG de vérifier qu’une signature a bien été créée avec la clé privée correspondante.

Il existe principalement trois façons de récupérer cette clé publique.

Télécharger directement le fichier de clé publique

De nombreux projets publient leur clé sous la forme d’un fichier .asc, .gpg ou similaire.

Par exemple :

gpg --import cle-publique.asc

C’est souvent la méthode la plus simple lorsque le site officiel fournit directement la clé.

Après l’import, vérifiez sa présence avec :

gpg --list-keys

Récupérer la clé depuis un serveur de clés

Voici les étapes pour récupérer la clé publique avec cette méthode :

Si vous connaissez l’identifiant de la clé, vous pouvez la télécharger depuis un serveur de clés :

gpg --keyserver hkp://keyserver.ubuntu.com --recv-keys ID_DE_LA_CLE

Le serveur de clés à utiliser dépend du projet. Il vaut mieux utiliser celui indiqué par la documentation officielle plutôt qu’un serveur choisi au hasard.

Dans le cas d’Ubuntu, par exemple, le serveur keyserver.ubuntu.com peut être utilisé.

Si vous ne connaissez pas encore l’identifiant de la clé, tentez d’abord de vérifier la signature :

gpg --keyid-format long --verify SHA256SUMS.gpg SHA256SUMS

GPG peut alors afficher :

gpg: Signature faite le jeu. 27 août 2026 22:43:09 UTC
gpg:  avec la clef RSA 843938DF228D22F7B3742BC0D94AA3F0EFE21092
gpg: Impossible de vérifier la signature : Pas de clef publique

La ligne using RSA key indique l’identifiant de la clé manquante. Vous pouvez ensuite la récupérer :

gpg --keyserver hkp://keyserver.ubuntu.com \
    --recv-keys 843938DF228D22F7B3742BC0D94AA3F0EFE21092

Une fois la clé importée, vérifiez son empreinte :

gpg --fingerprint 843938DF228D22F7B3742BC0D94AA3F0EFE21092

Suivre la méthode indiquée par le projet

Certains projets ne passent pas par un serveur de clés et fournissent leurs propres instructions : téléchargement direct d’une clé, paquet contenant le trousseau de clés, dépôt officiel, ou autre mécanisme.

Dans ce cas, suivez de préférence la méthode publiée par l’éditeur ou la distribution. C’est la meilleure façon d’éviter d’importer une clé non officielle ou périmée.

Quelle que soit la méthode utilisée, ne faites pas confiance à la clé uniquement parce qu’elle a été importée avec succès. Vérifiez ensuite son empreinte numérique avec :

gpg --fingerprint ID_DE_LA_CLE

Puis comparez-la avec celle publiée sur une source officielle.

Vérifier l’empreinte d’une clé publique

Avant d’utiliser une clé publique GPG pour vérifier une signature, il est important de contrôler son empreinte numérique, appelée fingerprint.

Cette empreinte est un identifiant unique associé à la clé. Elle permet de vérifier que la clé importée est bien celle publiée par l’éditeur, la distribution Linux ou le développeur concerné.

Pour afficher l’empreinte d’une clé :

gpg --fingerprint <ID_DE_LA_CLE>

Vous pouvez aussi afficher les empreintes de toutes les clés présentes dans votre trousseau :

gpg --fingerprint

GPG affiche alors une longue suite de caractères hexadécimaux, par exemple :

0123 4567 89AB CDEF 0123  4567 89AB CDEF 0123 4567

Comparez cette valeur avec l’empreinte publiée sur une source officielle : site du projet, documentation de la distribution, page de téléchargement ou autre canal de confiance.

Les deux empreintes doivent correspondre exactement.

Cette vérification est importante, car télécharger une clé depuis un serveur de clés ne suffit pas à prouver qu’elle appartient réellement à la personne ou au projet attendu. Un serveur de clés permet surtout de distribuer les clés, pas d’en garantir l’identité.

Une fois l’empreinte vérifiée, vous pouvez utiliser cette clé publique pour contrôler les signatures GPG des fichiers téléchargés.

Par exemple, pour afficher également l’identifiant court et l’empreinte dans un format plus lisible pour les scripts :

gpg --with-colons --fingerprint <ID_DE_LA_CLE>

Si l’empreinte ne correspond pas à celle publiée officiellement, n’utilisez pas la clé et récupérez-la à nouveau depuis une source fiable.

Vérifier la signature GPG d’un fichier

Une fois la clé publique du signataire importée et son empreinte vérifiée, vous pouvez utiliser GnuPG pour contrôler la signature d’un fichier.

Le cas le plus courant est celui d’une signature détachée, fournie dans un fichier séparé comme .sig, .asc ou .gpg.

Par exemple, si vous disposez de :

fichier.iso
fichier.iso.sig

utilisez :

gpg --verify fichier.iso.sig fichier.iso

GPG vérifie alors que la signature correspond bien au contenu du fichier et qu’elle a été créée avec la clé privée associée à la clé publique présente dans votre trousseau.

Si la vérification réussit, vous obtenez un message du type :

gpg: Good signature from "Nom du signataire"

Cela signifie que le fichier n’a pas été modifié depuis sa signature.

Attention toutefois : un message Good signature confirme que la signature est techniquement valide, mais il faut encore s’assurer que la clé utilisée appartient bien à la personne ou au projet attendu. C’est pourquoi la vérification préalable de l’empreinte de la clé publique reste indispensable.

Si le fichier a été modifié ou si la signature ne correspond pas, GPG affiche au contraire un message comme :

gpg: BAD signature from "Nom du signataire"

Dans ce cas, n’utilisez pas le fichier avant d’avoir vérifié son origine ou effectué un nouveau téléchargement.

Vérifier une signature détachée .sig ou .asc

Lorsque la signature est intégrée directement dans un fichier signé, GPG peut parfois déterminer automatiquement le contenu à vérifier, mais pour les téléchargements logiciels et images ISO, la signature détachée reste le cas le plus fréquent.

Une signature détachée est stockée dans un fichier séparé du fichier d’origine. Elle porte souvent l’extension .sig, .asc ou parfois .gpg.

Par exemple :

logiciel.tar.xz
logiciel.tar.xz.asc

ou :

image.iso
image.iso.sig

Pour vérifier une signature détachée, utilisez :

gpg --verify fichier.sig fichier

Par exemple :

gpg --verify logiciel.tar.xz.asc logiciel.tar.xz

ou :

gpg --verify image.iso.sig image.iso

GPG contrôle alors deux éléments :

• que la signature correspond bien au fichier ;
• que cette signature a été créée avec une clé privée correspondant à une clé publique présente dans votre trousseau.

Si la signature est valide, GPG affiche un message comme :

gpg: Good signature from "Nom du signataire"

Si le fichier a été modifié ou si la signature ne correspond pas :

gpg: BAD signature from "Nom du signataire"

L’extension .asc indique généralement une signature encodée en ASCII, tandis qu’un fichier .sig peut contenir une signature binaire. Dans les deux cas, la commande gpg --verify fonctionne de la même manière.

Il est également fréquent que la signature porte simplement le même nom que le fichier d’origine avec une extension supplémentaire. Cela facilite l’identification du fichier à vérifier.

Enfin, même avec une Good signature, vérifiez toujours que l’empreinte de la clé publique correspond bien à celle publiée par l’éditeur. Une signature valide n’est utile que si vous faites confiance à la bonne clé.

Vérifier une image ISO Linux avec SHA256SUMS et GPG

Certaines distributions Linux publient plusieurs fichiers permettant de vérifier leurs images ISO :

• l’image ISO elle-même ;
• un fichier de sommes de contrôle, par exemple SHA256SUMS ;
• une signature GPG de ce fichier, par exemple SHA256SUMS.gpg ou SHA256SUMS.sign.

La vérification se fait alors en deux étapes.

Commencez par vérifier la signature du fichier SHA256SUMS :

gpg --verify SHA256SUMS.gpg SHA256SUMS

Si la signature est valide, GPG indique qu’elle a été créée avec une clé connue de votre trousseau.

Vous pouvez ensuite vérifier l’image ISO avec :

sha256sum -c SHA256SUMS

Si l’empreinte correspond :

ubuntu.iso: OK

Cette procédure apporte deux niveaux de vérification :

• GPG permet de vérifier que le fichier SHA256SUMS a bien été signé avec la clé privée correspondant à la clé publique importée ;
• SHA256 permet de vérifier que l’image ISO correspond exactement à l’empreinte contenue dans SHA256SUMS.

Il faut toutefois avoir vérifié au préalable que l’empreinte de la clé publique GPG correspond bien à celle publiée par la distribution Linux.

Le flux complet est donc :

Cette méthode est plus robuste qu’une simple comparaison du hash affiché sur une page web, car elle ajoute une vérification cryptographique de l’origine du fichier contenant les sommes de contrôle.

La procédure exacte peut varier selon la distribution. Certaines utilisent SHA256SUMS.gpg, d’autres .sig, .sign ou .asc, mais le principe reste le même.

Vérifier manuellement la signature d’un dépôt APT avec GPG

APT vérifie normalement automatiquement les dépôts configurés avec apt update, en contrôlant la signature du fichier Release ou InRelease. Il est néanmoins possible de reproduire cette vérification manuellement avec GPG, ce qui peut être utile pour comprendre la chaîne de confiance d’un dépôt.

Commencez par récupérer les métadonnées du dépôt, par exemple :

wget https://exemple.org/dists/stable/Release
wget https://exemple.org/dists/stable/Release.gpg

Vous devez ensuite disposer de la clé publique utilisée pour signer le dépôt. Importez-la dans votre trousseau GPG, par exemple :

gpg --import depot-public-key.asc

Vérifiez ensuite son empreinte :

gpg --fingerprint ID_DE_LA_CLE

Comparez cette empreinte avec celle publiée sur le site officiel du dépôt.

Une fois la clé validée, vérifiez la signature du fichier Release :

gpg --verify Release.gpg Release

Si tout est correct, GPG affiche notamment :

gpg: Good signature from "Nom du dépôt"

Certains dépôts utilisent plutôt un fichier InRelease, qui contient directement les métadonnées et leur signature OpenPGP. Dans ce cas :

gpg --verify InRelease

APT effectue normalement cette vérification automatiquement. Pour les dépôts tiers modernes, il est recommandé d’associer explicitement leur clé avec Signed-By et de placer les clés gérées localement dans /etc/apt/keyrings/, plutôt que d’utiliser apt-key, désormais déprécié.

Par exemple :

deb [signed-by=/etc/apt/keyrings/exemple.gpg] https://exemple.org/debian stable main

Ainsi, APT n’accepte ce dépôt que si ses métadonnées sont signées avec une clé présente dans le trousseau indiqué.

Que signifient « Good signature » et les avertissements GPG ?

Lors d’une vérification avec gpg --verify, GnuPG affiche plusieurs messages qui permettent de savoir si la signature est valide et si la clé utilisée est considérée comme fiable.

Le message le plus important est :

gpg: Good signature from "Nom du signataire"

Cela signifie que la signature correspond bien au fichier vérifié et qu’elle a été créée avec la clé privée associée à la clé publique présente dans votre trousseau.

En revanche, cela ne signifie pas automatiquement que vous pouvez faire confiance à cette clé.

GPG peut par exemple afficher :

gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.

Ce message signifie que la signature est techniquement correcte, mais que GPG ne peut pas garantir que la clé publique appartient réellement à la personne ou au projet indiqué.

C’est pourquoi il faut vérifier l’empreinte de la clé publique auprès d’une source officielle.

À l’inverse, si GPG affiche :

gpg: BAD signature from "Nom du signataire"

la signature ne correspond pas au fichier. Celui-ci a pu être modifié, corrompu ou ne pas correspondre à la signature téléchargée.

Vous pouvez aussi rencontrer un message du type :

gpg: Can't check signature: No public key

Dans ce cas, la signature est présente, mais la clé publique nécessaire à sa vérification n’a pas encore été importée.

Enfin, GPG affiche généralement l’identifiant ou l’empreinte de la clé utilisée. Vérifiez cette valeur avec :

gpg --fingerprint ID_DE_LA_CLE

En résumé :

Message GPG	Signification
Good signature	La signature correspond au fichier
BAD signature	Le fichier ou la signature ne correspond pas
No public key	La clé publique nécessaire manque
avertissement sur la confiance	Signature valide, mais identité de la clé non vérifiée

Une Good signature est donc nécessaire, mais elle doit être associée à une clé publique dont l’empreinte a été vérifiée auprès d’une source de confiance.

Supprimer ou gérer les clés du trousseau GPG

Au fil du temps, votre trousseau GPG peut contenir plusieurs clés publiques importées pour vérifier des signatures. Vous pouvez les afficher, exporter ou supprimer selon vos besoins.

Pour lister les clés publiques présentes dans le trousseau :

gpg --list-keys

Pour afficher également leur empreinte :

gpg --fingerprint

Si vous souhaitez obtenir plus de détails sur une clé précise :

gpg --list-keys ID_DE_LA_CLE

Pour supprimer une clé publique devenue inutile :

gpg --delete-key ID_DE_LA_CLE

GPG vous demande une confirmation avant de retirer la clé du trousseau.

Si vous gérez aussi vos propres clés privées, leur suppression doit être effectuée séparément :

gpg --delete-secret-key ID_DE_LA_CLE

Attention : supprimer une clé privée peut vous empêcher de déchiffrer d’anciens fichiers ou de créer de nouvelles signatures avec cette identité. Sauvegardez-la avant toute suppression si elle vous appartient encore.

Vous pouvez également exporter une clé publique afin de la sauvegarder ou de la transférer vers une autre machine :

gpg --export --armor ID_DE_LA_CLE > cle-publique.asc

Pour une clé privée :

gpg --export-secret-keys --armor ID_DE_LA_CLE > cle-privee.asc

Conservez évidemment les exports de clés privées dans un emplacement sécurisé.

Enfin, si vous avez importé plusieurs clés portant des noms similaires, utilisez toujours leur empreinte complète pour les identifier sans ambiguïté avant de les supprimer ou de les exporter.

Intégrité et authenticité : quelle différence ?

Lorsqu’on vérifie un fichier téléchargé, il faut distinguer deux notions : l’intégrité et l’authenticité.

L’intégrité consiste à vérifier que le fichier n’a pas été modifié ou corrompu. Pour cela, on utilise généralement une somme de contrôle comme SHA256.

Par exemple :

sha256sum -c SHA256SUMS

Si le résultat affiche :

ubuntu.iso: OK

cela signifie que le fichier correspond bien à l’empreinte enregistrée dans SHA256SUMS.

Mais cette vérification ne prouve pas que le fichier SHA256SUMS lui-même provient bien de l’éditeur officiel.

C’est là qu’intervient l’authenticité.

Une signature GPG permet de vérifier que le fichier de sommes de contrôle, ou le fichier lui-même, a été signé avec la clé privée correspondant à une clé publique connue.

Par exemple :

gpg --verify SHA256SUMS.gpg SHA256SUMS

Si la signature est valide et que vous avez vérifié l’empreinte de la clé publique auprès d’une source officielle, vous pouvez alors avoir davantage confiance dans l’origine du fichier.

On peut résumer ainsi :

Vérification	Outil	Ce qu’elle confirme
Intégrité	SHA256, SHA512, etc.	Le fichier n’a pas changé par rapport à l’empreinte de référence
Authenticité	Signature GPG	La signature a été créée avec la clé privée correspondant à la clé publique utilisée
Identité du signataire	Empreinte de la clé GPG	La clé publique utilisée est bien celle de l’éditeur attendu

Pour une image ISO Linux, la méthode la plus complète consiste donc à :

• vérifier l’empreinte de la clé publique GPG ;
• vérifier la signature GPG du fichier SHA256SUMS ;
• vérifier ensuite l’image ISO avec sha256sum -c.

Ainsi, SHA256 vérifie le contenu, tandis que GPG permet de vérifier l’origine de la référence utilisée pour ce contrôle.

L’article Vérifier la signature GPG d’un fichier sous Linux : gpg, clés publiques et empreintes est apparu en premier sur malekal.com.

Microsoft prépare un changement important pour la sécurité de Windows 11. À partir du Patch Tuesday d’octobre 2026, l’entreprise commencera à activer automatiquement l’intégrité de la mémoire sur les PC compatibles où cette protection est encore désactivée.

Cette fonction, aussi appelée HVCI (Hypervisor-Protected Code Integrity), existe depuis plusieurs années. Elle utilise la sécurité basée sur la virtualisation (VBS) pour mieux protéger le noyau de Windows contre les pilotes malveillants ou vulnérables.

Jusqu’ici, l’intégrité de la mémoire était surtout activée par défaut sur les installations propres de Windows 11 et certains PC compatibles. Microsoft veut désormais combler l’écart avec les machines mises à niveau au fil des années, où la protection peut être restée désactivée.

Qu’est-ce que l’intégrité de la mémoire ?

L’intégrité de la mémoire est une fonction de sécurité de Windows basée sur la virtualisation.

Elle utilise l’hyperviseur de Windows pour créer un environnement isolé du reste du système. Cet environnement sert notamment à vérifier le code exécuté en mode noyau avant que Windows ne l’autorise à fonctionner.

Le principe est particulièrement important pour les pilotes, car ceux-ci disposent de privilèges très élevés.

Un pilote malveillant ou compromis peut potentiellement :

• modifier le noyau Windows ;
• contourner certaines protections de sécurité ;
• lire ou écrire dans des zones sensibles de la mémoire ;
• faciliter l’installation d’un rootkit ;
• permettre une élévation de privilèges.

Avec HVCI, Windows effectue les contrôles d’intégrité du code dans un environnement isolé protégé par l’hyperviseur.

Microsoft précise également que les pages mémoire du noyau ne peuvent devenir exécutables qu’après validation et que les pages exécutables ne peuvent pas être rendues accessibles en écriture.

À lire :

Quelle différence entre VBS et l’intégrité de la mémoire ?

Les deux termes sont souvent confondus.

VBS, pour Virtualization-Based Security, correspond à l’infrastructure générale de sécurité basée sur la virtualisation.

L’intégrité de la mémoire est l’une des fonctions qui s’appuie sur VBS.
On peut résumer le fonctionnement ainsi :

VBS peut également servir à d’autres protections de Windows.

Microsoft va étendre l’activation aux PC déjà installés

Jusqu’à présent, Microsoft activait automatiquement l’intégrité de la mémoire essentiellement sur les installations propres de Windows 11 remplissant les critères matériels nécessaires.

La documentation Microsoft précise même que la logique actuelle d’activation automatique ne s’applique pas aux mises à niveau d’appareils existants.

C’est précisément ce que Microsoft s’apprête à faire évoluer.

Selon WindowsLatest, le changement commencera avec la mise à jour de sécurité prévue pour le 13 octobre 2026.

Microsoft pourra alors activer automatiquement la protection sur certains PC éligibles où elle était restée désactivée après plusieurs années de mises à niveau de Windows.

Quels PC pourront recevoir l’activation automatique ?

Microsoft ne compte pas activer HVCI aveuglément sur toutes les machines.

Les critères matériels utilisés actuellement pour l’activation automatique donnent une bonne idée des PC concernés.

Microsoft indique notamment :

• processeur Intel de 8e génération ou plus récent ;
• processeur AMD basé sur Zen 2 ou plus récent ;
• Qualcomm Snapdragon 8180 ou plus récent ;
• au moins 8 Go de RAM sur les systèmes x64 ;
• SSD d’au moins 64 Go ;
• virtualisation matérielle activée dans l’UEFI/BIOS ;
• pilotes compatibles avec l’intégrité de la mémoire.

Les PC Secured-core sont quant à eux déjà livrés avec cette protection activée par défaut.

Microsoft vérifiera la compatibilité avant l’activation

Le point important est que Windows ne devrait pas simplement basculer l’interrupteur sur tous les PC correspondant à une liste de processeurs.

Selon WindowsLatest, Microsoft prévoit une évaluation de compatibilité préalable.

Windows vérifiera notamment si les pilotes actuellement installés sont compatibles avec l’intégrité de la mémoire.

Cette précaution est nécessaire, car les pilotes anciens constituent historiquement l’une des principales causes de problèmes avec HVCI.

Pourquoi certains pilotes peuvent poser problème

L’intégrité de la mémoire impose des règles plus strictes au code qui s’exécute dans le noyau.

Certains pilotes anciens ont été développés à une époque où ces restrictions n’existaient pas.

Ils peuvent par exemple effectuer des opérations mémoire que HVCI refuse désormais.
Dans ce cas, Windows peut bloquer le chargement du pilote.

Cela peut provoquer :

• un périphérique qui ne fonctionne plus ;
• un logiciel matériel qui perd certaines fonctions ;
• un utilitaire constructeur qui cesse de démarrer ;
• plus rarement, un problème au démarrage de Windows.

On peut alors aussi un message du type :

Impossible de charger un pilote sur cet appareil.
Pilote : XXXXXXX.sys
Un paramètre de sécurité détecte qu’il s’agit d’un pilote vulnérable et empêche le chargement.
Vous devez régler vos paramètres pour charger ce pilote.

Le guide :

Microsoft avertit officiellement que certaines applications et certains pilotes peuvent être incompatibles avec l’intégrité de la mémoire et que, dans de rares cas, cela peut même provoquer un écran bleu au démarrage.

Windows dispose toutefois d’un mécanisme de sécurité contre les échecs de démarrage

Microsoft a prévu un mécanisme destiné à éviter qu’un PC devienne inutilisable après l’activation automatique.

Lorsqu’elle est configurée avec les paramètres appropriés, l’intégrité de la mémoire peut être désactivée automatiquement si Windows détecte plusieurs échecs de démarrage consécutifs.

L’objectif est notamment de gérer le cas où HVCI empêcherait le chargement d’un pilote indispensable au démarrage du système.

Microsoft utilise pour cela plusieurs valeurs du Registre, notamment :

WasEnabledBy
EnabledBootId

associées à :

HKLM\System\CurrentControlSet\Control\DeviceGuard\
Scenarios\HypervisorEnforcedCodeIntegrity

Cette protection automatique n’est cependant active que pendant une période limitée après l’activation initiale.

Windows respectera les désactivations volontaires

Le changement ne signifie pas que Microsoft réactivera HVCI contre la volonté explicite de l’utilisateur ou de l’administrateur.

Selon WindowsLatest, si l’intégrité de la mémoire a été désactivée volontairement via :

• une stratégie de groupe ;
• Microsoft Intune ;
• une configuration du Registre ;

Windows Update doit respecter ce choix.

Microsoft indique d’ailleurs dans sa documentation que les utilisateurs et les administrateurs conservent le contrôle final sur l’activation de l’intégrité de la mémoire.

Windows 11/10 : désactiver l’isolation du noyau (intégrité de la mémoire) si elle ralentit le PC

Comment vérifier si l’intégrité de la mémoire est déjà activée

Vous pouvez facilement vérifier son état depuis Sécurité Windows.

• Ouvrez : Sécurité Windows > Sécurité de l’appareil > Détails de l’isolation du noyau
• Vous trouverez alors l’option : Intégrité de la mémoire qui indique si la protection est activée ou désactivée.

À partir de Windows 11 22H2, Sécurité Windows affiche également un avertissement lorsque cette protection est désactivée.

Comment identifier un pilote incompatible

Si un périphérique ou une application commence à dysfonctionner après l’activation de l’intégrité de la mémoire, il faut vérifier en priorité les pilotes.

Windows peut enregistrer les conflits dans l’Observateur d’événements.

WindowsLatest indique notamment de regarder dans : Journaux des applications et des services > Microsoft > Windows > CodeIntegrity > Operational
Les événements liés aux pilotes incompatibles peuvent notamment être associés à l’ID d’événement 3087.

Sécurité Windows peut également signaler directement certains pilotes incompatibles dans la page Isolation du noyau.

Pourquoi Microsoft active cette protection maintenant

La décision s’inscrit dans une stratégie plus large visant à renforcer la sécurité du noyau Windows.

Les attaques utilisant des pilotes vulnérables mais signés restent une méthode courante pour tenter d’obtenir un accès privilégié au noyau.

Cette technique est souvent appelée : BYOVD — Bring Your Own Vulnerable Driver

L’attaquant exploite alors un pilote légitime contenant une vulnérabilité afin de contourner certaines protections du système.

L’intégrité de la mémoire ne résout pas toutes les attaques de ce type, mais elle rend l’exploitation de certaines classes de vulnérabilités noyau beaucoup plus difficile.

WindowsLatest souligne également que les outils d’analyse assistés par intelligence artificielle permettent désormais de rechercher beaucoup plus rapidement des vulnérabilités complexes dans les composants bas niveau de Windows.

Faut-il désactiver l’intégrité de la mémoire ?

Dans la majorité des cas, non.

Si votre PC fonctionne normalement avec HVCI activé, il n’y a pas de raison particulière de le désactiver.

La protection apporte une couche supplémentaire contre les attaques visant le noyau et les pilotes.

Le principal motif de désactivation reste un problème de compatibilité avec un pilote ancien ou un logiciel spécifique.

Dans ce cas, il est préférable de rechercher d’abord :

• une mise à jour du pilote ;
• une nouvelle version du logiciel ;
• un pilote fourni directement par le constructeur ;
• une alternative au logiciel problématique.

La désactivation de l’intégrité de la mémoire devrait plutôt être considérée comme une solution temporaire de dépannage.

Qu’en est-il des performances ?

L’intégrité de la mémoire utilise la virtualisation matérielle et ajoute des contrôles supplémentaires lors de l’exécution de code en mode noyau.

Elle peut donc avoir un certain coût en performances selon le matériel et les charges de travail.

Sur les processeurs récents, Microsoft a cependant progressivement optimisé VBS et HVCI afin de limiter cet impact.
C’est aussi l’une des raisons pour lesquelles Microsoft applique des critères matériels avant l’activation automatique.

Sur une machine récente et compatible, l’impact est généralement beaucoup moins important que sur les premières générations de processeurs ayant pris en charge ces mécanismes.

Il ne faut toutefois pas présenter HVCI comme ayant strictement zéro impact sur les performances dans tous les scénarios.

Les anciens PC ne devraient pas être forcés

Si un PC ne respecte pas les critères techniques ou possède des pilotes connus comme incompatibles, Microsoft ne devrait pas activer automatiquement la protection.

Cela concerne notamment une partie des anciennes machines passées à Windows 11 par mise à niveau ou installées sur du matériel qui ne correspond pas aux critères d’activation automatique.

La stratégie ressemble donc davantage à « activer HVCI automatiquement lorsque Microsoft estime que le PC peut le supporter sans risque important » qu’à « forcer HVCI sur tous les PC Windows 11« .

Un changement relativement discret, mais important pour la sécurité

Pour de nombreux utilisateurs, le changement devrait passer totalement inaperçu.

Aucune nouvelle application ne sera installée et aucune nouvelle interface majeure n’apparaîtra.
Mais au niveau de la sécurité du système, le changement est significatif.

Microsoft cherche à faire en sorte qu’une protection qui existe déjà depuis plusieurs années soit réellement utilisée sur davantage de PC compatibles, notamment ceux ayant été continuellement mis à niveau plutôt que réinstallés proprement.

Conclusion

À partir d’octobre 2026, Microsoft commencera donc à activer automatiquement l’intégrité de la mémoire sur certains PC Windows 11 compatibles où elle était encore désactivée.

La fonction s’appuie sur VBS et HVCI pour isoler les contrôles d’intégrité du code et mieux protéger le noyau contre les pilotes malveillants ou vulnérables.

Microsoft ne devrait toutefois pas imposer aveuglément cette protection.

Windows vérifiera la compatibilité du matériel et des pilotes avant l’activation, et les configurations où HVCI a été volontairement désactivé devraient conserver ce choix.

Pour la majorité des utilisateurs disposant d’un PC récent, il est préférable de conserver l’intégrité de la mémoire activée.

En cas de problème après son activation, la priorité doit être de rechercher le pilote incompatible plutôt que de désactiver définitivement cette couche de sécurité.

L’article Windows 11 va activer automatiquement l’intégrité de la mémoire à partir d’octobre 2026 est apparu en premier sur malekal.com.

Trouver les causes des lenteurs d’un PC sous Windows 11 ou Windows 10 n’est pas forcément simple. Le problème peut être logiciel, avec trop de programmes au démarrage, de nombreux processus en arrière-plan ou des applications inutiles, mais aussi matériel, par exemple un disque dur ou SSD défaillant, une surchauffe ou une configuration trop limitée pour l’usage demandé.

Il n’est donc pas toujours évident de savoir par où commencer, ni de distinguer un PC simplement peu puissant d’un ordinateur réellement ralenti par un problème.

Heureusement, AnalysePC peut vous aider à orienter le diagnostic. L’outil croise plusieurs informations : état matériel, SMART des disques, températures, performances CPU/GPU/RAM/stockage, charge logicielle, nombre de processus, services, programmes au démarrage et temps de démarrage de Windows.

Il tient également compte du profil d’utilisation du PC afin de déterminer si la configuration est adaptée à de la bureautique, du multimédia, du gaming ou des usages plus exigeants.

Dans ce guide, vous allez voir comment utiliser AnalysePC pour identifier les causes probables des lenteurs, repérer un problème matériel prioritaire, vérifier si la configuration est suffisamment performante, détecter une surcharge logicielle et suivre les recommandations proposées pour améliorer la réactivité de Windows.

Lancer une analyse des performances avec AnalysePC

Voici comment effectuer l’analyse :

• Téléchargez MOC depuis ce lien :

• Décompressez-le dans le répertoire de votre choix
• Double-cliquez sur Launch-MOC
• Puis acceptez l’exécution en administrateur
• Dans le menu de MOC, appuyez sur 2 pour lancer l’analyse
• Cette analyse collecte différents éléments sur la configuration et l’état du système, puis les met en relation avec les résultats du StressTest afin d’obtenir une vue plus précise des performances réelles de la machine.
• Une fois l’Analyse 2 terminée, le rapport s’ouvre automatiquement sur votre navigateur internet

Vérifier les scores de santé et d’optimisation du PC

Avant d’analyser en détail les performances du processeur, de la mémoire ou du stockage, commencez par regarder les scores généraux affichés en haut du rapport AnalysePC.

Ils donnent une première indication sur la nature du problème :

• Optimisation : reflète surtout les éléments logiciels susceptibles d’alourdir Windows, comme les processus en arrière-plan, les programmes au démarrage ou certains réglages ;
• Santé matérielle : permet de repérer plus rapidement un problème matériel, par exemple un état SMART dégradé, des températures anormales ou d’autres indicateurs de fiabilité ;
• Stabilité : renseigne sur les problèmes pouvant affecter le bon fonctionnement général du système ;
• Sécurité : concerne l’état de la protection et les principaux réglages de sécurité. Il n’explique pas directement les lenteurs, mais il participe à l’évaluation générale du PC.

Le score global synthétise ces différents éléments, mais il ne faut pas se limiter à cette seule valeur. Ce sont surtout les sous-scores qui permettent de savoir vers quelle piste orienter le diagnostic.

Par exemple, un PC peut avoir une bonne optimisation mais une santé matérielle très faible. Dans ce cas, les lenteurs sont probablement davantage liées à un problème matériel qu’à un excès de logiciels ou de programmes au démarrage.

À l’inverse, un PC peut présenter une très bonne santé matérielle mais un score d’optimisation faible. Il faut alors examiner en priorité les processus, les programmes de démarrage, les services ou les logiciels qui consomment inutilement des ressources.

Cette première lecture permet donc de distinguer rapidement deux grandes familles de causes :

• problème matériel : disque, SSD, températures, fiabilité du matériel ;
• problème logiciel ou d’optimisation : trop de programmes, trop de processus, démarrage chargé ou configuration Windows peu optimale.

Une fois cette orientation obtenue, vous pouvez approfondir le diagnostic dans les sections suivantes, en commençant notamment par l’état SMART du disque ou SSD si la santé matérielle est dégradée.

Vérifier les problèmes matériels prioritaires

Vérifier l’état SMART du disque dur ou du SSD

Les informations SMART permettent de repérer des anomalies liées au support de stockage : erreurs de communication, secteurs réalloués, commandes expirées, usure du SSD ou autres indicateurs de fiabilité.

Dans AnalysePC, une défaillance importante peut déjà apparaître dans la section Problèmes à traiter sous la forme d’une alerte prioritaire, par exemple « Défaillance critique du disque physique ». Dans ce cas, il faut traiter ce problème avant de chercher à optimiser Windows ou à désactiver des programmes au démarrage.

La priorité est alors de :

• sauvegarder immédiatement les données importantes ;
• éviter les opérations inutiles sur le disque concerné ;
• consulter le détail SMART pour identifier l’anomalie ;
• prévoir le remplacement du support si la dégradation est confirmée.

Pour afficher les détails, ouvrez la section Matériel > État SMART des disques afin de connaître précisément le support concerné et les attributs problématiques.
AnalysePC affiche ensuite le détail de chaque disque avec plusieurs informations utiles : état global, température, durée de fonctionnement, éventuelles erreurs SMART et observations associées.

Il peut aussi arriver que Windows considère un disque comme Bon, alors que smartctl détecte malgré tout un attribut problématique. C’est justement l’intérêt de croiser plusieurs sources avant de conclure que le stockage est sain.

L’impact dépend également du rôle du disque concerné.

• Si le disque système C: est en défaillance, les conséquences peuvent toucher l’ensemble de Windows : temps de démarrage très longs, blocages, ouverture lente des applications, accès disque permanent ou ralentissements généraux.
• Si le problème concerne un disque secondaire, Windows peut rester relativement fluide, mais les fichiers, jeux ou applications installés sur ce disque peuvent devenir très lents à charger ou provoquer des blocages.

Il ne faut donc pas ignorer une alerte SMART, même si elle ne concerne pas le disque système.

Vérifier les températures et une éventuelle surchauffe

Si AnalysePC ne signale pas de problème SMART critique, vérifiez ensuite si les lenteurs peuvent être liées à une surchauffe du processeur ou de la carte graphique.

• Pour cela, ouvrez l’onglet Stress test, puis la section Températures et refroidissement.

AnalysePC y affiche notamment :

• la température maximale du CPU et du GPU ;
• le Hot Spot de la carte graphique lorsqu’il est disponible ;
• la charge moyenne pendant le test ;
• l’évolution des fréquences sous charge ;
• la vitesse de montée en température ;
• la capacité du système à refroidir les composants après le test ;
• d’éventuels indices de limitation thermique ou de baisse de fréquence.

La capture ci-dessus montre par exemple un processeur ayant atteint 92 °C sous forte charge. AnalysePC signale alors une température CPU élevée et une baisse de fréquence sous charge, ce qui mérite une vérification prioritaire.

Une température importante ne signifie toutefois pas automatiquement que le PC souffre d’un problème de refroidissement. Il faut également prendre en compte la charge appliquée, la stabilité des fréquences, la température maximale prévue par le constructeur et le comportement du composant pendant la phase de refroidissement.

L’interprétation détaillée de ces courbes demande donc un minimum de connaissances matérielles. AnalysePC fournit des indications pour orienter le diagnostic, mais évitez de conclure à une surchauffe uniquement à partir d’une température maximale isolée.

En revanche, si plusieurs indices concordent — température élevée, baisse de fréquence, throttling, refroidissement insuffisant — la perte de performances peut expliquer des ralentissements, des chutes de FPS ou des performances qui diminuent après quelques minutes d’utilisation intensive.

Dans ce cas, commencez par vérifier :

• l’accumulation de poussière dans le PC ;
• le fonctionnement des ventilateurs ;
• les entrées et sorties d’air du boîtier ;
• le système de refroidissement du processeur ;
• la pâte thermique sur une machine ancienne ;
• les aérations d’un ordinateur portable.

Pour aller plus loin :

Si les températures et les fréquences restent normales sous charge, vous pouvez alors poursuivre le diagnostic vers les capacités matérielles de la configuration et la charge logicielle de Windows.

Consulter l’onglet Performances d’AnalysePC

Une fois les éventuels problèmes matériels prioritaires vérifiés, ouvrez l’onglet Performances d’AnalysePC.

Cette partie du rapport sert à déterminer si les lenteurs viennent plutôt :

• des capacités matérielles du PC ;
• d’une charge logicielle trop importante ;
• ou d’un déséquilibre entre les différents composants.

AnalysePC croise notamment les performances du processeur, de la carte graphique, de la mémoire RAM et du stockage avec la charge réelle de Windows : nombre de processus, services, programmes au démarrage, mémoire utilisée et temps de démarrage.

La carte Analyse globale résume ensuite la situation avec plusieurs indicateurs :

• le niveau de performance du CPU, du GPU, de la RAM et du stockage ;
• les éventuelles limites détectées ;
• la charge logicielle par rapport à la puissance du PC ;
• les usages considérés comme adaptés ou à limiter ;
• les recommandations pour conserver une machine réactive.

Les performances de certains composants peuvent être affichées sous forme de percentiles. Par exemple, un résultat au 13e percentile signifie que le composant se situe dans le bas des performances mesurées parmi les machines comparables. Un percentile faible ne signifie toutefois pas automatiquement qu’un composant est défaillant ou responsable des lenteurs : il doit toujours être interprété avec les autres indicateurs du rapport.

AnalysePC adapte également ses seuils à la puissance de la machine. Une petite configuration n’est donc pas évaluée de la même manière qu’un PC haut de gamme.

C’est cette lecture globale qui permet ensuite de déterminer si le PC est plutôt adapté à un usage léger, à un usage courant, ou s’il dispose d’une configuration performante et polyvalente.

Vérifier si Windows est trop chargé

Même avec une configuration matérielle correcte, Windows peut devenir moins réactif si trop de programmes, de services ou de processus fonctionnent en même temps.

Dans l’onglet Performances, AnalysePC affiche une vue globale de la charge logicielle du système. Cette analyse tient compte notamment :

• du nombre de processus actifs ;
• du nombre de services ;
• des programmes lancés au démarrage ;
• de la mémoire RAM utilisée ;
• du nombre de pilotes chargés ;
• du temps de démarrage de Windows.

L’un des points importants est qu’AnalysePC adapte ses seuils à la puissance de la machine. Un même nombre de processus ne sera donc pas interprété de la même manière sur un petit PC bureautique et sur une configuration équipée d’un processeur beaucoup plus puissant.

Par exemple, 180 processus peuvent représenter une charge importante sur une machine peu performante, alors qu’un PC plus puissant peut supporter plus de 200 processus sans montrer de ralentissement particulier.

AnalysePC compare également certaines valeurs avec celles observées sur d’autres PC analysés. Vous pouvez ainsi voir si le nombre de processus, de services ou le temps de démarrage se situe au-dessus ou en dessous de la médiane.

Il faut surtout regarder si plusieurs indicateurs vont dans la même direction.

Par exemple :

• beaucoup de processus + mémoire fortement utilisée ;
• nombreux services automatiques + démarrage lent ;
• plusieurs programmes au démarrage + temps de démarrage élevé ;
• configuration modeste + charge logicielle importante.

Dans ces situations, les lenteurs peuvent venir moins du matériel lui-même que de la charge imposée à Windows.

À l’inverse, un nombre élevé de processus n’est pas automatiquement un problème. Sur une configuration performante avec beaucoup de RAM et un processeur puissant, cette charge peut rester parfaitement acceptable.

Si AnalysePC indique Charge logicielle élevée au regard des capacités du PC ou Charge logicielle à surveiller, consultez ensuite les recommandations proposées dans la partie optimisation afin d’identifier les programmes ou éléments de démarrage qui peuvent être allégés.

Cette étape permet donc de faire la différence entre un PC réellement limité par son matériel et une machine suffisamment puissante mais trop chargée par les logiciels exécutés sous Windows.

Vérifier si la configuration du PC est adaptée à votre usage

Un point important est que les seuils sont adaptés à la puissance du PC. AnalysePC ne juge donc pas de la même façon une petite configuration et une machine puissante.

Il faut surtout regarder :

• le niveau général indiqué en haut de la carte ;
• les éventuelles limites matérielles mises en évidence ;
• la charge logicielle par rapport aux capacités de la machine ;
• les usages considérés comme adaptés ou à limiter ;
• les recommandations proposées pour conserver un PC réactif.

Usage léger à modéré conseillé

Lorsque AnalysePC indique Usage léger à modéré conseillé, cela signifie généralement que la configuration dispose de peu de marge pour le multitâche ou les applications lourdes.

Ce profil peut par exemple correspondre à un processeur avec peu de cœurs, une quantité de RAM limitée ou un stockage qui manque de réactivité.

Le PC reste tout à fait utilisable pour :

• la navigation web ;
• les mails ;
• la bureautique ;
• la lecture vidéo et le streaming ;
• quelques applications légères.

En revanche, il vaut mieux éviter de lancer trop de programmes simultanément.

Sur ce type de machine, il est également important de ne pas alourdir inutilement le navigateur avec de nombreuses extensions, des dizaines d’onglets ouverts en permanence ou plusieurs applications web lourdes.

Si AnalysePC signale en parallèle une charge logicielle élevée au regard des capacités du PC, réduire le nombre de programmes en arrière-plan peut améliorer sensiblement la réactivité sans changer de matériel.

Pour upgrader votre PC, consultez ce guide :

Quelques limites à prendre en compte

Le profil Quelques limites à prendre en compte correspond à une configuration globalement utilisable, mais dont un ou plusieurs composants peuvent limiter certains usages.

Par exemple, un CPU à 4 cœurs peut être suffisant pour la plupart des tâches courantes, tandis qu’un GPU situé dans un percentile faible peut devenir pénalisant pour :

• les jeux récents ;
• la 3D ;
• le montage vidéo ;
• certaines applications graphiques lourdes.

Le PC peut donc rester confortable pour la bureautique, la navigation et le multimédia, tout en montrant ses limites dès que la charge devient plus importante.

Dans ce cas, il faut surtout regarder quel composant ressort comme le plus faible, sans pour autant conclure automatiquement qu’il est responsable des lenteurs.

AnalysePC cherche justement à distinguer une simple limite théorique d’un véritable goulot d’étranglement confirmé par plusieurs indicateurs.

Configuration adaptée à un usage courant

Lorsque la carte indique Configuration adaptée à un usage courant, le matériel est généralement suffisamment équilibré pour la majorité des usages classiques.

Cela correspond notamment à :

• la navigation web et la bureautique ;
• le multitâche courant ;
• le multimédia ;
• la visioconférence ;
• les applications graphiques adaptées au GPU installé.

Le processeur, la mémoire et le stockage ne présentent alors pas de faiblesse majeure.

Cependant, AnalysePC peut encore signaler une charge logicielle élevée. Par exemple, un PC matériellement correct peut devenir moins réactif avec un nombre très élevé de processus, de services ou de programmes lancés au démarrage.

Dans ce cas, les lenteurs ne viennent pas forcément du matériel lui-même, mais plutôt de la manière dont Windows est chargé.

C’est justement ce qui rend cette carte utile : elle permet de faire la différence entre configuration suffisante et Windows trop encombré.

Configuration performante et polyvalente

Le profil Configuration performante et polyvalente indique qu’AnalysePC détecte une bonne réserve de puissance sur les principaux composants.

Le CPU, le GPU, la mémoire et le stockage se situent alors généralement dans des percentiles élevés et permettent des usages plus exigeants :

• multitâche soutenu ;
• applications lourdes ;
• création de contenu ;
• traitements graphiques ;
• jeux adaptés au GPU installé ;
• machines virtuelles ou autres tâches gourmandes.

Une telle configuration ne devrait normalement pas devenir lente lors d’un usage classique.

Cela ne signifie toutefois pas que le PC ne peut jamais rencontrer de problème de performances.

Même une machine puissante peut être ralentie par :

• un très grand nombre de processus ;
• des services inutiles ;
• trop de programmes au démarrage ;
• un logiciel particulièrement gourmand ;
• un problème de pilote ou de température ;
• un stockage défaillant.

C’est pourquoi AnalysePC affiche également la charge logicielle réelle de Windows, même sur les configurations performantes.

Si la configuration est puissante mais que le PC reste lent, il faut donc orienter la suite du diagnostic vers les programmes au démarrage, les processus, les services et les logiciels installés, plutôt que vers une mise à niveau matérielle.

Croiser les différents indicateurs pour identifier la cause des lenteurs

Une fois les principales sections du rapport AnalysePC examinées, il faut éviter de tirer une conclusion à partir d’un seul indicateur. Un percentile faible, un nombre élevé de processus ou une température importante ne suffit pas toujours à expliquer à lui seul les lenteurs observées.

L’intérêt d’AnalysePC est justement de croiser l’état matériel, les performances mesurées, la puissance de la configuration et la charge logicielle réelle de Windows.

Le tableau suivant permet de résumer les situations les plus courantes :

Indicateurs observés	Cause la plus probable	Priorité
Santé matérielle faible + alerte SMART critique	Disque dur ou SSD défaillant	Sauvegarder les données et traiter le problème matériel en priorité
Températures élevées + baisse de fréquence sous charge	Surchauffe ou throttling thermique	Vérifier le refroidissement
Configuration faible + charge logicielle élevée	PC trop limité pour la charge actuelle	Alléger Windows et limiter le multitâche
Configuration correcte + nombreux processus/services + démarrage lent	Surcharge logicielle	Vérifier démarrage, services et logiciels installés
Stockage faible + démarrage très lent	Stockage peu performant et/ou trop de programmes au démarrage	Examiner les deux pistes
GPU faible + usage bureautique	Pas nécessairement un problème	Ne pas surinterpréter la faiblesse du GPU
RAM suffisante + utilisation mémoire élevée	Applications gourmandes ou trop nombreuses	Identifier les logiciels qui utilisent la mémoire
Configuration performante + matériel sain + charge logicielle normale	Cause non évidente dans la carte Performances	Chercher une application, un pilote ou un problème ponctuel

Par exemple, un PC équipé d’un processeur et de suffisamment de RAM peut sembler correctement dimensionné, mais devenir lent si AnalysePC relève en parallèle plus de 300 processus, de nombreux services et un temps de démarrage supérieur à 100 secondes. Dans ce cas, le matériel n’est probablement pas la cause principale : il faut plutôt examiner la charge logicielle.

À l’inverse, sur une petite configuration avec peu de cœurs, peu de mémoire et des performances situées dans les percentiles les plus faibles, quelques dizaines de processus supplémentaires peuvent déjà avoir un impact sensible. AnalysePC adapte justement ses seuils à la puissance de la machine afin de ne pas juger de la même manière un petit PC bureautique et une configuration haut de gamme.

Enfin, certaines limites doivent toujours être interprétées en fonction de l’usage. Une carte graphique peu performante n’est pas forcément un problème sur un PC destiné à la bureautique, alors qu’elle le devient rapidement pour le jeu ou la 3D.

L’objectif est donc de rechercher plusieurs indices qui vont dans la même direction avant de conclure. Cela permet d’éviter les optimisations inutiles et de concentrer les actions sur la cause la plus vraisemblable des lenteurs.

Que faire une fois la cause identifiée ?

Une fois la cause probable des lenteurs identifiée, il n’est pas nécessaire de modifier Windows au hasard. AnalysePC fournit déjà plusieurs propositions d’optimisation adaptées aux problèmes détectés.

Commencez par revenir dans l’onglet Performances et consultez les recommandations affichées dans les différentes cartes.

Selon le diagnostic, AnalysePC peut par exemple proposer de :

• désinstaller des logiciels inutiles, facultatifs ou redondants ;
• examiner les logiciels considérés comme peu utiles ou déconseillés ;
• alléger les programmes et tâches lancés au démarrage ;
• réduire le nombre d’applications exécutées en arrière-plan ;
• conserver uniquement les navigateurs réellement utilisés ;
• vérifier les services ou programmes qui contribuent à un démarrage très lent ;
• traiter en priorité un problème matériel signalé dans le rapport.

AnalysePC peut aussi regrouper les logiciels installés par catégorie et signaler les fonctions présentes plusieurs fois. Par exemple, plusieurs navigateurs, outils de compression, lecteurs PDF ou services de synchronisation peuvent être installés alors qu’un seul ou deux sont réellement utilisés.

La carte Alléger Windows et le démarrage fournit notamment un score d’optimisation et indique les logiciels ou éléments de démarrage qui peuvent être examinés. Certaines recommandations disposent également d’un bouton Voir le guide afin d’accéder directement à la procédure correspondante.

Le guide à consulter :

Cela ne signifie pas qu’il faut systématiquement désinstaller tous les logiciels en double. L’objectif est plutôt de se demander si chacun d’eux est réellement nécessaire et s’il contribue inutilement à la charge logicielle du PC.

Si le rapport indique au contraire que la configuration matérielle est trop limitée pour l’usage souhaité, les optimisations logicielles auront forcément leurs limites. Il faudra alors soit réduire le nombre d’applications utilisées simultanément, soit envisager une évolution matérielle adaptée.

Enfin, si AnalysePC détecte un problème SMART ou une surchauffe, traitez d’abord cette anomalie avant de chercher à gagner quelques secondes au démarrage ou à supprimer des programmes.

Pour les méthodes générales permettant d’optimiser ou dépanner un ordinateur lent, vous pouvez ensuite consulter le guide complet :

L’article Diagnostiquer les lenteurs de son PC avec AnalysePC sous Windows 11/10 est apparu en premier sur malekal.com.

Lorsque Windows utilise une grande quantité de mémoire RAM, le Gestionnaire des tâches ne permet pas toujours de comprendre où se trouve réellement la mémoire utilisée. Une partie peut être occupée par les applications, mais aussi par le cache de fichiers, le noyau, les pilotes, les pools mémoire ou encore les pages placées en attente par Windows.

RAMMap est un outil gratuit de Microsoft Sysinternals conçu pour examiner en détail la répartition de la mémoire physique sous Windows. Il permet de distinguer les pages Active, Standby ou Modified, d’examiner la mémoire associée aux processus et aux fichiers, mais aussi d’observer les allocations du noyau et des pilotes.

RAMMap devient particulièrement utile lorsque la RAM semble fortement utilisée sans qu’aucun processus ne permette d’expliquer clairement cette consommation. Il peut également aider à orienter la recherche d’une fuite mémoire ou à comprendre le fonctionnement du cache de Windows.

Dans ce guide, découvrez comment utiliser RAMMap pour comprendre et examiner la mémoire RAM de Windows, interpréter ses principaux onglets et repérer une consommation mémoire qui mérite d’être approfondie.

Qu’est-ce que RAMMap ?

RAMMap est un utilitaire gratuit de la suite Microsoft Sysinternals qui permet d’examiner en détail comment Windows utilise la mémoire RAM physique.

Le Gestionnaire des tâches indique la quantité de mémoire utilisée, disponible ou mise en cache. RAMMap va beaucoup plus loin en montrant à quoi correspondent réellement les pages présentes en mémoire : processus, cache de fichiers, noyau Windows, pilotes, tables de pages ou encore mémoire en attente.

Il permet notamment de répondre à des questions comme :

• Pourquoi une grande quantité de RAM est-elle utilisée alors qu’aucune application ne semble particulièrement gourmande ?
• Quelle quantité de mémoire se trouve dans le cache de Windows ?
• Quelle part de la RAM est Active, Standby, Modified ou libre ?
• Quels processus ou fichiers occupent la mémoire physique ?
• La consommation provient-elle plutôt des applications, du noyau, des pilotes ou du cache ?

RAMMap analyse la mémoire physique de Windows

La particularité de RAMMap est de fournir une vue globale de la mémoire physique, et pas seulement une liste des processus.

Windows utilise en effet la RAM pour de nombreux éléments qui ne sont pas toujours clairement attribuables à une application dans le Gestionnaire des tâches. Une quantité importante de mémoire peut par exemple correspondre à des fichiers mis en cache ou à des pages placées dans la liste Standby (En attente) et rapidement récupérables si un programme en a besoin.

RAMMap présente ces informations dans plusieurs onglets spécialisés comme Use Counts, Processes, Priority Summary, Physical Pages, Physical Ranges, File Summary et File Details.

Il devient ainsi particulièrement utile lorsqu’une consommation mémoire paraît difficile à expliquer avec les outils classiques.

RAMMap est donc surtout adapté pour répondre à la question :

« Comment la mémoire physique de mon PC est-elle réellement répartie ? »

Pour examiner en profondeur la mémoire virtuelle et les allocations d’un processus particulier, Microsoft propose un autre outil Sysinternals complémentaire : VMMap.

Que permet de voir RAMMap dans la mémoire de Windows ?

RAMMap permet de visualiser comment la mémoire physique est réellement répartie entre les différents composants de Windows. Contrairement au Gestionnaire des tâches, qui fournit surtout une vue synthétique, RAMMap détaille l’utilisation de chaque groupe de pages mémoire.

Il permet notamment d’examiner :

• la mémoire utilisée par les processus et applications ;
• la mémoire occupée par le noyau Windows et les pilotes ;
• les pools paginé et non paginé ;
• les fichiers et données conservés dans le cache mémoire ;
• les pages appartenant aux listes Active, Standby, Modified, Free et Zeroed ;
• les fichiers dont le contenu est actuellement présent en RAM ;
• la répartition des pages selon leur priorité ;
• l’organisation des différentes zones de la mémoire physique.

Comprendre où est passée la RAM

RAMMap est particulièrement utile lorsque la quantité de RAM utilisée semble beaucoup plus importante que celle consommée par les applications visibles dans le Gestionnaire des tâches.

Par exemple, Windows peut afficher 12 Go utilisés sur 16 Go, alors que les principaux processus n’en représentent que quelques gigaoctets. Le reste peut correspondre au cache de fichiers, au noyau, aux pilotes, aux tables de pages ou à d’autres allocations système.

RAMMap permet justement d’identifier quelle catégorie explique cette différence. Une quantité importante de mémoire Standby, par exemple, correspond généralement à des données conservées en cache mais récupérables si les applications ont besoin de davantage de RAM.

Les différents onglets permettent ensuite d’approfondir l’analyse : Use Counts pour obtenir une vue globale, Processes pour les processus et File Summary / File Details pour les fichiers présents en mémoire.

RAMMap permet ainsi de déterminer si une forte utilisation correspond à une réelle pression mémoire ou simplement au fonctionnement normal de Windows et de son cache.

Télécharger et lancer RAMMap

RAMMap est un utilitaire gratuit proposé par Microsoft Sysinternals. Il ne nécessite pas d’installation et peut être exécuté directement après avoir téléchargé et extrait son archive ZIP.

Pour utiliser RAMMap :

• Téléchargez RAMMap :

• Décompressez l’archive RAMMap.zip dans le dossier de votre choix.
• Exécutez RAMMap.exe.
• Acceptez le contrôle de compte utilisateur (UAC) si Windows demande l’autorisation d’exécuter le programme avec les privilèges administrateur.

L’interface s’ouvre alors directement sur l’onglet Use Counts, qui fournit une première vue d’ensemble de la répartition de la mémoire physique.

Aucune installation ni configuration particulière n’est nécessaire. Vous pouvez immédiatement naviguer entre les différents onglets Use Counts, Processes, Priority Summary, Physical Pages, Physical Ranges, File Summary et File Details pour examiner la mémoire sous différents angles.

Pour obtenir des informations représentatives, il est préférable de lancer RAMMap pendant que le problème de mémoire est présent. Si vous cherchez par exemple à comprendre pourquoi 90 % de la RAM est utilisée, évitez de redémarrer Windows juste avant l’analyse : le redémarrage peut faire disparaître temporairement la situation que vous souhaitez examiner.

Une fois l’analyse terminée, il suffit de fermer RAMMap. L’utilisation normale de l’outil pour consulter les informations ne modifie pas la configuration de Windows. Certaines commandes du menu Empty agissent en revanche sur les listes mémoire ; nous verrons plus loin dans quelles situations les utiliser.

Comprendre l’onglet Use Counts

L’onglet Use Counts est la vue principale de RAMMap. Il permet de comprendre rapidement à quoi sert la mémoire physique du PC en croisant deux informations : le type d’utilisation de la mémoire et l’état actuel des pages.

Les lignes correspondent aux différentes catégories d’utilisation de la RAM, tandis que les colonnes indiquent si les pages sont Active, Standby, Modified, Transition, etc. La colonne Total permet de connaître la quantité totale associée à chaque catégorie.

Parmi les principales lignes affichées, vous pouvez rencontrer :

• Process Private : mémoire privée associée aux processus.
• Mapped File : pages provenant de fichiers mappés en mémoire, notamment utilisées par le cache de fichiers.
• Shareable : mémoire pouvant être partagée entre plusieurs processus.
• Paged Pool : pool mémoire du noyau pouvant être paginé.
• Nonpaged Pool : mémoire du noyau devant rester en RAM.
• Session Private : mémoire privée associée aux sessions Windows.
• Metafile : données utilisées par le cache des métadonnées du système de fichiers.
• Page Table : mémoire utilisée pour les tables de pages qui assurent la correspondance entre mémoire virtuelle et mémoire physique.
• Driver Locked : pages verrouillées en mémoire, notamment par certains pilotes.
• Large Page : allocations utilisant les grandes pages mémoire.

Comment interpréter Use Counts ?

Il ne faut pas rechercher une valeur particulière qui serait systématiquement « normale ». La répartition dépend de la quantité de RAM installée, des applications ouvertes et de l’activité de Windows.

L’intérêt de Use Counts est surtout de repérer quelle catégorie explique une consommation importante.

Par exemple :

• Process Private élevé → examinez les processus et applications.
• Mapped File élevé → une partie importante de la mémoire est liée aux fichiers mappés et au cache.
• Nonpaged Pool anormalement élevé ou qui augmente continuellement → recherchez éventuellement un problème de pilote ou une fuite mémoire du noyau.
• Page Table élevé → une quantité importante de mémoire est utilisée pour gérer les espaces d’adressage virtuels ; il faut l’interpréter avec le nombre et le comportement des processus présents.

Il faut également regarder les colonnes. Une quantité importante dans Standby n’a pas la même signification qu’une quantité équivalente dans Active : les pages Standby peuvent être récupérées par Windows lorsque davantage de mémoire est nécessaire.

L’onglet Use Counts constitue donc généralement le meilleur point de départ dans RAMMap. Une fois la catégorie responsable identifiée, les autres onglets permettent d’approfondir l’analyse et de déterminer quels processus, fichiers ou composants utilisent cette mémoire.

Comprendre les états Active, Standby, Modified, Free et Zeroed

RAMMap classe les pages mémoire selon leur état. Cette information permet de distinguer la mémoire réellement utilisée de celle que Windows peut récupérer ou réaffecter.

Les principaux états sont :

• Active : pages actuellement utilisées par Windows, les applications ou les pilotes.
• Standby : pages contenant encore des données utiles, mais récupérables rapidement si davantage de mémoire est nécessaire.
• Modified : pages modifiées qui doivent généralement être écrites avant de pouvoir être réutilisées.
• Free : pages qui ne sont actuellement attribuées à aucun usage actif.
• Zeroed : pages disponibles, déjà remises à zéro et prêtes à être attribuées.

Une quantité importante de mémoire Standby n’indique donc pas nécessairement un manque de RAM. Windows utilise notamment ces pages comme cache et peut les réaffecter en fonction des besoins.

Dans RAMMap, ces états doivent être croisés avec les catégories de l’onglet Use Counts afin de comprendre quel type de mémoire est utilisé et dans quel état se trouvent les pages correspondantes.

Pour comprendre en détail le fonctionnement des états mémoire, du cache et de la mémoire disponible : Comment mesurer et analyser l’utilisation de la mémoire RAM sous Windows 11/10

Examiner la mémoire utilisée par les processus

L’onglet Processes de RAMMap permet d’examiner la mémoire physique associée aux différents processus en cours d’exécution. Il complète l’onglet Use Counts en permettant de déterminer quelles applications contribuent à l’utilisation de la RAM.

Chaque ligne correspond à un processus et présente notamment son PID (identifiant du processus) ainsi que la répartition de ses pages mémoire selon leur état.

Vous pouvez ainsi observer :

• Total : quantité totale de mémoire physique associée au processus.
• Active : pages actuellement actives dans le jeu de travail du processus.
• Standby : pages associées au processus qui se trouvent désormais dans la liste Standby.
• Modified : pages modifiées qui doivent être écrites avant de pouvoir être réutilisées.
• Page Table : mémoire utilisée par les tables de pages nécessaires à la gestion de l’espace d’adressage du processus.

Identifier les processus qui occupent le plus de RAM

Cliquez sur les en-têtes de colonnes pour trier les processus. La colonne Total donne une première indication des processus auxquels une quantité importante de mémoire physique est associée.

Il est toutefois important de ne pas interpréter cette valeur comme la simple « consommation RAM » affichée dans le Gestionnaire des tâches. RAMMap s’intéresse ici aux pages physiques et à leur état, et une partie peut notamment se trouver en Standby.

L’onglet Processes est particulièrement utile lorsque Process Private apparaît élevé dans Use Counts. Vous pouvez alors rechercher quels processus expliquent cette consommation et vérifier si quelques applications concentrent une part importante de la mémoire.

Analyser le cache de fichiers avec File Summary et File Details

RAMMap permet aussi d’examiner la mémoire utilisée par le cache de fichiers de Windows. Pour cela, deux onglets sont particulièrement utiles : File Summary et File Details.

L’onglet File Summary regroupe les fichiers dont des pages sont actuellement présentes en mémoire. Il permet de repérer rapidement quels fichiers occupent une part importante de la RAM et de distinguer ce qui relève réellement des applications de ce qui correspond au cache de Windows.

Vous pouvez notamment y voir, pour chaque fichier, la quantité totale de mémoire associée ainsi que la part présente dans différents états comme Active ou Standby.

File Summary : repérer les fichiers qui occupent le cache

L’intérêt principal de File Summary est de répondre à une question simple :

Quels fichiers expliquent une partie importante de la mémoire mise en cache ?

Vous pouvez trier les colonnes pour identifier les fichiers les plus présents en mémoire. Il peut s’agir de fichiers système, de bibliothèques DLL, de fichiers exécutables ou de données récemment utilisées par des applications.

Une présence importante dans le cache n’est pas forcément problématique. Si une grande partie de cette mémoire se trouve en Standby, Windows peut la récupérer rapidement lorsqu’un programme a besoin de davantage de RAM.

File Details : examiner le cache fichier par fichier

L’onglet File Details permet d’aller plus loin en affichant le détail des fichiers mappés ou mis en cache en mémoire.

Il est particulièrement utile lorsque Mapped File apparaît élevé dans l’onglet Use Counts et que vous voulez savoir quels fichiers en sont responsables.

Vous pouvez alors rechercher un fichier précis et examiner sa présence dans la mémoire physique.

Quand ces onglets sont-ils utiles ?

File Summary et File Details sont surtout utiles lorsque la RAM paraît très utilisée mais qu’aucun processus ne semble expliquer la consommation. Ils permettent de vérifier si une part importante de la mémoire correspond simplement à des fichiers mis en cache par Windows.

Dans ce cas, il ne faut pas forcément chercher à « libérer » cette mémoire : tant qu’elle est majoritairement récupérable, elle participe au fonctionnement normal du cache et peut améliorer les performances en évitant de relire certaines données depuis le stockage.

Comprendre la mémoire du noyau, des pilotes et des pools

Toute la mémoire utilisée par Windows n’est pas directement attribuée aux applications. Le noyau de Windows, les pilotes et certains composants système utilisent également une partie de la RAM pour fonctionner.

Dans RAMMap, cette consommation apparaît notamment à travers plusieurs catégories de l’onglet Use Counts, comme Paged Pool, Nonpaged Pool, Driver Locked ou encore certaines allocations liées aux tables de pages.

Pool paginé et pool non paginé

• Le pool paginé (Paged Pool) contient des données utilisées par le noyau et les pilotes qui peuvent, lorsque Windows le permet, être transférées hors de la RAM physique vers le fichier d’échange.
• Le pool non paginé (Nonpaged Pool) contient au contraire des données qui doivent rester présentes en mémoire physique tant qu’elles sont utilisées.

Il est donc parfaitement normal que ces deux catégories occupent une certaine quantité de RAM.

Quand faut-il s’en préoccuper ?

Ce qui devient intéressant, c’est surtout l’évolution de ces valeurs dans le temps.

Par exemple, si le Nonpaged Pool augmente continuellement pendant plusieurs heures ou plusieurs jours, alors que les applications visibles restent stables, cela peut orienter le diagnostic vers un pilote ou un composant du noyau qui ne libère pas correctement sa mémoire.

Même logique pour le Paged Pool : une croissance anormale et persistante peut signaler un problème côté noyau ou pilote.

La mémoire verrouillée par les pilotes

La catégorie Driver Locked correspond à des pages physiques verrouillées en mémoire, notamment par certains pilotes ou mécanismes bas niveau.

Une petite quantité n’est pas forcément anormale. En revanche, si cette catégorie devient très importante ou augmente continuellement, elle peut constituer une piste à examiner.

Comment approfondir ?

RAMMap permet surtout de constater quelle catégorie système utilise la mémoire. Pour identifier précisément le pilote responsable d’une fuite dans un pool mémoire, il faut généralement aller plus loin avec un outil comme PoolMon, qui permet d’examiner les allocations par pool tags.

On peut donc retenir :

• Process Private élevé → chercher du côté des applications
• Paged Pool / Nonpaged Pool élevés → chercher du côté du noyau et des pilotes
• Driver Locked élevé → examiner les pilotes ou composants bas niveau

RAMMap est particulièrement utile ici lorsque le Gestionnaire des tâches montre une forte utilisation de la RAM sans qu’aucun processus utilisateur ne semble en être responsable.

Examiner les pages physiques avec Physical Pages et Physical Ranges

Les onglets Physical Pages et Physical Ranges proposent une vue très technique de l’organisation de la mémoire physique. Ils sont surtout destinés à approfondir une analyse, tandis que Use Counts, Processes et File Summary suffisent généralement pour rechercher l’origine d’une forte utilisation de RAM.

Physical Pages : examiner les pages présentes en RAM

L’onglet Physical Pages affiche les pages de la mémoire physique avec leur adresse et leur utilisation. Il permet ainsi de déterminer si une page est associée à un processus, un fichier mappé, au noyau ou à une autre catégorie mémoire.

Il fournit donc une vue beaucoup plus fine que Use Counts :

• Use Counts → combien de mémoire chaque catégorie utilise
• Physical Pages → quelles pages physiques correspondent à ces utilisations

Pour un diagnostic courant, il est rarement nécessaire d’aller jusqu’à ce niveau de détail.

Physical Ranges : visualiser les plages de mémoire physique

L’onglet Physical Ranges affiche les différentes plages d’adresses physiques détectées sur le PC. Certaines zones peuvent être réservées au matériel ou utilisées pour le mappage de périphériques.

Cette vue peut notamment aider à comprendre pourquoi la quantité de RAM utilisable par Windows est légèrement inférieure à la quantité installée, par exemple lorsqu’une partie de la mémoire est réservée au matériel.

Ces deux onglets sont donc surtout utiles pour une analyse avancée de l’organisation de la mémoire physique. Pour rechercher simplement ce qui occupe la RAM, commencez plutôt par Use Counts, puis utilisez Processes ou File Summary selon la catégorie identifiée.

Utiliser Priority Summary pour comprendre les priorités mémoire

L’onglet Priority Summary montre comment Windows répartit les pages mémoire selon leur niveau de priorité. Ces priorités l’aident notamment à déterminer quelles pages conserver en RAM et lesquelles peuvent être récupérées plus facilement lorsque la pression mémoire augmente.

RAMMap présente leur répartition entre différents états, notamment Active, Standby et Modified. Les pages de priorité élevée ont davantage de chances d’être conservées en mémoire lorsqu’elles restent utiles, tandis que les pages Standby de faible priorité peuvent être réaffectées plus facilement.

Cet onglet permet ainsi de comprendre que la liste Standby n’est pas uniforme : Windows attribue également des priorités aux données qu’elle contient.

En pratique, Priority Summary est rarement indispensable pour diagnostiquer une forte utilisation de RAM. Les onglets Use Counts, Processes et File Summary sont généralement plus utiles pour identifier l’origine de la consommation. Priority Summary sert surtout à approfondir le fonctionnement de la mémoire Standby et la manière dont Windows arbitre entre les pages récupérables.

Une quantité importante de mémoire Standby, même visible dans cet onglet, n’indique donc pas nécessairement un problème : cette mémoire reste en grande partie récupérable en fonction des besoins du système.

Comment repérer une consommation de RAM anormale avec RAMMap ?

RAMMap permet surtout de déterminer quelle catégorie de mémoire explique une consommation élevée, puis d’orienter le diagnostic vers les processus, le cache, le noyau ou les pilotes.

Il n’existe pas de valeur unique à partir de laquelle une consommation devient forcément anormale. Il faut surtout observer la répartition de la mémoire et son évolution dans le temps.

Commencez par l’onglet Use Counts et recherchez les catégories qui occupent une quantité importante de RAM. Les principales pistes sont généralement :

• Process Private élevé : la consommation provient surtout des applications.
• Mapped File élevé : une grande partie de la mémoire est liée aux fichiers mappés et au cache.
• Paged Pool ou Nonpaged Pool élevés : le noyau ou un pilote peut être en cause.
• Driver Locked élevé : certaines pages sont verrouillées en mémoire par des pilotes ou composants bas niveau.
• Standby très important : souvent normal, car cette mémoire reste récupérable par Windows.

Rechercher une évolution anormale

Une valeur élevée à un instant donné n’est pas forcément problématique. En revanche, une catégorie qui augmente continuellement sans revenir à un niveau normal mérite davantage d’attention.

Par exemple :

Process Private : 4 Go → 6 Go → 9 Go → 12 Go

ou :

Nonpaged Pool : 500 Mo → 1 Go → 2 Go → 4 Go

peuvent indiquer respectivement une consommation excessive d’un processus ou un problème côté pilote/noyau.

Dans ce cas, laissez RAMMap ouvert ou réalisez plusieurs relevés à différents moments afin de vérifier si la hausse est continue.

Croiser les onglets pour trouver l’origine

Une fois la catégorie suspecte identifiée, utilisez les autres onglets :

• Process Private élevé → Processes
• Mapped File élevé → File Summary / File Details
• Paged Pool ou Nonpaged Pool élevés → Use Counts, puis éventuellement PoolMon
• Standby élevé → Priority Summary et états mémoire

Cette méthode permet de passer progressivement d’une vue globale à une analyse plus ciblée.

Quand faut-il réellement s’inquiéter ?

La consommation devient surtout préoccupante lorsqu’elle s’accompagne de plusieurs symptômes :

• mémoire disponible très faible
• augmentation continue d’une catégorie
• ralentissements ou forte utilisation du fichier d’échange
• consommation qui ne redescend pas après la fin d’une tâche
• aucun processus évident dans le Gestionnaire des tâches malgré une RAM presque saturée

RAMMap est donc particulièrement utile pour répondre à cette question :

« Quelle partie de Windows ou des applications explique réellement cette consommation mémoire ? »

Il permet ensuite de choisir l’outil approprié pour approfondir : Process Explorer ou VMMap pour un processus, PoolMon pour les pools mémoire, ou PerfMon pour suivre l’évolution sur une période plus longue.

Peut-on vider la mémoire Standby avec RAMMap ?

Oui. RAMMap permet de vider manuellement la liste Standby grâce aux commandes du menu Empty.

La liste Standby contient des pages qui ne sont plus activement utilisées mais dont Windows conserve encore le contenu en mémoire afin de pouvoir les réutiliser rapidement. Cette mémoire reste récupérable automatiquement si une application a besoin de davantage de RAM.

Pour vider cette mémoire dans RAMMap :

• Ouvrez RAMMap avec les droits administrateur.
• Cliquez sur le menu Empty.
• Sélectionnez Empty Standby List.

La quantité de mémoire Standby diminue alors immédiatement et la mémoire libre augmente.

Faut-il le faire régulièrement ?

En règle générale, non.

Windows gère automatiquement la liste Standby et réattribue ces pages lorsqu’un programme réclame davantage de mémoire. Une liste Standby importante n’indique donc pas forcément un problème.

Vider cette mémoire peut même être contre-productif : les données qui étaient encore présentes en RAM devront parfois être relues depuis le SSD si elles sont de nouveau nécessaires.

Dans quels cas cela peut-il être utile ?

La fonction Empty Standby List est surtout intéressante pour des besoins de test et de diagnostic.

Par exemple, elle peut servir à :

• vérifier si un comportement change lorsque le cache Standby est supprimé ;
• comparer les performances avec ou sans données déjà présentes en mémoire ;
• reproduire plus facilement certains scénarios de test ;
• confirmer qu’une grande quantité de mémoire affichée comme occupée correspond en réalité à de la mémoire récupérable.

Il faut donc voir cette fonction comme un outil de diagnostic, et non comme une méthode d’optimisation permanente.

Si la RAM reste réellement saturée après avoir vidé la liste Standby, il faut plutôt rechercher une consommation anormale dans les processus, le noyau, les pools mémoire ou les pilotes.

Quand utiliser les commandes Empty de RAMMap ?

Le menu Empty de RAMMap permet de vider manuellement certaines listes ou zones mémoire gérées par Windows. Ces commandes peuvent être utiles pour des besoins de test, de diagnostic ou de comparaison, mais elles ne doivent pas être utilisées comme méthode régulière d’optimisation.

Selon la version de RAMMap, le menu peut notamment proposer :

• Empty Working Sets : réduit le jeu de travail des processus afin de récupérer une partie des pages actuellement résidentes en RAM.
• Empty System Working Set : vide une partie du jeu de travail utilisé par le système.
• Empty Modified Page List : force le traitement des pages modifiées afin qu’elles puissent être réutilisées.
• Empty Standby List : vide l’ensemble de la liste Standby.
• Empty Priority 0 Standby List : vide uniquement les pages Standby de priorité 0, les moins prioritaires.

Dans quels cas les utiliser ?

Ces commandes sont surtout intéressantes lorsque vous cherchez à observer le comportement de Windows avant et après la suppression d’un type de mémoire.

Par exemple, vous pouvez vider la liste Standby pour vérifier si une forte consommation apparente provient essentiellement du cache. De même, réduire les Working Sets peut aider à observer la différence entre mémoire résidente et mémoire réellement engagée par les processus.

Elles peuvent aussi être utiles dans des scénarios de test, par exemple pour reproduire un démarrage « à froid » d’une application ou mesurer ses performances sans bénéficier de données déjà présentes en cache.

Pourquoi éviter de les utiliser en permanence ?

Forcer Windows à vider ses listes mémoire peut donner l’impression de « récupérer » beaucoup de RAM, mais cela ne signifie pas que le système était réellement à court de mémoire.

En pratique, Windows gère déjà automatiquement ces zones selon la pression mémoire. Vider les Working Sets ou la liste Standby peut simplement obliger le système à recharger plus tard des données depuis le SSD, ce qui peut dégrader temporairement les performances.

Il faut donc considérer le menu Empty comme une fonction de diagnostic avancé, et non comme un bouton de nettoyage.

En résumé :

• Empty Standby List → utile pour tester le cache
• Empty Working Sets → utile pour observer la mémoire résidente
• Empty Modified Page List → utile dans des scénarios de diagnostic spécifiques
• Usage régulier pour “libérer la RAM” → déconseillé

Si l’utilisation mémoire reste anormalement élevée après ces tests, mieux vaut poursuivre l’analyse avec les onglets de RAMMap ou avec Process Explorer, VMMap, PoolMon ou PerfMon selon la catégorie concernée.

RAMMap est-il utile pour détecter une fuite mémoire ?

Oui, mais RAMMap sert surtout à repérer quelle catégorie de mémoire augmente anormalement et à orienter le diagnostic. Il ne permet pas toujours d’identifier directement le programme, le pilote ou l’allocation responsable d’une fuite.

L’onglet Use Counts fournit les premières indications :

• Process Private augmente continuellement → la fuite peut provenir d’une application.
• Paged Pool ou Nonpaged Pool augmente → recherchez plutôt du côté du noyau ou d’un pilote.
• Driver Locked augmente fortement → un pilote ou un composant bas niveau peut être impliqué.
• Mapped File augmente → la hausse peut provenir du cache ou de fichiers mappés et ne constitue pas nécessairement une fuite.

Ce qui compte surtout est l’évolution dans le temps. Une valeur élevée à un instant donné n’est pas suffisante : une fuite se caractérise plutôt par une consommation qui augmente progressivement sans revenir à son niveau habituel.

RAMMap permet donc de répondre à une première question :

« La fuite semble-t-elle provenir d’un processus, du noyau, d’un pilote ou d’une autre catégorie mémoire ? »

Il faut ensuite utiliser un outil plus spécialisé pour approfondir : Process Explorer ou VMMap pour un processus, PoolMon pour les pools du noyau et les pilotes, ou PerfMon pour suivre une consommation qui évolue pendant plusieurs heures ou plusieurs jours.

RAMMap est donc avant tout un outil d’orientation pour rechercher une fuite mémoire, plutôt qu’un outil capable d’en identifier à lui seul la cause précise.

RAMMap, Process Explorer ou VMMap : quel outil choisir ?

RAMMap, Process Explorer et VMMap sont trois outils Microsoft Sysinternals complémentaires, mais ils ne répondent pas au même besoin.

Outil	À utiliser pour
RAMMap	Comprendre comment la mémoire physique est répartie dans Windows
Process Explorer	Identifier et suivre la consommation mémoire d’un processus
VMMap	Examiner en détail les allocations mémoire d’un processus

Si Windows utilise beaucoup de RAM sans qu’aucun processus ne semble clairement responsable, commencez par RAMMap. Il permet de déterminer si la consommation provient plutôt des processus, du cache, des fichiers mappés, du noyau ou des pilotes.

Si un processus précis paraît gourmand ou augmente progressivement, Process Explorer est plus adapté pour suivre des indicateurs comme le Working Set ou les Private Bytes.

Enfin, utilisez VMMap lorsque vous voulez comprendre plus finement comment ce processus utilise sa mémoire : Heap, Stack, Private Data, Mapped File, etc.

On peut donc retenir :

• RAMMap → vue globale de la mémoire
• Process Explorer → suivi d’un processus
• VMMap → analyse détaillée des allocations d’un processus

Les limites de RAMMap

RAMMap est très utile pour comprendre comment la mémoire physique est répartie dans Windows, mais il ne permet pas toujours d’identifier directement la cause précise d’une consommation anormale.

Il peut par exemple montrer qu’un Process Private, un Nonpaged Pool ou une autre catégorie augmente fortement, sans forcément indiquer quel code, quel pilote ou quelle allocation est responsable. Dans ce cas, il faut compléter l’analyse avec un outil plus spécialisé.

RAMMap fournit également surtout un instantané de la mémoire à un moment donné. Pour suivre une consommation qui augmente pendant plusieurs heures ou plusieurs jours, PerfMon est généralement plus adapté.

Enfin, certaines valeurs peuvent être difficiles à interpréter sans connaître le fonctionnement de la mémoire Windows. Une quantité importante de mémoire Standby ou de cache n’est pas forcément anormale.

RAMMap doit donc surtout être considéré comme un outil permettant de repérer où se trouve la mémoire et d’orienter le diagnostic, plutôt que comme une solution capable d’identifier à elle seule l’origine de chaque fuite ou anomalie.

L’article RAMMap : comprendre et examiner la mémoire RAM de Windows est apparu en premier sur malekal.com.

Restic est un logiciel de sauvegarde gratuit et open source qui permet de protéger ses fichiers sous Windows, Linux et macOS. Il se distingue par son fonctionnement en ligne de commande, son chiffrement intégré, la déduplication des données et la gestion des sauvegardes sous forme de snapshots.

Avec Restic, vous pouvez sauvegarder des dossiers vers un disque local, un disque externe, un NAS, un serveur distant ou encore un stockage cloud via rclone. Les sauvegardes suivantes ne recopient pas inutilement les données déjà présentes, ce qui permet de réduire l’espace utilisé et d’accélérer les opérations.

L’outil permet également de restaurer une sauvegarde complète ou seulement certains fichiers, d’exclure des dossiers, de gérer une politique de rétention avec forget et prune, de vérifier l’intégrité du repository et d’automatiser les sauvegardes avec PowerShell, cron ou systemd.

Dans ce tutoriel, vous allez voir comment installer Restic, créer un repository, sauvegarder et restaurer vos fichiers, gérer les snapshots, supprimer les anciennes sauvegardes, vérifier leur intégrité et automatiser les sauvegardes.

Restic est particulièrement adapté si vous recherchez une solution de sauvegarde légère, chiffrée et scriptable, sans dépendre d’une interface graphique.

Qu’est-ce que Restic ?

Restic est un logiciel de sauvegarde en ligne de commande, gratuit et open source, conçu pour créer des sauvegardes rapides, chiffrées et dédupliquées.

Il fonctionne sous Windows, Linux, macOS et d’autres systèmes, et permet de sauvegarder des fichiers vers différents types de destinations : un disque local, un disque USB, un NAS, un serveur distant ou certains stockages cloud.

Restic repose sur deux notions principales :

• le repository : l’emplacement dans lequel les données de sauvegarde sont stockées ;
• le snapshot : une photographie de l’état des fichiers au moment d’une sauvegarde.

À chaque nouvelle sauvegarde, Restic ne recopie pas inutilement toutes les données déjà présentes. Il réutilise les blocs déjà sauvegardés et n’ajoute que les nouvelles données ou celles qui ont été modifiées. Cela permet de réduire l’espace disque utilisé et d’accélérer les sauvegardes suivantes.

Les données enregistrées dans le dépôt sont également chiffrées. Le contenu des fichiers, leurs noms et les métadonnées sont protégés par le mot de passe du repository.

Restic permet notamment de :

• sauvegarder un ou plusieurs dossiers ;
• conserver plusieurs versions grâce aux snapshots ;
• restaurer une sauvegarde complète ou seulement certains fichiers ;
• exclure des fichiers ou dossiers ;
• vérifier l’intégrité du repository ;
• supprimer automatiquement les anciennes sauvegardes ;
• automatiser les sauvegardes avec le Planificateur de tâches de Windows, cron ou systemd ;
• utiliser un stockage local ou distant.

Restic est donc particulièrement adapté si vous recherchez une solution de sauvegarde légère, fiable et scriptable, sans dépendre d’une interface graphique.

Son principal inconvénient est justement son fonctionnement en ligne de commande : il faut se familiariser avec quelques commandes pour créer le dépôt, lancer les sauvegardes et effectuer les restaurations. Une fois cette logique comprise, son utilisation reste toutefois assez simple.

Installer Restic sur Windows et Linux

Restic est disponible sous Windows et Linux. Il s’agit d’un programme en ligne de commande : une fois installé, vous l’utilisez depuis PowerShell, l’Invite de commandes ou un terminal Linux.

Installer Restic sous Windows

Sous Windows, Restic est disponible sous la forme d’un exécutable autonome. Il n’est donc pas nécessaire de passer par un programme d’installation classique.

Téléchargez la dernière version stable de Restic depuis la page officielle :

Choisissez l’archive correspondant à votre architecture, généralement Windows AMD64 pour un PC Windows 64 bits.

Après le téléchargement :

• décompressez l’archive ;
• renommez éventuellement le fichier en restic.exe ;
• placez-le dans un dossier dédié, par exemple C:\Program Files\Restic\ ;
• ajoutez ce dossier à la variable d’environnement PATH afin de pouvoir lancer Restic depuis n’importe quel terminal.

Vous pouvez ensuite vérifier que Restic fonctionne avec :

restic version

La version installée doit alors s’afficher.

Si vous ne souhaitez pas modifier le PATH, ouvrez PowerShell directement dans le dossier de Restic puis utilisez :

.\restic.exe version

Installer Restic sous Linux

Sous Linux, Restic est disponible dans les dépôts de nombreuses distributions.

Sur Debian, Ubuntu et dérivées :

sudo apt update
sudo apt install restic

Sur Fedora :

sudo dnf install restic

Sur Arch Linux et dérivées :

sudo pacman -S restic

Une fois l’installation terminée, vérifiez la version :

restic version

Vous pouvez aussi télécharger directement le binaire depuis le site officiel de Restic si vous souhaitez disposer d’une version plus récente que celle fournie par les dépôts de votre distribution.

Après l’installation, Restic est prêt à être utilisé. L’étape suivante consiste à créer un repository, c’est-à-dire l’emplacement dans lequel seront stockées les sauvegardes.

Créer un dépôt de sauvegarde Restic

Avant de pouvoir sauvegarder des fichiers avec Restic, il faut créer un dépôt, appelé repository. Il s’agit de l’emplacement dans lequel Restic va stocker les données, les métadonnées et les différents snapshots de sauvegarde.

Le dépôt peut se trouver sur un disque local, un disque USB, un NAS, un serveur distant ou un stockage cloud. Pour commencer simplement, vous pouvez créer un dépôt sur un autre disque.

• Sous Windows, par exemple :

restic init --repo D:\Sauvegardes\Restic

• Sous Linux :

restic init --repo /mnt/sauvegardes/restic

Lors de l’initialisation, Restic vous demande de définir un mot de passe. Celui-ci sert à chiffrer le contenu du dépôt.

• Choisissez un mot de passe solide et conservez-le précieusement. Sans ce mot de passe, il ne sera pas possible d’accéder aux sauvegardes ni de restaurer les fichiers.
• Le mot de passe ne peut pas être récupéré par Restic : conservez-en une copie dans un gestionnaire de mots de passe ou un emplacement sécurisé.
• Une fois le dépôt créé, Restic affiche un message confirmant son initialisation.
• Vous pouvez ensuite vérifier que le dépôt est accessible avec :

restic -r D:\Sauvegardes\Restic snapshots

• ou sous Linux :

restic -r /mnt/sauvegardes/restic snapshots

Comme aucune sauvegarde n’a encore été effectuée, la liste des snapshots sera vide.

À partir de ce moment, le repository est prêt à recevoir les premières sauvegardes. Lors des commandes suivantes, l’option -r ou --repo permet d’indiquer à Restic quel dépôt utiliser.

Sauvegarder un dossier avec Restic

Une fois le repository créé, vous pouvez lancer votre première sauvegarde avec la commande backup.

• Sous Windows, par exemple pour sauvegarder le dossier Documents :

restic -r D:\Sauvegardes\Restic backup C:\Users\VotreNom\Documents

• Sous Linux :

restic -r /mnt/sauvegardes/restic backup /home/votre_nom/Documents

Restic demande alors le mot de passe du repository, analyse les fichiers puis enregistre les données dans le dépôt.

À la fin de l’opération, un résumé indique notamment :

• le nombre de fichiers analysés ;
• le volume de données ajouté ;
• la quantité réellement stockée après déduplication ;
• la durée de la sauvegarde ;
• l’identifiant du nouveau snapshot.

Lors des sauvegardes suivantes, Restic ne recopie pas inutilement les données déjà présentes dans le repository. Il détecte les nouveaux fichiers et les blocs modifiés, ce qui réduit le temps de sauvegarde et l’espace utilisé.

Vous pouvez également sauvegarder plusieurs dossiers dans une seule commande :

restic -r D:\Sauvegardes\Restic backup C:\Users\VotreNom\Documents C:\Users\VotreNom\Pictures

Sous Linux :

restic -r /mnt/sauvegardes/restic backup /home/votre_nom/Documents /home/votre_nom/Images

Il est aussi possible de sauvegarder un dossier complet contenant plusieurs sous-dossiers. Restic parcourt automatiquement son contenu de manière récursive.

Par exemple :

restic -r D:\Sauvegardes\Restic backup C:\Users\VotreNom

Cette commande sauvegarde tout le profil utilisateur, sauf les éléments éventuellement exclus avec des options spécifiques.

Sauvegarder sans saisir le mot de passe à chaque fois

Vous pouvez aussi faire en sorte d’éviter de devoir saisir le mot de passe à chaque commande.
Voici deux méthodes différentes pour y parvenir.

Avec une variable

Pour éviter de saisir le chemin du repository à chaque commande, vous pouvez définir la variable d’environnement RESTIC_REPOSITORY.

Sous Linux :

export RESTIC_PASSWORD_FILE="/root/.restic-password"

Sous PowerShell :

$env:RESTIC_REPOSITORY="D:\Sauvegardes\Restic"

Vous pouvez ensuite lancer simplement :

restic backup C:\Users\VotreNom\Documents

Restic utilise alors automatiquement le repository défini dans la variable d’environnement.

Avec un fichier

Vous pouvez aussi stocker le mot de passe dans un fichier sur une seule ligne.
Par exemple C:\Restic\password.txt ou /root/.restic-password.

Sous Windows :

restic -r D:\Sauvegardes\Restic `
  --password-file C:\Restic\password.txt `
  backup C:\Users\VotreNom\Documents

Sous Linux :

restic -r /mnt/sauvegardes/restic \
  --password-file /root/.restic-password \
  backup /home/votre_nom/Documents

Lister les sauvegardes et snapshots

Restic conserve chaque sauvegarde sous la forme d’un snapshot. Un snapshot représente l’état des fichiers au moment où la commande backup a été exécutée.

Pour afficher la liste des sauvegardes disponibles, utilisez :

restic -r D:\Sauvegardes\Restic snapshots

Sous Linux :

restic -r /mnt/sauvegardes/restic snapshots

Restic affiche alors un tableau contenant notamment :

• l’identifiant du snapshot ;
• la date et l’heure de la sauvegarde ;
• le nom de l’ordinateur ;
• l’utilisateur ;
• les chemins sauvegardés.

L’identifiant du snapshot est particulièrement utile pour effectuer une restauration précise.

Par exemple, si Restic affiche un snapshot avec l’identifiant :

4f3a9c2b

Vous pourrez ensuite l’utiliser dans une commande de restauration.

Il est aussi possible d’afficher les informations détaillées d’un snapshot avec :

restic -r D:\Sauvegardes\Restic stats 4f3a9c2b

Pour afficher le contenu d’un snapshot sans restaurer les fichiers, utilisez :

restic -r D:\Sauvegardes\Restic ls 4f3a9c2b

Vous pouvez également utiliser le mot-clé latest pour cibler automatiquement la sauvegarde la plus récente :

restic -r D:\Sauvegardes\Restic ls latest

Cela évite d’avoir à recopier l’identifiant du dernier snapshot.

Enfin, si vous avez défini la variable RESTIC_REPOSITORY, la commande peut être simplifiée :

restic snapshots

Cette liste des snapshots permet de vérifier que les sauvegardes sont bien présentes et de choisir celle à utiliser pour restaurer des fichiers.

Restaurer des fichiers avec Restic

Restic permet de restaurer une sauvegarde complète ou seulement certains fichiers à partir d’un snapshot existant.

Pour restaurer le dernier snapshot disponible vers un dossier spécifique sous Windows :

restic -r D:\Sauvegardes\Restic restore latest --target C:\Restauration

Sous Linux :

restic -r /mnt/sauvegardes/restic restore latest --target /tmp/restauration

Restic recrée alors l’arborescence de la sauvegarde dans le dossier indiqué par --target.

Si vous souhaitez restaurer un snapshot précis, utilisez son identifiant :

restic -r D:\Sauvegardes\Restic restore 4f3a9c2b --target C:\Restauration

Vous pouvez retrouver les identifiants disponibles avec :

restic -r D:\Sauvegardes\Restic snapshots

Pour restaurer uniquement certains fichiers ou dossiers, utilisez l’option --include.

Par exemple :

restic -r D:\Sauvegardes\Restic restore latest --target C:\Restauration --include "/C/Users/VotreNom/Documents"

Vous pouvez également exclure certains éléments avec --exclude.

Par exemple :

restic -r D:\Sauvegardes\Restic restore latest --target C:\Restauration --exclude "*.tmp"

Avant de restaurer, il peut être utile d’afficher le contenu du snapshot :

restic -r D:\Sauvegardes\Restic ls latest

Cela permet de vérifier les chemins présents dans la sauvegarde et d’éviter de restaurer des données inutiles.

Une fois la restauration terminée, contrôlez le contenu du dossier cible avant de remplacer d’éventuels fichiers existants sur le système.

Pour une restauration importante, il est préférable de restaurer d’abord vers un dossier temporaire, puis de recopier manuellement les fichiers souhaités à leur emplacement d’origine. Cela limite le risque d’écraser par erreur une version plus récente d’un fichier.

Exclure des fichiers et dossiers de la sauvegarde

Lors d’une sauvegarde, il peut être utile d’exclure certains fichiers inutiles, temporaires ou volumineux afin de réduire la taille du repository et d’accélérer l’opération.

Restic propose pour cela l’option --exclude.

Par exemple, pour exclure tous les fichiers temporaires :

restic -r D:\Sauvegardes\Restic backup C:\Users\VotreNom --exclude "*.tmp"

Vous pouvez également exclure un dossier précis :

restic -r D:\Sauvegardes\Restic backup C:\Users\VotreNom --exclude "C:\Users\VotreNom\Downloads"

Plusieurs exclusions peuvent être ajoutées dans la même commande :

restic -r D:\Sauvegardes\Restic backup C:\Users\VotreNom `
  --exclude "*.tmp" `
  --exclude "*.log" `
  --exclude "C:\Users\VotreNom\Downloads"

Sous Linux, le principe est identique :

restic -r /mnt/sauvegardes/restic backup /home/votre_nom \
  --exclude "*.tmp" \
  --exclude "/home/votre_nom/Téléchargements"

Pour un grand nombre de règles, il est plus pratique d’utiliser un fichier d’exclusion.

Créez par exemple un fichier excludes.txt contenant :

*.tmp
*.log
Thumbs.db
C:\Users\VotreNom\Downloads
C:\Users\VotreNom\AppData\Local\Temp

Puis indiquez ce fichier à Restic :

restic -r D:\Sauvegardes\Restic backup C:\Users\VotreNom --exclude-file C:\Restic\excludes.txt

Cette méthode est particulièrement utile pour automatiser les sauvegardes, car vous pouvez modifier les règles d’exclusion sans avoir à réécrire toute la commande.

Avant d’exclure un dossier, vérifiez toutefois qu’il ne contient pas de données importantes. Une exclusion mal définie peut empêcher certains fichiers d’être présents dans les snapshots suivants.

Supprimer les anciennes sauvegardes avec forget et prune

Au fil du temps, Restic peut conserver de nombreux snapshots. Pour éviter que le repository ne grossisse indéfiniment, vous pouvez supprimer les anciennes sauvegardes selon une politique de rétention.

Restic utilise principalement deux commandes pour cela :

• forget : supprime les références aux snapshots devenus inutiles ;
• prune : supprime réellement du repository les données qui ne sont plus utilisées par aucun snapshot.

Il est donc important de comprendre que forget seul ne libère pas forcément immédiatement tout l’espace disque.

Pour afficher d’abord les snapshots disponibles :

restic -r D:\Sauvegardes\Restic snapshots

Vous pouvez ensuite supprimer un snapshot précis avec son identifiant :

restic -r D:\Sauvegardes\Restic forget 4f3a9c2b

Pour appliquer une politique de rétention automatique, utilisez les options --keep-*.

Par exemple, pour conserver :

• les 7 dernières sauvegardes quotidiennes ;
• les 4 dernières sauvegardes hebdomadaires ;
• les 6 dernières sauvegardes mensuelles ;

utilisez :

restic -r D:\Sauvegardes\Restic forget `
  --keep-daily 7 `
  --keep-weekly 4 `
  --keep-monthly 6

Sous Linux :

restic -r /mnt/sauvegardes/restic forget \
  --keep-daily 7 \
  --keep-weekly 4 \
  --keep-monthly 6

Cette commande supprime les snapshots qui ne correspondent plus aux règles de conservation, mais les blocs de données devenus inutiles peuvent encore rester dans le repository.

Pour réellement récupérer l’espace disque, lancez ensuite :

restic -r D:\Sauvegardes\Restic prune

Il est également possible d’effectuer les deux opérations en une seule commande :

restic -r D:\Sauvegardes\Restic forget `
  --keep-daily 7 `
  --keep-weekly 4 `
  --keep-monthly 6 `
  --prune

Cette méthode est particulièrement pratique dans un script de sauvegarde automatisé.

Avant de supprimer des snapshots, vérifiez toutefois que votre politique de rétention correspond bien à vos besoins. Une sauvegarde supprimée avec forget puis nettoyée avec prune ne pourra plus être restaurée.

Il est donc recommandé de commencer avec une rétention prudente, puis d’ajuster les valeurs en fonction de l’espace disponible et de la fréquence de vos sauvegardes.

Vérifier l’intégrité des sauvegardes avec restic check

Il est important de vérifier régulièrement que le repository Restic ne contient pas d’erreur et que les sauvegardes restent exploitables.

Pour cela, Restic propose la commande check.

Sous Windows :

restic -r D:\Sauvegardes\Restic check

Sous Linux :

restic -r /mnt/sauvegardes/restic check

Cette commande vérifie la structure du repository, les index, les snapshots et les références entre les différents objets stockés.

Si tout est correct, Restic termine l’analyse sans signaler d’erreur.

Pour effectuer une vérification plus poussée des données enregistrées, vous pouvez utiliser :

restic -r D:\Sauvegardes\Restic check --read-data

Cette option demande à Restic de lire les données présentes dans le repository afin de vérifier leur intégrité.

Attention toutefois : sur un repository volumineux, --read-data peut être beaucoup plus long qu’un simple check, car l’ensemble des données doit être parcouru.

Il est également possible de limiter la vérification à une partie des données, par exemple :

restic -r D:\Sauvegardes\Restic check --read-data-subset=10%

Cette méthode permet d’effectuer régulièrement un contrôle partiel sans relire tout le repository à chaque fois.

Dans une stratégie de sauvegarde sérieuse, vous pouvez par exemple :

• lancer restic check régulièrement ;
• effectuer ponctuellement un contrôle avec --read-data ;
• tester de temps en temps une restauration réelle de quelques fichiers.

En effet, une sauvegarde n’est réellement fiable que si elle peut être restaurée correctement. Vérifier le repository est donc utile, mais il est également recommandé de tester périodiquement une restauration vers un dossier temporaire.

Sauvegarder vers un disque externe, un NAS ou un serveur distant

Restic peut enregistrer ses sauvegardes sur différents types de destinations. Le repository n’a pas besoin de se trouver sur le disque principal du PC : il peut être stocké sur un disque USB, un NAS ou un serveur distant.

Sauvegarder sur un disque externe

Pour un disque USB ou un second disque interne, il suffit d’utiliser son chemin comme repository.

Sous Windows :

restic -r E:\ResticBackup backup C:\Users\VotreNom\Documents

Sous Linux :

restic -r /media/sauvegarde/restic backup /home/votre_nom/Documents

Cette solution est simple à mettre en place et convient bien pour conserver une copie hors du disque système.

Pour une meilleure protection contre les ransomwares ou une panne matérielle, évitez toutefois de laisser le disque externe connecté en permanence.

Sauvegarder sur un NAS

Si le NAS expose un partage réseau SMB ou NFS monté dans Windows ou Linux, Restic peut l’utiliser comme un dossier classique.

Sous Windows, avec un partage réseau monté sur Z: :

restic -r Z:\ResticBackup backup C:\Users\VotreNom\Documents

Vous pouvez aussi utiliser un chemin UNC :

restic -r \\NAS\Sauvegardes\Restic backup C:\Users\VotreNom\Documents

Sous Linux, si le partage du NAS est monté dans /mnt/nas :

restic -r /mnt/nas/restic backup /home/votre_nom/Documents

Le principe reste identique : le repository doit d’abord être créé avec restic init, puis vous pouvez utiliser la commande backup.

Sauvegarder sur un serveur distant avec SFTP

Restic prend également en charge les repositories accessibles en SFTP.

Par exemple :

restic -r sftp:utilisateur@serveur:/srv/restic backup /home/votre_nom/Documents

Sous Windows, le principe est identique depuis PowerShell si l’accès SSH au serveur est correctement configuré :

restic -r sftp:utilisateur@serveur:/srv/restic backup C:\Users\VotreNom\Documents

L’authentification peut s’effectuer avec un mot de passe SSH ou, de préférence, avec une clé SSH.

Avant la première sauvegarde, initialisez le repository distant :

restic -r sftp:utilisateur@serveur:/srv/restic init

Restic chiffre les données avant leur envoi. Le serveur distant stocke donc le contenu chiffré du repository.

Utiliser un stockage distant avec rclone

Restic peut aussi s’appuyer sur rclone pour accéder à de nombreux services de stockage cloud ou protocoles distants.

Après avoir configuré une destination dans rclone, vous pouvez par exemple utiliser :

restic -r rclone:remote:ResticBackup backup /home/votre_nom/Documents

Sous Windows :

restic -r rclone:remote:ResticBackup backup C:\Users\VotreNom\Documents

Cette méthode permet notamment d’utiliser les nombreux fournisseurs compatibles avec rclone sans que Restic ait besoin de gérer directement chacun d’eux.

Quelle destination choisir ?

Pour une sauvegarde locale simple, un disque externe est souvent suffisant. Un NAS est plus pratique pour automatiser les sauvegardes de plusieurs machines, tandis qu’un serveur distant ou un stockage cloud permet de conserver une copie hors du domicile ou de l’entreprise.

Pour une meilleure protection des données, l’idéal reste de disposer d’au moins une copie de sauvegarde stockée sur un support ou un emplacement différent du PC sauvegardé.

Automatiser les sauvegardes Restic

Restic se prête très bien à l’automatisation. Une fois la commande de sauvegarde définie, vous pouvez la lancer régulièrement avec le Planificateur de tâches de Windows, cron sous Linux ou un service systemd.

L’objectif est généralement d’exécuter automatiquement une commande de ce type :

restic -r D:\Sauvegardes\Restic backup C:\Users\VotreNom\Documents

Le principal point à gérer est le mot de passe du repository. Pour éviter une saisie manuelle à chaque exécution, vous pouvez utiliser un fichier contenant le mot de passe.

Par exemple :

C:\Restic\password.txt

Puis lancer Restic avec :

restic -r D:\Sauvegardes\Restic --password-file C:\Restic\password.txt backup C:\Users\VotreNom\Documents

Protégez soigneusement ce fichier, car toute personne pouvant le lire pourra ouvrir le repository.

Automatiser Restic sous Windows

Le plus pratique consiste à créer un script PowerShell, par exemple :

$repo = "D:\Sauvegardes\Restic"
$password = "C:\Restic\password.txt"
$source = "C:\Users\VotreNom\Documents"

restic -r $repo --password-file $password backup $source

Enregistrez-le par exemple sous :

C:\Restic\backup-restic.ps1

Vous pouvez ensuite créer une tâche planifiée :

• ouvrez le Planificateur de tâches ;
• cliquez sur Créer une tâche ;
• choisissez un déclencheur, par exemple tous les jours à 20 h ;
• dans Actions, ajoutez le programme powershell.exe ;
• utilisez comme argument :

-ExecutionPolicy Bypass -File "C:\Restic\backup-restic.ps1"

La sauvegarde sera alors exécutée automatiquement selon la fréquence choisie.

Ajouter une politique de rétention

Vous pouvez également nettoyer automatiquement les anciens snapshots après la sauvegarde.

Par exemple :

$repo = "D:\Sauvegardes\Restic"
$password = "C:\Restic\password.txt"
$source = "C:\Users\VotreNom\Documents"

restic -r $repo --password-file $password backup $source

restic -r $repo --password-file $password forget `
  --keep-daily 7 `
  --keep-weekly 4 `
  --keep-monthly 6 `
  --prune

Cette configuration conserve plusieurs générations de sauvegardes tout en évitant que le repository ne grossisse indéfiniment.

Automatiser Restic sous Linux avec cron

Sous Linux, vous pouvez créer un script :

#!/bin/bash

export RESTIC_REPOSITORY="/mnt/sauvegardes/restic"
export RESTIC_PASSWORD_FILE="/root/.restic-password"

restic backup /home/votre_nom/Documents
restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune

Rendez-le exécutable :

chmod +x /usr/local/bin/backup-restic.sh

Puis ouvrez la crontab :

crontab -e

Par exemple, pour lancer la sauvegarde chaque jour à 2 h :

0 2 * * * /usr/local/bin/backup-restic.sh

Conserver un journal des sauvegardes

Pour une tâche automatisée, il est conseillé de conserver les sorties de Restic afin de pouvoir vérifier qu’une sauvegarde s’est bien déroulée.

Sous Windows :

restic -r $repo --password-file $password backup $source *>> C:\Restic\restic.log

Sous Linux :

restic backup /home/votre_nom/Documents >> /var/log/restic.log 2>&1

Vous pourrez ainsi consulter le journal en cas d’échec ou vérifier la date de la dernière sauvegarde réussie.

Enfin, même avec une automatisation parfaitement configurée, contrôlez régulièrement la présence des snapshots avec restic snapshots et testez ponctuellement une restauration. Une tâche qui s’exécute automatiquement ne garantit pas à elle seule que les sauvegardes sont réellement exploitables.

Quelques commandes Restic utiles

Restic propose de nombreuses commandes pour gérer les sauvegardes, consulter les snapshots, restaurer des fichiers ou entretenir le repository. Voici les principales à connaître.

Afficher la version installée :

restic version

Créer un nouveau repository :

restic -r /chemin/du/repository init

Sauvegarder un dossier :

restic -r /chemin/du/repository backup /chemin/a/sauvegarder

Afficher les snapshots disponibles :

restic -r /chemin/du/repository snapshots

Afficher le contenu du dernier snapshot :

restic -r /chemin/du/repository ls latest

Afficher des statistiques sur un snapshot :

restic -r /chemin/du/repository stats latest

Restaurer le dernier snapshot :

restic -r /chemin/du/repository restore latest --target /chemin/restauration

Restaurer un snapshot précis :

restic -r /chemin/du/repository restore ID_DU_SNAPSHOT --target /chemin/restauration

Sauvegarder en excluant certains fichiers :

restic -r /chemin/du/repository backup /chemin/a/sauvegarder --exclude "*.tmp"

Utiliser un fichier d’exclusions :

restic -r /chemin/du/repository backup /chemin/a/sauvegarder --exclude-file excludes.txt

Supprimer un ancien snapshot :

restic -r /chemin/du/repository forget ID_DU_SNAPSHOT

Appliquer une politique de rétention :

restic -r /chemin/du/repository forget \
  --keep-daily 7 \
  --keep-weekly 4 \
  --keep-monthly 6

Supprimer les données devenues inutiles dans le repository :

restic -r /chemin/du/repository prune

Appliquer la rétention et nettoyer le repository en une seule commande :

restic -r /chemin/du/repository forget \
  --keep-daily 7 \
  --keep-weekly 4 \
  --keep-monthly 6 \
  --prune

Vérifier la structure et l’intégrité du repository :

restic -r /chemin/du/repository check

Effectuer une vérification complète des données :

restic -r /chemin/du/repository check --read-data

Vérifier seulement une partie des données :

restic -r /chemin/du/repository check --read-data-subset=10%

Enfin, si vous avez défini la variable RESTIC_REPOSITORY, vous pouvez simplifier les commandes et omettre l’option -r :

restic snapshots
restic backup /chemin/a/sauvegarder
restic check

Ces commandes couvrent l’essentiel des opérations courantes avec Restic : création du dépôt, sauvegarde, restauration, gestion des snapshots et vérification des données.

Restic : avantages et limites

Restic est une solution de sauvegarde particulièrement intéressante si vous recherchez un outil léger, fiable, chiffré et facilement automatisable.

Ses principaux avantages sont :

• le chiffrement intégré : les sauvegardes sont protégées avant leur stockage ;
• la déduplication : les blocs déjà présents dans le repository ne sont pas recopiés inutilement ;
• les snapshots : il est possible de conserver plusieurs états successifs des fichiers ;
• la compatibilité multiplateforme : Restic fonctionne sous Windows, Linux et macOS ;
• le support de nombreuses destinations : disque local, disque USB, NAS, serveur SFTP ou stockage distant via rclone ;
• la simplicité de l’automatisation : les commandes peuvent facilement être intégrées à PowerShell, cron ou systemd ;
• la vérification d’intégrité : la commande restic check permet de contrôler régulièrement l’état du repository ;
• la restauration sélective : il est possible de restaurer un snapshot complet ou seulement certains fichiers.

Restic présente toutefois quelques limites.

La principale est son fonctionnement essentiellement en ligne de commande. Pour un utilisateur habitué aux logiciels de sauvegarde avec interface graphique, la prise en main peut demander un petit temps d’adaptation.

La gestion du mot de passe du repository demande également de la rigueur. Si vous perdez ce mot de passe, les données chiffrées ne pourront plus être restaurées.

Les opérations d’entretien comme forget, prune ou check --read-data peuvent aussi devenir longues sur de gros repositories, en particulier lorsque le stockage est distant ou relativement lent.

Enfin, Restic sauvegarde avant tout des fichiers et dossiers. Ce n’est pas un logiciel d’image système complet destiné à restaurer Windows entier, les partitions, le secteur de démarrage et toutes les applications après une panne de disque.
Il ne remplace donc pas une image système si votre objectif est de restaurer Windows, les partitions et le démarrage après une panne complète du disque
 À lire :

Restic convient donc très bien pour :

• sauvegarder régulièrement ses documents et données personnelles ;
• conserver plusieurs versions de fichiers ;
• envoyer des sauvegardes chiffrées vers un NAS ou un serveur distant ;
• automatiser une stratégie de sauvegarde avec des scripts.

En revanche, si votre objectif est de pouvoir restaurer intégralement un PC après une panne du disque système, il est préférable de compléter Restic avec une sauvegarde d’image système.

Restic est donc particulièrement adapté aux utilisateurs qui recherchent une solution de sauvegarde sobre, sécurisée et scriptable, à condition d’être à l’aise avec quelques commandes.

L’article Restic : sauvegarder et restaurer ses fichiers sous Windows et Linux est apparu en premier sur malekal.com.

Windows 11 26H2 est la prochaine mise à jour de fonctionnalités de Windows 11. Microsoft a commencé à la proposer dans le canal Release Preview du programme Windows Insider, dernière étape de test avant sa diffusion au grand public.

Cette version permet donc de découvrir et tester Windows 11 26H2 avant sa sortie officielle, avec un niveau de maturité plus élevé que les builds distribuées dans les canaux Dev ou Beta.

Il est actuellement possible d’installer Windows 11 26H2 en rejoignant le canal Release Preview, ou de récupérer une image ISO à partir des fichiers Microsoft avec UUP Dump afin d’effectuer une mise à niveau ou une installation propre.

Dans ce tutoriel, vous allez voir comment télécharger et installer Windows 11 26H2, créer une image ISO, effectuer une mise à niveau ou une installation propre et vérifier que la nouvelle version est correctement installée.

Lorsque Microsoft publiera officiellement Windows 11 26H2, ce guide sera complété avec les méthodes grand public : Windows Update, package d’activation, Assistant d’installation et ISO officiel Microsoft.

Méthode 1 : installer Windows 11 26H2 avec Windows Update (Release Preview)

Windows 11 26H2 est désormais disponible dans le canal Release Preview du programme Windows Insider. Si votre PC respecte les exigences matérielles de Windows 11, vous pouvez installer cette version directement depuis Windows Update, sans télécharger d’image ISO. Microsoft propose actuellement 26H2 via une installation volontaire depuis Windows Update.

Rejoindre le canal Release Preview

Si votre PC n’est pas encore inscrit au programme Windows Insider :

• ouvrez Paramètres ;
• rendez-vous dans Windows Update > Programme Windows Insider ;
• cliquez sur Prise en main ;
• associez le compte Microsoft utilisé pour le programme Windows Insider ;
• sélectionnez le canal Release Preview ;
• acceptez les conditions proposées ;
• redémarrez le PC lorsque Windows vous le demande.

Le canal Release Preview est généralement le plus approprié pour tester une prochaine version de Windows proche de sa sortie publique.

Installer Windows 11 26H2

Une fois le PC inscrit dans le canal Release Preview :

• ouvrez Paramètres > Windows Update ;
• cliquez sur Rechercher des mises à jour ;
• Windows 11, version 26H2 doit apparaître lorsqu’elle est disponible pour votre appareil ;
• cliquez sur Télécharger et installer ;
• laissez Windows télécharger et préparer la mise à niveau ;
• redémarrez le PC lorsque cela est demandé.

Microsoft indique que Windows 11 26H2 est actuellement proposé aux Insiders Release Preview via cette méthode dite « seeker » : la mise à jour n’est pas installée automatiquement, l’utilisateur choisit explicitement de la télécharger et de l’installer.

L’installation conserve normalement vos fichiers personnels, applications et paramètres, comme lors d’une mise à niveau classique de Windows 11.

Après le redémarrage, le PC fonctionne sous Windows 11 26H2 et continuera de recevoir les mises à jour cumulatives habituelles via Windows Update.

Méthode 2 : télécharger et installer Windows 11 26H2 avec une ISO

À l’heure actuelle, Microsoft ne propose pas encore d’ISO officielle de Windows 11 26H2 destinée au grand public. En revanche, Windows 11 26H2 est disponible dans le canal Release Preview du programme Windows Insider.

Si vous souhaitez disposer d’une image ISO pour effectuer une mise à niveau, une installation propre ou tester Windows 11 26H2 dans une machine virtuelle, vous pouvez utiliser UUP Dump. Ce service permet de récupérer les fichiers de mise à jour publiés par Microsoft puis de générer automatiquement une image ISO exploitable.

UUP Dump constitue donc pour l’instant la méthode la plus pratique pour obtenir une ISO de Windows 11 26H2 Release Preview avant la publication des images officielles par Microsoft.

Télécharger l’ISO Windows 11 26H2 avec UUP Dump

• Cliquez sur ce lien :

• Sélectionnez la version correspondant à votre langue et à votre architecture (généralement x64)
• Choisissez l’édition souhaitée (Famille, Professionnel, etc.)
• Sélectionnez l’option permettant de télécharger et convertir les fichiers en ISO
• Téléchargez l’archive générée par UUP Dump

Le guide complet :

Créer l’image ISO Windows 11 26H2

Une fois le téléchargement terminé :

• Décompressez l’archive téléchargée
• Ouvrez le dossier extrait
• Exécutez le script uup_download_windows.cmd
• Patientez pendant le téléchargement des fichiers Microsoft
• Attendez la génération automatique de l’image ISO. Selon votre connexion Internet et les performances du PC, l’opération peut prendre plusieurs dizaines de minutes.
• Le message finished vous indique lorsque l’opération est terminée

À la fin du processus, l’image ISO Windows 11 26H2 est créée dans le dossier de travail et peut être utilisée pour une mise à niveau ou une installation propre de Windows.

• Faites un clic droit sur le fichier ISO puis Monter

Installer Windows 11 26H2

Une fois l’image ISO téléchargée et la clé USB créée, vous pouvez installer Windows 11 26H2 Insider sur votre ordinateur. Deux méthodes sont possibles : effectuer une mise à niveau afin de conserver vos applications et vos fichiers, ou réaliser une installation propre pour repartir sur un système neuf.

Les précautions avant d’installer une version Insider

Les versions Insider Preview permettent de tester les futures fonctionnalités de Windows avant leur sortie officielle. Toutefois, elles peuvent contenir des bugs, des problèmes de stabilité ou des incompatibilités avec certains logiciels et pilotes.

Avant d’installer Windows 11 26H2 Insider, il est recommandé de :

• Sauvegarder vos données importantes
• Vérifier la compatibilité de votre PC avec Windows 11
• Installer la version sur un PC secondaire ou une machine virtuelle lorsque cela est possible
• Prévoir une solution de retour vers une version stable de Windows

Pour connaître l’ensemble des vérifications et préparatifs recommandés avant une installation ou une mise à niveau de Windows 11, consultez ce guide :

Le guide complet :

Si vous recherchez avant tout la stabilité et la fiabilité, il est préférable d’attendre la version finale de Windows 11 26H2 qui sera distribuée via Windows Update après sa publication officielle par Microsoft.

Installer Windows 11 26H2 par mise à niveau

La mise à niveau permet de conserver vos applications, paramètres et fichiers personnels tout en passant à la version 26H2.

Pour cela :

• Montez l’image ISO de Windows 11 26H2 en effectuant un double-clic dessus
• Ouvrez le lecteur virtuel créé dans l’Explorateur de fichiers
• Lancez le programme Setup.exe
• Cliquez sur Suivant
• Acceptez les conditions d’utilisation
• Vérifiez que l’option Conserver les fichiers personnels et les applications est sélectionnée
• Lancez l’installation

L’ordinateur redémarre plusieurs fois pendant la procédure. Une fois l’opération terminée, vous retrouvez votre environnement habituel sous Windows 11 26H2.

Effectuer une installation propre de Windows 11 26H2

Une installation propre efface complètement le contenu de la partition système afin d’installer une nouvelle copie de Windows. Cette méthode permet de repartir sur une base saine mais nécessite de réinstaller les applications après l’installation.

Pour effectuer une installation propre :

• Démarrez le PC sur la clé USB d’installation
• Sélectionnez la langue et les paramètres régionaux
• Cliquez sur Installer maintenant
• Saisissez votre clé produit ou cliquez sur Je n’ai pas de clé de produit
• Choisissez l’édition de Windows 11 à installer
• Sélectionnez Installation personnalisée
• Choisissez la partition système
• Poursuivez l’installation

Après plusieurs redémarrages, l’assistant de configuration de Windows vous permet de créer votre compte utilisateur et de finaliser l’installation.

Le guide :

Vérifier que Windows 11 26H2 est correctement installé

Une fois l’installation terminée, il est conseillé de vérifier que la bonne version de Windows est installée.

Pour cela :

• Appuyez sur Windows + R
• Saisissez winver
• Validez avec Entrée

La fenêtre d’informations doit afficher Windows 11 version 26H2 ainsi que le numéro de build correspondant à la version Insider installée.

Les autres méthodes dans ce tutoriel :

Revenir à une version stable de Windows

Si vous rencontrez des problèmes de stabilité ou de compatibilité avec une build Insider, il peut être nécessaire de revenir à une version stable de Windows 11.

Selon la méthode utilisée pour l’installation et le délai écoulé depuis la mise à niveau, vous pouvez restaurer la version précédente ou réinstaller une version stable à partir d’une image ISO officielle.

Comment installer Windows 11 26H2 après sa sortie officielle

Lorsque Microsoft publiera la version finale de Windows 11 26H2, plusieurs méthodes permettront d’installer la mise à jour sur un PC compatible.

Vous pourrez notamment :

• Installer Windows 11 26H2 via Windows Update
• Utiliser l’Assistant d’installation de Windows 11
• Télécharger l’ISO officielle de Windows 11 26H2
• Effectuer une mise à niveau ou une installation propre

Cette section sera mise à jour lors de la disponibilité générale de Windows 11 26H2 avec les procédures détaillées et les liens de téléchargement officiels.

L’article Windows 11 26H2 : télécharger et installer la mise à jour est apparu en premier sur malekal.com.

Microsoft déploie la mise à jour facultative KB5120998 pour Windows 11 24H2 et 25H2. Il s’agit de l’une des mises à jour Preview les plus riches de ces derniers mois, avec plusieurs changements très attendus concernant la barre des tâches, le menu Démarrer et Windows Search.

Mais quelques heures seulement après sa disponibilité, les premiers retours font état de problèmes gênants : fond d’écran remplacé par un arrière-plan noir, curseur de souris modifié ou impossible à personnaliser, et quelques autres comportements anormaux.

Comme KB5120998 est une mise à jour facultative, il peut donc être judicieux d’attendre avant de l’installer.

KB5120998 pour Windows 11 24H2 et 25H2

Microsoft a publié KB5120998 le 27 août 2026 comme mise à jour cumulative facultative de prévisualisation.

Elle fait passer :

• Windows 11 24H2 à la build 26100.9278 ;
• Windows 11 25H2 à la build 26200.9278.

Elle est proposée depuis :

• Paramètres > Windows Update
• puis Rechercher des mises à jour.

Comme il s’agit d’une mise à jour Preview, son installation n’est normalement pas obligatoire. Toutefois, elle peut être récupérée automatiquement si vous avez activé l’option : Recevez les dernières mises à jour dès qu’elles sont disponibles

Les correctifs et fonctionnalités de KB5120998 devraient ensuite être intégrés à une future mise à jour cumulative obligatoire.

Une des mises à jour les plus importantes de l’année pour l’interface

KB5120998 contient plusieurs fonctionnalités qui étaient jusqu’ici testées dans les versions Insider de Windows 11.

La plus visible concerne la barre des tâches.

Microsoft permet enfin de choisir son emplacement sur l’écran :

• en bas ;
• en haut ;
• à gauche ;
• à droite.

Cette possibilité existait sous Windows 10 mais avait disparu lors du lancement de Windows 11.

Le réglage se trouve dans :

Paramètres > Personnalisation > Barre des tâches > Comportements de la barre des tâches

Une nouvelle option Position de la barre des tâches permet alors de choisir son emplacement.

La barre des tâches peut également devenir réellement plus petite

Windows 11 disposait déjà d’options permettant de réduire certains éléments ou boutons, mais la hauteur de la barre des tâches restait largement inchangée.

KB5120998 introduit une véritable barre des tâches compacte, plus proche du fonctionnement proposé autrefois par Windows 10.

L’objectif est notamment d’occuper moins de place sur les petits écrans et d’afficher davantage d’applications simultanément.

Microsoft continue donc de réintroduire progressivement des possibilités de personnalisation qui avaient disparu lors de la transition vers Windows 11.

Le menu Démarrer devient redimensionnable

Autre changement attendu : le menu Démarrer peut désormais être affiché dans différentes tailles.

• Dans : Paramètres > Personnalisation > Démarrer
• Windows permet notamment de choisir un affichage plus petit ou plus grand.

Jusqu’ici, les dimensions du menu étaient principalement déterminées par Windows selon la résolution et la mise à l’échelle de l’écran.

Cette nouveauté devrait être particulièrement appréciable sur les ordinateurs portables, où le nouveau menu Démarrer pouvait occuper une partie importante de l’écran.

Il devient possible de masquer davantage de sections du menu Démarrer

Microsoft donne également plus de contrôle sur le contenu affiché.

Selon les fonctionnalités disponibles sur votre appareil, vous pourrez notamment masquer certaines sections comme :

• les applications épinglées ;
• les éléments récents ou recommandés ;
• la liste des applications ;
• le nom et l’image du compte utilisateur.

Il devient ainsi possible d’obtenir un menu Démarrer beaucoup plus minimaliste.

Microsoft a par ailleurs dissocié certains paramètres du menu Démarrer des autres fonctions de Windows.

Auparavant, désactiver les recommandations ou éléments récents pouvait aussi avoir un impact sur certaines fonctions de l’Explorateur de fichiers ou les listes de raccourcis de la barre des tâches.

Ce comportement est désormais mieux séparé.

Windows Search peut enfin fonctionner sans Bing

C’est probablement l’une des nouveautés les plus intéressantes de KB5120998.

Windows 11 permet désormais de désactiver les résultats Web provenant de Bing dans Windows Search.

Il est également possible de supprimer les suggestions provenant du Microsoft Store.

Une fois ces options désactivées, la recherche Windows peut donc se concentrer essentiellement sur les contenus locaux :

• applications ;
• fichiers ;
• photos ;
• paramètres Windows.

Les réglages se trouvent dans :

Paramètres > Confidentialité et sécurité > Recherche

Cette évolution est notable car Microsoft a longtemps imposé très fortement Bing dans la recherche Windows.

Elle arrive d’ailleurs au moment où l’entreprise développe parallèlement son application Paramètres de recherche recommandés Microsoft, destinée à proposer Bing comme moteur de recherche dans Chrome, Firefox ou Brave.

La stratégie de Microsoft autour de Bing reste donc assez particulière : davantage de contrôle dans Windows d’un côté, mais toujours beaucoup d’efforts pour promouvoir son moteur de recherche de l’autre.

La recherche Windows devient aussi plus claire

Microsoft ne se contente pas d’ajouter des interrupteurs pour Bing.

La présentation des résultats évolue également afin de mieux identifier leur provenance.

Windows doit notamment mieux différencier :

• les résultats locaux ;
• les applications ;
• les paramètres ;
• les contenus Web ;
• les suggestions du Microsoft Store.

Microsoft affirme également avoir amélioré la pertinence générale de la recherche.

Certaines fonctions restent toutefois soumises à un déploiement progressif.

De nombreuses fonctionnalités arrivent progressivement

C’est un point important avec KB5120998.

Même après avoir installé la mise à jour, vous ne verrez pas nécessairement immédiatement toutes les nouvelles options.

Microsoft utilise une nouvelle fois son système de Controlled Feature Rollout (CFR).

Le code correspondant aux nouvelles fonctionnalités peut donc être présent sur votre PC, mais Microsoft active les nouveautés par vagues.

Deux ordinateurs disposant exactement de la même version de Windows et de la même KB peuvent ainsi afficher des options différentes pendant plusieurs jours ou semaines.

Il ne faut donc pas considérer l’absence de la nouvelle position de la barre des tâches ou du menu Démarrer redimensionnable comme un échec de l’installation.

WMIC disparaît définitivement

KB5120998 accompagne également la dernière étape de la suppression de WMIC.

À partir d’août 2026, Windows 11 24H2 et 25H2 n’incluent plus l’utilitaire :

wmic.exe

et celui-ci n’est plus disponible sous forme de fonctionnalité à la demande (Feature on Demand).

Il ne pourra donc plus être simplement réinstallé depuis les fonctionnalités facultatives de Windows.

Attention toutefois : WMI lui-même n’est pas supprimé.

Seule l’ancienne interface en ligne de commande WMIC disparaît.

Pour les scripts modernes, Microsoft recommande notamment PowerShell et :

Get-CimInstance

 À lire :

D’autres améliorations sont également intégrées

Les notes de Microsoft associées à KB5120998 mentionnent également des changements ou correctifs concernant plusieurs composants du système.

On trouve notamment des améliorations autour de :

• l’Explorateur de fichiers ;
• la saisie et les périphériques d’entrée ;
• Windows Update ;
• le Gestionnaire des tâches ;
• les graphismes ;
• le pavé tactile ;
• Narrateur ;
• l’IME japonais ;
• la recherche Outlook ;
• certains mécanismes de sécurité et d’administration.

Microsoft poursuit également le déploiement de changements plus techniques, notamment autour de la cryptographie post-quantique et de certains mécanismes d’isolation.

Toutes ces nouveautés n’arrivent cependant pas nécessairement simultanément sur tous les PC.

Le téléchargement hors ligne peut approcher les 5 Go

KB5120998 est également disponible dans le Microsoft Update Catalog pour une installation manuelle avec un fichier .msu.

Les packages complets sont particulièrement volumineux.

• Pour les systèmes x64, le Catalogue Microsoft affiche environ 4,96 Go.
• Pour les systèmes ARM64, la taille est d’environ 4,80 Go.

Cela ne signifie pas que Windows Update téléchargera nécessairement autant de données.

Windows Update utilise des mécanismes différentiels et ne récupère que les composants réellement nécessaires au système.

L’installation via le Catalogue Microsoft est donc surtout utile lorsqu’une mise à jour échoue via Windows Update ou pour certains scénarios de déploiement hors ligne.

Mais KB5120998 provoque déjà des problèmes chez certains utilisateurs

Quelques heures après le déploiement de la mise à jour, de nombreux utilisateurs ont signalé des comportements anormaux.

Les deux problèmes les plus fréquemment rapportés concernent : le curseur de la souris et le fond d’écran.

Plusieurs témoignages convergent vers le même comportement après installation de la build 26200.9278 ou 26100.9278.

Le curseur de la souris peut être remplacé par un ancien style

Certains utilisateurs indiquent que KB5120998 remplace leur curseur habituel par un curseur blanc plus grand au style ancien.

Dans certains cas, le curseur rappelle visuellement celui des anciennes versions de Windows.

Plus problématique : les réglages permettant normalement de changer le style, la couleur ou parfois la taille du pointeur ne semblent plus fonctionner correctement.

Des utilisateurs indiquent avoir essayé :

• de redémarrer Windows ;
• de relancer l’Explorateur ;
• de modifier les paramètres d’accessibilité ;
• de sélectionner un autre thème de pointeur dans le Panneau de configuration.

Le curseur normal reste néanmoins affiché.

Un détail intéressant ressort également de certains témoignages : le problème toucherait surtout le pointeur dans son état normal, tandis que les curseurs d’attente ou d’activité peuvent momentanément reprendre une apparence différente.

Notificacions Microsoft Defender Antivirus est désactivé

Un autre bug constaté sous Windows, mais apparemment sans lien avec une mise à jour du système d’exploitation, concerne Microsoft Defender. Après la mise à jour de la solution de sécurité, plusieurs utilisateurs reçoivent des notifications indiquant que « Microsoft Defender Antivirus est désactivé », alors qu’il est bien actif.

Bien que cela puisse paraître un bug mineur, Microsoft indique qu‘il se produit après chaque redémarrage de Windows pour certains utilisateurs et que les notifications arrivent même si elles ont été désactivées, ce qui est particulièrement gênant.
Ce problème semble affecter toutes les versions prises en charge des éditions client et serveur de Windows 10 et Windows 11. Microsoft précise qu’une enquête est en cours et que de plus amples informations seront communiquées dès que possible.

Le fond d’écran peut devenir complètement noir

Autre problème largement signalé : après l’installation de KB5120998, le papier peint du Bureau disparaît et est remplacé par un fond noir uni.

Le problème semble plus facile à contourner que celui du pointeur.

• Dans plusieurs cas, il suffit de sélectionner à nouveau son image depuis : Paramètres > Personnalisation > Arrière-plan
• pour restaurer le fond d’écran.

Cependant, certains utilisateurs indiquent que le problème peut réapparaître après une déconnexion ou un redémarrage.

Les témoignages ne concernent pas tous les PC.

De nombreux utilisateurs ont installé KB5120998 sans rencontrer ces problèmes.

D’autres problèmes sont rapportés, mais avec moins de certitude

Quelques utilisateurs mentionnent également :

• des problèmes de son ;
• une webcam ne fonctionnant plus ;
• des anomalies d’affichage avec certains navigateurs ;
• des erreurs d’installation telles que 0x800f0922 ;
• des problèmes avec DISM.

Ces retours sont actuellement beaucoup moins nombreux.

Il serait donc prématuré de considérer tous ces comportements comme des bugs généralisés directement causés par KB5120998.

Les problèmes du curseur et du fond d’écran noir sont en revanche rapportés par suffisamment d’utilisateurs indépendants pour mériter une attention particulière.

Microsoft n’a pas encore reconnu officiellement ces bugs

Au moment de la rédaction de cet article, Microsoft n’a pas encore ajouté les problèmes de curseur et de fond d’écran aux problèmes connus officiels de Windows 11 24H2 ou 25H2.

Il faut donc encore rester prudent sur leur ampleur exacte.

Les rapports montrent néanmoins une corrélation forte avec KB5120998 : plusieurs utilisateurs expliquent que les problèmes apparaissent immédiatement après son installation et disparaissent après son retrait.

Cela ne signifie pas pour autant que tous les PC sont concernés.

Désinstaller KB5120998 permet de corriger le problème chez plusieurs utilisateurs

Pour les personnes affectées par le curseur impossible à personnaliser, plusieurs témoignages indiquent que désinstaller KB5120998 restaure immédiatement le comportement normal.

• Vous pouvez procéder depuis : Paramètres > Windows Update > Historique des mises à jour > Désinstaller des mises à jour
• Repérez ensuite : KB5120998
• puis choisissez de la désinstaller.

Un redémarrage est nécessaire.

Plus de détails :

Comme il s’agit d’une mise à jour facultative non liée à la sécurité, sa désinstallation ne retire pas les correctifs de sécurité du Patch Tuesday du 11 août.

C’est une différence importante avec KB5121003, qui contenait notamment les correctifs de sécurité du mois.

Faut-il installer KB5120998 ?

Pour le moment, je conseillerais de ne pas se précipiter.

KB5120998 contient des nouveautés réellement intéressantes, en particulier :

• la barre des tâches déplaçable ;
• la barre des tâches plus compacte ;
• le menu Démarrer redimensionnable ;
• la possibilité de masquer davantage de sections ;
• la recherche Windows débarrassée de Bing et des résultats du Microsoft Store.

Mais cette mise à jour est précisément une Preview facultative.

Sa fonction est aussi de permettre à Microsoft d’exposer les changements à davantage d’utilisateurs avant leur intégration dans une mise à jour mensuelle obligatoire.

Compte tenu des problèmes de curseur et de fond d’écran déjà observés, il n’y a actuellement aucun avantage essentiel à l’installer immédiatement sur un PC de production.

Vous pouvez parfaitement attendre la prochaine mise à jour cumulative, en espérant que Microsoft corrige ces régressions d’ici là.

Et si vous voulez absolument tester les nouveautés ?

Si vous souhaitez malgré tout tester la barre des tâches déplaçable ou le nouveau menu Démarrer, assurez-vous au minimum d’avoir :

• sauvegardé vos travaux ;
• créé éventuellement un point de restauration ;
• vérifié que vous savez désinstaller une mise à jour Windows ;
• conservé en tête que toutes les nouveautés sont en déploiement progressif.

Il est également inutile d’installer manuellement le package .msu de près de 5 Go simplement pour tenter d’obtenir plus rapidement les fonctionnalités.

Le déploiement CFR est indépendant de la présence du package lui-même.

Conclusion

KB5120998 est probablement l’une des mises à jour Windows 11 les plus intéressantes de 2026 en matière de personnalisation.

Microsoft réintroduit enfin la possibilité de déplacer la barre des tâches, permet de réduire réellement sa taille, donne davantage de contrôle sur le menu Démarrer et autorise désormais la désactivation de Bing dans Windows Search.

Mais le lancement est déjà entaché de plusieurs bugs.

Des utilisateurs de Windows 11 24H2 et 25H2 rapportent notamment un curseur de souris bloqué sur un ancien style blanc et surdimensionné, ainsi qu’un fond d’écran remplacé par du noir.

Comme KB5120998 est facultative et ne contient pas les correctifs de sécurité du mois, attendre quelques jours avant de l’installer paraît actuellement être le choix le plus prudent.

Les utilisateurs déjà touchés peuvent quant à eux envisager sa désinstallation, qui semble restaurer le curseur et l’arrière-plan dans les cas rapportés.

L’article Windows 11 KB5120998 : grosse mise à jour Preview avec barre des tâches déplaçable, menu Démarrer personnalisable… mais déjà des bugs est apparu en premier sur malekal.com.

Microsoft développe une nouvelle application Windows baptisée Microsoft Recommended Search Settings, ou Paramètres de recherche recommandés Microsoft en français.

Son rôle est simple : proposer à l’utilisateur de remplacer son moteur de recherche actuel par Microsoft Bing dans plusieurs navigateurs installés sur le PC, notamment Google Chrome, Mozilla Firefox et Brave.

L’outil peut également modifier la page d’accueil et la page Nouvel onglet afin d’afficher Bing et les contenus Microsoft associés.

Face aux critiques provoquées par sa découverte, Microsoft assure toutefois que cette application est entièrement facultative et qu’elle ne sera pas installée automatiquement avec Windows 11 ou Microsoft Edge.

Une application dédiée à la promotion de Bing

L’application a été découverte et testée par WindowsLatest.

L’exécutable porte le nom MicrosoftSettings.exe et pèse environ 22,2 Mo.

Contrairement à ce que son nom pourrait laisser penser, il ne s’agit pas de l’application Paramètres de Windows.

Microsoft Recommended Search Settings est un programme distinct dont la fonction principale consiste à proposer l’utilisation de Bing comme moteur de recherche par défaut.

Lors de son lancement, l’utilisateur est accueilli par un écran proposant d’appliquer les paramètres de recherche recommandés par Microsoft.

L’option permettant de passer à Bing est activée dans l’interface, mais l’utilisateur doit accepter explicitement l’opération avant que les modifications soient effectuées.

L’application ajoute une entrée « Microsoft Recommended Search Settings » au démarrage de Windows

C:\Users\maill\AppData\Local\Temp\msrdfe6abc09-2f83-4e8f-8e92-6264e64ed53c\MSRecommendationDaemon.exe

Enfin, celle-ci peut être désinstallée facilement.

Chrome, Firefox et Brave peuvent être modifiés

L’application ne se limite pas à Microsoft Edge.

WindowsLatest a testé le programme avec Google Chrome et Brave.

Après validation par l’utilisateur, Microsoft Recommended Search Settings ajoute une extension appelée :

Microsoft Bing Homepage & Search

Cette extension peut notamment modifier :

• le moteur de recherche par défaut ;
• la page d’accueil ;
• la page de démarrage ;
• la page Nouvel onglet.

Dans Chrome, le navigateur affiche également ses propres avertissements indiquant qu’une extension vient de changer les paramètres de recherche.

Brave, qui repose lui aussi sur Chromium, peut être traité de manière similaire.

Mozilla Firefox fait également partie des navigateurs visés par Microsoft.

Microsoft affirme que rien n’est imposé

C’est le point que Microsoft a tenu à clarifier.

Interrogé par WindowsLatest, un porte-parole de l’entreprise indique que l’application est facultative et doit être installée volontairement.

Microsoft précise également qu’elle :

• n’est pas distribuée par Windows ;
• n’est pas installée par Microsoft Edge ;
• ne modifie pas les réglages sans consentement ;
• permet de revenir aux paramètres précédents à tout moment.

Microsoft indique donc qu’il ne s’agit pas d’un mécanisme caché destiné à remplacer Google ou Brave Search à l’insu de l’utilisateur.

Chrome tente même de restaurer Google

Le test réalisé par WindowsLatest montre une situation assez inhabituelle.

Après l’installation de l’extension Microsoft, Chrome détecte que son moteur de recherche a été remplacé par Bing et propose à l’utilisateur de revenir à Google Search.

Microsoft affiche alors à son tour une fenêtre encourageant l’utilisateur à conserver Bing.

Cela donne donc une sorte de bataille d’interfaces :

Microsoft propose Bing → Chrome propose de revenir à Google → Microsoft recommande de conserver Bing.

Cette mécanique illustre l’importance stratégique des moteurs de recherche pour les éditeurs de navigateurs et de systèmes d’exploitation.

Microsoft Rewards apparaît également à la fin de l’installation

Une fois la configuration terminée, l’application ouvre également une page liée à Microsoft Rewards.

Ce programme permet de gagner des points en utilisant certains services Microsoft, notamment Bing.

Microsoft combine donc ici plusieurs leviers pour encourager l’utilisateur à adopter son moteur de recherche :

Bing + extension navigateur + page d’accueil + Microsoft Rewards.

Ce choix n’est pas forcément surprenant : les moteurs de recherche représentent un marché considérable, notamment en raison des revenus publicitaires générés par les recherches Web.

Microsoft utilise déjà ce type de campagne dans Edge

Ce genre d’incitation n’est pas complètement nouveau.

Microsoft dispose déjà d’une stratégie Edge appelée DefaultBrowserSettingsCampaignEnabled, traduite par :

Activer les campagnes de paramètres de navigateur par défaut.

Lorsque cette politique est active, Edge peut proposer à l’utilisateur de :

• définir Microsoft Edge comme navigateur par défaut ;
• utiliser Microsoft Bing comme moteur de recherche par défaut.

Microsoft précise toutefois que les paramètres ne sont modifiés que si l’utilisateur accepte la proposition.

La nouvelle application va plus loin puisqu’elle cible également les navigateurs concurrents installés sur le PC.

Est-ce que cette application existe aussi en Europe ?

C’est actuellement la grande inconnue.

WindowsLatest a pu installer et tester l’application depuis les serveurs de téléchargement de Microsoft, mais Microsoft n’a pas encore précisé dans quels pays ou marchés elle sera proposée.

Je n’ai trouvé aucune documentation Microsoft indiquant que Microsoft Recommended Search Settings serait :

• réservée aux États-Unis ;
• disponible mondialement ;
• ou spécifiquement bloquée en Europe.

Il serait donc prématuré d’affirmer que les utilisateurs européens ne la verront jamais.

En revanche, le contexte réglementaire européen est particulier.

Pourquoi Microsoft pourrait être plus prudent en Europe

Dans l’Espace économique européen, Microsoft doit composer avec un cadre réglementaire beaucoup plus strict, notamment le Digital Markets Act (DMA). Ce règlement vise entre autres à éviter que les grandes plateformes favorisent excessivement leurs propres services au détriment du choix de l’utilisateur.

Microsoft a déjà dû adapter Windows dans ce sens. Dans l’EEE, Windows Search peut désormais faire appel à des fournisseurs de recherche web tiers, alors qu’en dehors de cette zone Bing reste beaucoup plus profondément intégré. L’entreprise a également commencé à donner davantage de contrôle sur certains éléments liés à la recherche dans Windows.

C’est ce qui rend l’arrivée de Paramètres de recherche recommandés Microsoft assez paradoxale.

D’un côté, Microsoft ouvre progressivement Windows à davantage de choix, en particulier en Europe. De l’autre, l’entreprise propose un utilitaire spécifiquement conçu pour remplacer le moteur de recherche de Chrome, Firefox ou Brave par Bing, modifier la page d’accueil et la page Nouvel onglet, puis promouvoir Microsoft Rewards.

Ces deux démarches ne sont pas réellement contradictoires sur le plan juridique. Microsoft présente son utilitaire comme facultatif et exige une action de l’utilisateur avant d’appliquer les changements. Il ne s’agit donc pas, en l’état, d’un remplacement silencieux imposé directement par Windows.

Mais du point de vue de l’utilisateur, la stratégie peut sembler difficile à suivre : Microsoft donne davantage de liberté dans Windows tout en développant parallèlement de nouveaux moyens de pousser Bing dans les navigateurs concurrents.

Le contexte européen pourrait donc inciter Microsoft à être plus prudent sur la manière de distribuer ou de promouvoir cet outil. Une installation automatique, un choix difficile à refuser ou une modification insuffisamment explicite des paramètres d’un navigateur concurrent attirerait probablement davantage l’attention des autorités européennes.

À ce stade, rien ne permet toutefois d’affirmer que l’application est interdite en Europe ou qu’elle y sera bloquée. Microsoft n’a pas encore précisé si son déploiement variera selon les régions.

L’outil serait-il interdit en Europe ?

Pas nécessairement.

Il faut distinguer plusieurs situations.

Une application optionnelle qui propose clairement « Utiliser Bing comme moteur de recherche ? » et qui ne procède au changement qu’après consentement de l’utilisateur n’est pas automatiquement contraire au droit européen.

Le problème réglementaire serait davantage susceptible de se poser si Microsoft :

• installait automatiquement l’application ;
• rendait l’option Bing difficile à refuser ;
• modifiait les paramètres d’un navigateur concurrent sans consentement réel ;
• ou utilisait Windows pour favoriser Bing d’une façon considérée comme déloyale.

Microsoft insiste justement sur le fait que l’application n’est pas distribuée avec Windows ou Edge et requiert le consentement de l’utilisateur. Cette formulation n’est probablement pas anodine compte tenu de l’attention réglementaire portée aux paramètres par défaut.

Il serait toutefois spéculatif d’affirmer que Microsoft a conçu ce fonctionnement spécifiquement pour éviter une sanction européenne.

Microsoft a déjà dû adapter Windows en Europe

Le sujet est d’autant plus sensible que Microsoft a déjà apporté plusieurs modifications à Windows pour répondre aux exigences européennes.

La Commission européenne indique qu’à la suite de discussions réglementaires, Microsoft a notamment facilité la définition et l’utilisation effective d’un navigateur Web par défaut sur Windows.

Le système Windows est donc déjà différent dans certains domaines selon que l’utilisateur se trouve ou non dans l’EEE.

Cela rend plausible un comportement différent de Microsoft Recommended Search Settings selon les régions.

Mais, à ce stade, aucune différence géographique concernant cette nouvelle application n’a été confirmée.

Google utilise lui aussi des techniques similaires

WindowsLatest rappelle également que Microsoft n’est pas seul à tenter d’orienter les utilisateurs vers ses propres produits.

Google affiche régulièrement des messages invitant les utilisateurs :

• à installer Chrome ;
• à définir Chrome comme navigateur par défaut ;
• à conserver Google comme moteur de recherche.

Chrome a d’ailleurs immédiatement réagi lors du test de l’application Microsoft en proposant de rétablir Google Search.

La concurrence autour des moteurs de recherche et des navigateurs repose donc largement sur ce type de sollicitations.

La différence notable ici est que Microsoft a développé une application Windows indépendante dédiée à cette tâche, capable d’agir sur plusieurs navigateurs concurrents.

Faut-il s’inquiéter de Microsoft Recommended Search Settings ?

Pour le moment, pas particulièrement.

Microsoft affirme que le logiciel :

• n’est pas préinstallé ;
• ne sera pas installé par Windows Update ;
• n’est pas injecté par Edge ;
• nécessite une installation volontaire ;
• demande le consentement avant de modifier les paramètres.

Il ne s’agit donc pas actuellement d’une nouvelle fonctionnalité automatique de Windows 11.

La principale interrogation concerne plutôt la manière dont Microsoft compte proposer cette application aux utilisateurs.

Le logiciel n’est actuellement pas disponible de manière classique dans le Microsoft Store et Microsoft n’a pas précisé comment les utilisateurs seront amenés à le découvrir.

Ce point sera particulièrement intéressant à surveiller.

Conclusion

Microsoft a donc développé Microsoft Recommended Search Settings, une application Windows destinée à promouvoir Bing dans les principaux navigateurs concurrents.

Une fois installée et acceptée, elle peut modifier le moteur de recherche, la page d’accueil et la page Nouvel onglet de Chrome, Firefox et Brave grâce à une extension Microsoft.

Face aux critiques, Microsoft affirme cependant que tout est facultatif et qu’aucun paramètre n’est modifié sans consentement.

La situation européenne reste pour l’instant incertaine.

Aucune information ne permet d’affirmer que l’application est réservée aux États-Unis ou bloquée en Europe. Mais le Digital Markets Act impose à Microsoft davantage de contraintes concernant le choix des navigateurs et moteurs de recherche dans l’EEE, ce qui pourrait pousser l’entreprise à adopter une approche différente ou plus prudente sur le marché européen.

Il faudra surtout surveiller comment Microsoft compte distribuer et promouvoir cette application, car c’est probablement là que se situera l’enjeu réglementaire principal.

L’article Microsoft Teste un outil Windows 11 pour remplacer Google par Bing dans Chrome, Firefox et Brave est apparu en premier sur malekal.com.