Le déploiement de Windows 11 24H2 ne se déroule pas aussi bien que prévu. Des PCs sont victimes de problèmes dont certains sont critiques.
Les plus populaires prennent la forme d’un BSOD (Blue Screen of Death). Ils concernent les machines équipées de certains SSD Sandisk et Western Digital. Ces dysfonctionnements surviennent après la mise à jour ce qui engendre des plantages critiques. Les SSD affectés, tels que le WD_BLACK SN770 et le SanDisk Extreme M.2 sont particulièrement vulnérables à ce bug lié à la gestion de la mémoire tampon hôte.
Windows 24H2 : Des BSOD liés aux SSD SN770 et SN580 apparaissent, solution
La défaillance est associée à Windows 11 24H2 qui a modifié la gestion de la mémoire tampon, augmentant l’allocation à 200 Mo alors que Windows 11 23H2 ne réservait que 64 Mo. Bien que ce changement soit censé améliorer les performances des SSD, il entraine des plantages en raison d’une incompatibilité de firmware.
Pour résoudre ce problème, plusieurs options sont possibles.
Western Digital et Sandisk ont publié des mises à jour de firmware pour corriger cette incompatibilité. Les utilisateurs peuvent télécharger l’outil Western Digital Dashboard pour mettre à jour leur SSD. En parallèle Microsoft a également bloqué la mise à jour Windows 11 24H2 sur les appareils concernés ( micrologiciels obsolètes), en attendant que les utilisateurs appliquent cette mise à jour.
Voici les modèles de SSD suivants, officiellement reconnus par Sandisk, qui rencontrent le BSOD :
L’autre approche pour les utilisateurs de SSD d’autres marques ou qui ne peuvent pas immédiatement accéder à la mise à jour du firmware peuvent intervenir dans le registre de Windows pour désactiver l’allocation HMB (Host Memory Buffer). Cette solution nécessite d’éditer le registre avec les instructions fournies (par exemple en créant un fichier `.reg` avec les valeurs spécifiques).
Information
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\StorPort] "HMBAllocationPolicy"=dword:00000002 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\stornvme\Parameters\Device] "HostMemoryBufferBytes"=hex(7):56,00,45,00,4e,00,5f,00,31,00,35,00,42,00,37,00,\ 26,00,44,00,45,00,56,00,5f,00,35,00,30,00,31,00,37,00,26,00,52,00,45,00,56,\ 00,5f,00,3f,00,3f,00,20,00,36,00,37,00,31,00,30,00,38,00,38,00,36,00,34,00,\ 00,00,56,00,45,00,4e,00,5f,00,31,00,35,00,42,00,37,00,26,00,44,00,45,00,56,\ 00,5f,00,35,00,30,00,34,00,31,00,26,00,52,00,45,00,56,00,5f,00,3f,00,3f,00,\ 20,00,36,00,37,00,31,00,30,00,38,00,38,00,36,00,34,00,00,00,00,00
Source : GinjFo et windowslatest
Le microcode Arrow Lake 0x112 introduit un changement majeur concernant la gestion du DLVR le… Lire d'avantage
Obsidian Entertainment a révélé de nouveaux détails autour de son prochain RPG fantastique à la… Lire d'avantage
Gigabyte enrichit ses cartes graphiques professionnelles avec la Radeon PRO W7800 AI TOP 48G. Elle… Lire d'avantage
A l'occasion des 20 ans de Half-Life 2, NVIDIA s’est associé à Orbifold Studios pour… Lire d'avantage
La mise à jour Windows 11 KB5046633 introduit un bug perturbant. Suite à son installation… Lire d'avantage
La GeForce RTX 3050 est une carte graphique d’entrée de gamme et bien qu'elle soit… Lire d'avantage