Après passage à Windows 11 24H2, deux problèmes agacent les utilisateurs : le menu « Plus » (⋯) de l’Explorateur qui s’ouvre vers le haut, et une chute des débits SMB. Voici des solutions concrètes, reproductibles et sûres, avec étapes détaillées et conseils de diagnostic.
Le menu « Plus » (⋯) de l’Explorateur s’ouvre vers le haut
Vue d’ensemble du problème
Depuis l’installation de Windows 11 24H2 (par ex. après le correctif KB5044384, build 26100.2161), le menu « Voir plus » de l’Explorateur s’affiche au‑dessus de la barre d’outils au lieu de se dérouler vers le bas. Lorsque la fenêtre est maximisée, les options supérieures se retrouvent hors écran, rendant certaines commandes inaccessibles. Le phénomène a été corrélé à une fonctionnalité expérimentale et touche davantage les configurations avec mise à l’échelle d’affichage entre 125 % et 175 %.
Ce qui a été corrigé par Microsoft
Microsoft a corrigé le bug dans la build 26100.2448 (canal Release Preview). Les mises à jour cumulatives ultérieures de 24H2 incluent ce correctif : après mise à jour, le menu se déroule à nouveau vers le bas (ou « vers le haut » uniquement quand c’est logique pour éviter un débordement d’écran). Autrement dit, la voie privilégiée consiste à appliquer les dernières mises à jour de Windows.
Solutions recommandées
| Statut | Mesure | Détails |
|---|---|---|
| Solution durable (préférée) | Installer la mise à jour la plus récente | Ouvrez Paramètres > Windows Update puis cliquez sur Rechercher des mises à jour. Redémarrez. Après installation d’une build comprenant le correctif (au minimum 26100.2448 en Release Preview, puis intégrée aux cumulatives stables), le menu retrouve un comportement normal. Conseil : vérifiez la version via WIN+R > winver. |
| Solution manuelle (temporaire) | Désactiver la fonctionnalité expérimentale 51960011 avec ViVeTool | Si vous ne pouvez pas mettre à jour immédiatement, la désactivation de l’ID 51960011 restaure le menu déroulant vers le bas. Voir la procédure détaillée plus bas. Cette solution peut être écrasée par une future mise à jour, pensez à la revalider si nécessaire. |
| Palliatifs | Rendre le menu visible sans corriger la cause | Réduisez la fenêtre de l’Explorateur ou déplacez‑la vers le bas avant de cliquer sur « ⋯ ». Vous pouvez aussi utiliser les touches fléchées et Entrée pour naviguer dans le menu quand il déborde. Enfin, signalez le bug via Hub de commentaires pour accélérer la diffusion des correctifs. |
Procédure pas à pas : désactiver l’ID 51960011 (ViVeTool)
Avertissement : cette manipulation s’adresse aux utilisateurs avancés. Créez un point de restauration système avant toute modification.
- Téléchargez l’outil ViVeTool (archive ZIP officielle) et extrayez‑le, par exemple dans
C:\Tools\ViVeTool. - Ouvrez PowerShell ou Invite de commandes en tant qu’administrateur.
- Positionnez‑vous dans le dossier :
cd /d C:\Tools\ViVeTool - Désactivez la fonctionnalité :
vivetool /disable /id:51960011 - Redémarrez Windows (ou à minima, redémarrez Explorateur Windows via le Gestionnaire des tâches).
Réactiver ultérieurement :
vivetool /enable /id:51960011Vérifications utiles après correction
- Ouvrez l’Explorateur et cliquez sur ⋯ : le menu doit se déployer logiquement vers le bas (ou vers le haut uniquement si l’espace est insuffisant).
- Testez avec la fenêtre maximisée et réduite, et avec votre mise à l’échelle habituelle (125 % / 150 % / 175 %).
- En cas de persistance du problème, vérifiez votre build (
winver) et relancez une recherche de mises à jour.
FAQ rapide
- Est‑ce lié aux pilotes graphiques ? Non : le symptôme est d’origine logicielle (Explorateur + feature flag), même si la mise à l’échelle rend le problème plus visible.
- SFC/DISM corrigent‑ils le bug ? Non : ces outils n’agissent pas sur la fonctionnalité expérimentale en cause.
- La désactivation de 51960011 a‑t‑elle d’autres impacts ? Aucun impact fonctionnel connu pour l’usage courant de l’Explorateur. Réactivez‑la si vous voulez tester de nouvelles expériences quand le correctif officiel est présent.
Débits SMB anormalement lents après la mise à jour 24H2
Symptômes typiques
- Chute brutale des vitesses de copie réseau (par ex. de ~100 MB/s à ~25 MB/s) après une mise à niveau ou une installation propre de 24H2.
- Utilisation CPU anormalement élevée lors des copies vers/depuis un NAS (WD/Synology/Unraid…) ou un partage Samba/Linux.
- Différence marquée entre Explorateur (souvent plus lent) et
robocopyavec/J(I/O non mises en mémoire tampon) et/MT(multithread).
Contexte sécurité : SMB signing requis par défaut en 24H2
À partir de Windows 11 24H2 (et Windows Server 2025), la signature SMB est requise par défaut côté client et serveur. Ce durcissement protège des attaques de relais et de l’altération de paquets sur le réseau, mais peut pénaliser les performances avec certains équipements (NAS anciens, implémentations Samba non optimisées, CPU faibles…). Recommandation : ne désactivez la signature que sur un réseau domestique isolé et uniquement pour diagnostiquer/perf‑tuner. En contexte professionnel, validez toute exception avec l’équipe sécurité.
Tableau des correctifs et contournements
| Portée | Correctif / Contournement | Explications |
|---|---|---|
| Registre (client & serveur) | Dans :HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\ParametersHKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\ParametersCréez/positionnez RequireSecuritySignature (DWORD) à 0. Redémarrez. | Supprime l’obligation de signer toutes les connexions SMB. À n’utiliser que pour tester ou sur réseau de confiance ; rétablissez la valeur par défaut ensuite. |
| PowerShell (alternative propre) | Set-SmbClientConfiguration -RequireSecuritySignature $false -Force Set-SmbServerConfiguration -RequireSecuritySignature $false -Force Vérifier l’état :Get-SmbClientConfiguration | Select RequireSecuritySignature Get-SmbServerConfiguration | Select RequireSecuritySignature | Évite la modification directe du Registre. Permet d’automatiser l’activation/désactivation selon vos scénarios de tests. |
| Réseau | Supprimez toute connexion pontée (Network Bridge) dans ncpa.cpl, redémarrez, puis retestez. Réinitialisez éventuellement le réseau (Paramètres > Réseau & Internet > Réinitialisation du réseau). | Des ponts résiduels ou configurations de virtualisation peuvent perturber la pile SMB et limiter le débit. |
| Carte réseau (NIC) | Mettez à jour le pilote. Testez avec Large Send Offload (LSO) désactivé, ajustez Receive Side Scaling (RSS). Vérifiez la vitesse du lien (1 Gb/s ou 2.5/10 GbE). | Un pilote obsolète, un offload mal géré ou un lien négocié à 100 Mb/s plafonnera mécaniquement à ~12 MB/s. |
| MTU/Jumbo Frames | Activez les trames Jumbo (MTU 9000) uniquement si tous les équipements (switch, NAS, PC) les supportent. Sinon, restez en 1500. | Un MTU incohérent dégrade fortement le débit et augmente les retransmissions. |
| Protocoles SMB | Assurez‑vous que SMB 1.0 est désinstallé et que SMB 2/3 sont actifs. Dans PowerShell : Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol -NoRestart | SMB 1.0 est obsolète et peu performant ; SMB 3.x propose multicanal, chiffrement et signing modernes. |
Étapes de diagnostic reproductibles
- Créer un fichier de test local (exécuter en tant qu’admin) :
mkdir C:\SMBTest fsutil file createnew C:\SMBTest\test_5GB.bin 5000000000 - Mesurer la vitesse en écriture vers le NAS :
robocopy C:\SMBTest \\NAS\Partage test_5GB.bin /J /R:0 /W:0 /NP /NFL /NDLInterprétez la ligne « Speed » : attendez‑vous à ~110–120 MB/s sur 1 GbE, ~280–300 MB/s sur 2.5 GbE, >800 MB/s sur 10 GbE (SSD/NVMe, CPU OK). - Mesurer la vitesse en lecture depuis le NAS :
robocopy \\NAS\Partage C:\SMBTest test_5GB.bin /J /R:0 /W:0 /NP /NFL /NDL - Comparer Explorateur vs robocopy : si Explorateur est bien plus lent, privilégiez
robocopypour les transferts massifs, ou patchez/optimisez l’OS. - Surveiller le CPU et la pile réseau :
- Ouvrez Gestionnaire des tâches et triez par Processeur.
- Dans Moniteur de ressources > Réseau, observez le débit et le processus concerné.
- Dans Performances, ajoutez des compteurs SMB Client Shares/SMB Server pour suivre les Bytes/sec et les files d’attente.
Scripts d’activation/désactivation de la signature SMB
Créez deux scripts PowerShell (.ps1) pour basculer rapidement selon vos besoins de test :
Désactiver temporairement la signature SMB (domestique/test)
# Run as Administrator
Set-SmbClientConfiguration -RequireSecuritySignature $false -Force
Set-SmbServerConfiguration -RequireSecuritySignature $false -Force
Restart-Service lanmanworkstation -Force
Restart-Service lanmanserver -Force
Write-Host "SMB signing disabled (client & server). Reboot recommended."Rétablir le niveau de sécurité par défaut
# Run as Administrator
Set-SmbClientConfiguration -RequireSecuritySignature $true -Force
Set-SmbServerConfiguration -RequireSecuritySignature $true -Force
Restart-Service lanmanworkstation -Force
Restart-Service lanmanserver -Force
Write-Host "SMB signing enabled (client & server)."Dépannage avancé (cas fréquemment rencontrés)
- Pont réseau fantôme : ouvrez
ncpa.cpl, supprimez « Pont réseau », redémarrez. Les restes d’une configuration de virtualisation ou de partage de connexion brident souvent SMB. - Offloads NIC : dans les propriétés avancées de la carte, testez la désactivation de Large Send Offload (IPv4/IPv6) et de Checksum Offload, puis retestez. Certains pilotes gèrent mal ces offloads sur 2.5/10 GbE.
- Multicanal SMB : vérifiez que vos interfaces ne sont pas agrégées de façon bancale.
Get-SmbMultichannelConnectionpermet de contrôler les liens actifs. - SMB Direct (RDMA) : si vous disposez de cartes compatibles (iWARP/RoCE), assurez‑vous que RDMA est activé côté client/serveur, sinon laissez‑le désactivé pour éviter des timeouts.
- NAS spécifiques :
- Western Digital/My Cloud : firmwares anciens peuvent mal gérer la signature ; la désactiver côté Windows améliore souvent la vitesse, mais pensez à remettre la signature ensuite.
- Unraid/Samba : vérifiez la version de Samba et les paramètres
server signing/client signing. Unupgrade ou un retour à une version stable corrige parfois des lenteurs. - Synology : DSM offre des options de performance (cache SSD, SMB multichannel expérimentale) ; adaptez selon votre matériel.
Bonnes pratiques pour retrouver des débits attendus
- Testez toujours écriture et lecture : des écarts nets pointent souvent vers le NAS (cache écriture/déduplication) ou vers le client (antivirus en temps réel).
- Désactivez temporairement l’analyse en temps réel de l’antivirus lors des tests, puis réactivez‑la.
- Contrôlez la négociation du lien dans les propriétés Ethernet : 100 Mb/s = ~12 MB/s (plafond physique), 1 Gb/s = ~110 MB/s, 2.5 Gb/s = ~280–300 MB/s, 10 Gb/s = plusieurs centaines de MB/s.
- Évitez de mélanger Jumbo/MTU 1500 sur le même chemin. En cas de doute, repassez tout le monde en 1500.
- Sur de gros lots de fichiers, préférez
robocopy /MT:8 /R:0 /W:0 /NP(et/Jpour des fichiers >1 Go) à l’Explorateur.
Checklist express (à imprimer)
- Mon Windows est‑il à jour ? (Windows Update)
- La signature SMB est‑elle temporairement désactivée pour tester ? (
Get-SmbClientConfiguration) - Le lien est‑il bien à 1/2.5/10 Gb/s ? (câble/switch/port)
- La carte réseau est‑elle à jour ? (pilote constructeur)
- Pas de pont réseau résiduel ? (
ncpa.cpl) - Jumbo Frames cohérents partout ?
- Test comparatif robocopy vs Explorateur effectué ?
- Antivirus/EDR exclus temporairement pour test uniquement ?
Informations complémentaires utiles
- Affichage haute résolution / mise à l’échelle : le bug du menu « ⋯ » est plus visible entre 125 % et 175 % ; la désactivation de l’ID 51960011 corrige le symptôme quelle que soit l’échelle.
- Suivi des correctifs : si vous restez sur la branche stable, surveillez les mises à jour cumulatives mensuelles (« Patch Tuesday »). Le correctif du menu est intégré dans les builds publiées après la 26100.2448.
- Sécurité SMB : la signature protège contre la falsification et les attaques de relais. En environnement d’entreprise, évitez de la désactiver ; privilégiez l’optimisation (pilotes, multicanal, RDMA, NAS à jour).
- Tentatives inutiles : SFC/DISM, recréer un profil ou désinstaller OneDrive n’ont pas d’impact fiable sur le bug d’Explorateur ni sur les lenteurs SMB liées à la signature.
Annexes : commandes utiles
Vérifier la version de Windows
winverHistorique des mises à jour
Paramètres > Windows Update > Historique des mises à jourÉtat des composants SMB
Get-SmbClientConfiguration | fl RequireSecuritySignature,EnableSecuritySignature,EnableMultiChannel
Get-SmbServerConfiguration | fl RequireSecuritySignature,EnableSecuritySignature,EnableMultiChannel
Get-SmbMultichannelConnectionDésinstaller SMB 1.0
Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol -NoRestartRéinitialisation réseau (interface graphique)
Paramètres > Réseau & Internet > Paramètres réseau avancés > Réinitialisation du réseauConclusion
Pour le menu « Plus » de l’Explorateur, le correctif officiel de Microsoft règle durablement le problème ; à défaut, la désactivation temporaire du flag 51960011 par ViVeTool restaure un menu « vers le bas ». Concernant les débits SMB, souvenez‑vous que Windows 11 24H2 impose la signature par défaut : validez d’abord l’option de sécurité (et ses implications), mettez à jour pilotes et firmware, supprimez tout pont réseau, puis utilisez robocopy pour des mesures fiables. En combinant ces actions, vous retrouverez un Explorateur utilisable et des transferts au niveau attendu.
Vous avez testé ces solutions ? Notez vos résultats (vitesse avant/après, version de Windows, modèle de NAS) : cela aide à identifier rapidement ce qui fonctionne selon les configurations.