Windows 11 : pics d’usage disque à 50 % qui gèlent le système — diagnostic SSD/NVMe et correctifs

Votre PC sous Windows 11 se fige par à‑coups avec un « disque à 50 % » alors que le Gestionnaire des tâches n’affiche presque rien ? Voici un guide pas‑à‑pas, orienté diagnostic matériel/logiciciel, pour identifier la cause réelle (SSD M.2, pilotes, service tiers) et corriger durablement.

Sommaire

Vue d’ensemble : quand « l’usage disque à 50 % » gèle tout le système

Scénario type : sous Windows 11, l’usage disque grimpe soudainement à ~50 % puis l’interface entière se fige (applications, barre des tâches, clics). Le démarrage propre et le mode sans échec réduisent la fréquence des gels, ce qui fait suspecter un composant tiers. Pourtant, le Gestionnaire des tâches ne montre que System, Registry et parfois Antimalware Service Executable consommant ≤ 0,1 Mo/s. Un examen ultérieur de l’Observateur d’événements dévoile des erreurs E/S ou StorPort, orientant l’enquête vers le SSD M.2 (ou ses pilotes/firmware).

Ce guide vous explique pourquoi ce 50 % est trompeur, puis propose une méthode structurée pour trancher entre piste matérielle et piste logicielle, avec des actions sûres et réversibles.

Comprendre ce que signifie vraiment « 50 % d’usage disque »

Dans Windows, la jauge « Disque » du Gestionnaire des tâches représente le temps d’activité (busy time) du périphérique, pas un débit. Un SSD peut être « occupé » 50 % du temps avec un débit ridicule si la latence et la file d’attente explosent (ex. reprises d’E/S, erreurs, thermal throttling). Résultat : faibles Mo/s + 50 % d’activité = blocage perçu de toute la pile E/S.

Temps de réponse > 1000 ms (onglet Disque de Moniteur de ressources) = symptômes de gel.
Longue file d’attente = nombreuses E/S en attente (panne ou pilote qui « réessaie »).
0,0–0,1 Mo/s affichés n’excluent donc pas un goulot d’étranglement critique.

Symptômes typiques et signaux faibles

Micro-gels aléatoires (quelques secondes à plusieurs minutes), souvent pendant l’ouverture de fichiers, la synchronisation cloud, la reprise de veille ou des mises à jour.
« Disque » ~50 % alors que CPU/RAM sont bas.
Applications qui passent en « Ne répond pas », clics retardés, sons qui grésillent.
Dans Observateur d’événements : avertissements/erreurs Disk, StorPort, stornvme ou iaStorA/iaStorAC.

Causes probables (classées du plus fréquent au plus piégeux)

SSD/NVMe instable : secteurs réalloués, erreurs correctibles en hausse, firmware ancien, surchauffe ≥ 70 °C, ou incompatibilité de port M.2.
Pilote/firmware : pilote NVMe constructeur vs stornvme Microsoft, Intel RST/AMD chipset obsolètes, BIOS microcode ancien.
Filtre logiciel tiers : antivirus/EDR agressif, chiffrement temps réel, outils de sauvegarde snapshot, clients cloud, pilotes de virtualisation.
Services Windows verbeux : SysMain, télémétrie, indexation, optimisation planifiée (TRIM), Delivery Optimization.
Alimentation : léger sous‑voltage/ondulation qui rend la NAND capricieuse sous charge.
RAM défectueuse : rares, mais peut mimer des erreurs disque (E/S corrompues).

Plan d’action express (10 minutes, sans risque)

Sauvegarde immédiate des données critiques (documents, photos). En cas d’erreurs S.M.A.R.T., évitez les copies massives répétées.
Désactiver temporairement SysMain et Connected User Experiences & Telemetry pour réduire le bruit I/O durant le diagnostic (voir scripts plus bas).
Exécuter Optimiser les lecteurs (TRIM / réoptimisation) et vérifier que TRIM est actif.
Ouvrir Moniteur de ressources → Disque, laisser tourner, noter les fichiers/processus qui saturent.
Ouvrir Observateur d’événements et relever les ID récurrents (tableau ci‑dessous).

Solutions proposées et étapes de diagnostic

Objectif	Action(s) concrète(s)	Commentaire
Réduire les accès disque causés par Windows	• Désactiver les services SysMain (Superfetch) et Connected User Experiences & Telemetry (services.msc → Désactivé + Arrêter). • Lancer Optimiser les lecteurs (défragmentation/trim) pour le SSD.	Ces services peuvent générer beaucoup d’E/S, surtout sur de gros SSD. Ne laisser désactivé que le temps du diagnostic.
Vérifier et réparer les erreurs logiques/physiques	Dans une invite CMD administrateur : `chkdsk C: /f /r /v /b`, puis redémarrer.	`/r` et `/b` recherchent les secteurs défectueux. Sauvegarder avant : l’opération est longue.
Repérer la cause via les journaux	Observateur d’événements → Journaux Windows > Système/Application : filtrer les ID 7, 51, 129, 153, 157 (et autres).	Des ID Disque/StorPort récurrents confirment souvent un support défaillant ou un pilote instable.
Isoler un logiciel tiers	Utiliser MSConfig : démarrage sélectif, réactiver services/éléments un par un jusqu’à reproduction du gel.	Méthode exhaustive mais efficace si le matériel est sain (ou si un filtre disque est en cause).
Écarter la piste matériel	1. Lire les attributs S.M.A.R.T. via un outil (CrystalDiskInfo ou utilitaire constructeur). 2. Mettre à jour firmware SSD & pilotes chipset/IRST. 3. Tester le SSD sur un autre port M.2 ou dans un boîtier USB‑NVMe. 4. Exécuter un test mémoire (`mdsched.exe`) pour exclure la RAM.	Des compteurs S.M.A.R.T. en hausse (Reallocated, Pending, Uncorrectable) confirment un SSD en fin de vie.
Surveiller les pics en temps réel	• Moniteur de ressources (onglet Disque) pour les E/S par fichier/processus. • Process Monitor (Sysinternals) avec filtre `Operation is ReadFile or WriteFile`.	Permet d’identifier l’exécutable exact si la cause n’est pas matérielle.
Plan de remédiation	• Sauvegarder immédiatement données et image système. • Cloner le disque vers un SSD neuf si des erreurs physiques apparaissent. • Envisager une Clean Install de Windows 11 après remplacement.	Préserve l’environnement et diminue les risques de corruption à long terme.

Scripts et commandes utiles (sécurisés et réversibles)

Désactiver/activer temporairement SysMain et la télémétrie

# PowerShell en administrateur — désactivation (diagnostic)
Stop-Service SysMain -Force; Set-Service SysMain -StartupType Disabled
Stop-Service DiagTrack -Force; Set-Service DiagTrack -StartupType Disabled

# Réactivation (après diagnostic)

Set-Service SysMain -StartupType Automatic; Start-Service SysMain
Set-Service DiagTrack -StartupType Automatic; Start-Service DiagTrack

Vérifier et forcer TRIM/Réoptimisation

# TRIM activé ? 0 = activé ; 1 = désactivé
fsutil behavior query DisableDeleteNotify

# Activer TRIM si besoin

fsutil behavior set DisableDeleteNotify 0

# Réoptimiser (inclut un retrim)

defrag C: /O
defrag C: /L

Réparer les fichiers système

# CMD administrateur
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Observer la santé disque depuis PowerShell

# Vue d'ensemble
Get-PhysicalDisk | Select FriendlyName, HealthStatus, OperationalStatus, MediaType, Size

# Compteurs de fiabilité/NVMe (si supportés)

Get-PhysicalDisk | Get-StorageReliabilityCounter |
Select FriendlyName, Temperature, Wear, PowerOnHours, ReadErrorsTotal, WriteErrorsTotal, MediaErrors |
Format-Table -AutoSize

Lancer un Check Disk planifié au redémarrage

chkdsk C: /f /r /v /b

Journaliser au démarrage (pilote récalcitrant)

Dans MSConfig → onglet Démarrer → cocher Journal du démarrage puis redémarrer. Le journal est enregistré dans %SystemRoot%\ntbtlog.txt.

Analyse des journaux : ID d’événement à connaître

Ouvrir eventvwr.msc → Journaux Windows > Système (et Application) puis « Filtrer le journal actuel… » sur les ID suivants.

ID	Source	Signification (résumé)	Action recommandée
7	Disk	Bloc défectueux détecté.	Cloner/Sauvegarder en priorité, exécuter `chkdsk /r /b`, envisager le remplacement.
51	Disk	Erreur lors d’une opération d’E/S.	Vérifier câblage/port (pour SATA), pilotes, santé S.M.A.R.T., alimentation.
129	storahci/iaStorA/stornvme/StorPort	Réinitialisation envoyée au périphérique (timeouts).	Mise à jour pilote NVMe/chipset/BIOS, firmware SSD, tester autre slot M.2.
153	Disk	Opération E/S ré-essayée en raison d’erreurs transitoires.	Surveiller si récurrent, vérifier température SSD, état S.M.A.R.T., pilotes.
157	Disk	Le disque a été retiré de façon inattendue.	Incompatibilité ou faux contact (slot M.2), alimentation, firmware.
4226*	Selon contexte	Événement non spécifique disque mais utile si concomitant (réseau/limites connexions).	À corréler uniquement si répété aux mêmes horodatages que les gels.

*D’autres ID (ex. Ntfs, volmgr, FilterManager) peuvent apporter des indices, particulièrement si un filtre tiers intervient.

SSD/NVMe : ce qu’il faut absolument vérifier

Température et throttling

Au‑delà de 70 °C, nombre de SSD NVMe limitent leur vitesse (thermal throttling) et la latence grimpe : cela simule une panne. Vérifiez le flux d’air, ajoutez un dissipateur, évitez la cohabitation avec une carte graphique qui chauffe.

Firmware & pilotes

Mettre à jour le firmware du SSD via l’outil constructeur.
Mettre à jour les pilotes chipset (Intel/AMD) et, s’il est utilisé, Intel RST.
Comparer le pilote NVMe utilisé (Gestionnaire de périphériques → Contrôleurs de stockage) : testez stornvme Microsoft ou le pilote constructeur selon les recommandations du fabricant.

Port M.2 et compatibilité

Certains ports M.2 partagent des lignes PCIe (désactivées si d’autres slots sont occupés) ou basculent en SATA. Testez un autre slot M.2 ou un boîtier USB‑NVMe pour isoler la carte mère.

État S.M.A.R.T. et usure

Surveillez : Media Errors, Uncorrectable Errors, Percentage Used/Wear, température, heures de fonctionnement. Une pente ascendante rapide + événements 129/153 = remplacements à prévoir.

Piste logicielle : débusquer les filtres et services tiers

Sans erreur matérielle probante, la cause est souvent un filtre de système de fichiers ou un service de sécurité/sauvegarde

Antivirus/EDR : basculer temporairement sur Microsoft Defender seul.
Chiffrement temps réel (disque/fichier) : tester en désactivant la protection à chaud.
Backup, snapshots, déduplication : planifications trop fréquentes.
Clients cloud (OneDrive, Dropbox, etc.) : exclusions et désindexation de gros dossiers.
Virtualisation : pilotes d’instantanés/invités pouvant accrocher l’I/O.

Outils pour y voir clair

Process Monitor : filtrez Process Name et Operation is ReadFile/WriteFile, puis corrélez l’horodatage au gel.
Autoruns (Sysinternals) : désactivez temporairement les pilotes/services non‑Microsoft suspects.
fltmc (CMD) : fltmc filters liste les filtres actifs (antivirus, cryptage, etc.).

Optimisations Windows raisonnables (pendant le diagnostic)

Indexation Windows Search : exclure les dossiers massifs/temp, ou désactiver le service le temps du test.
Delivery Optimization : limiter la bande passante et le cache.
Plan d’alimentation : tester « Haute performance », puis paramètre PCI Express > Gestion de l’état Lien sur Désactivé (réduit la latence NVMe).
Écriture différée/flush : ne pas modifier tant que le matériel est suspect (risque d’intégrité).
Tâches planifiées : décaler l’optimisation planifiée et la maintenance automatique hors plages d’usage.

Arbre de décision (diagnostic rapide)

Erreurs disque/StorPort répétées (ID 7/51/129/153/157) + hausse S.M.A.R.T. ? → Cloner → Remplacer le SSD → Clean Install recommandée.
Aucun événement critique, mais Process Monitor pointe un produit tiers ? → Mettre à jour/remplacer le produit, ajuster les exclusions I/O.
Pas de tiers flagrant : pilotes/firmware à jour, tester stornvme vs pilote constructeur, autre slot M.2, BIOS.
Température ≥ 70 °C ? → Améliorer refroidissement puis retester.
Toujours des gels, RAM potentiellement en cause ? → mdsched.exe, profil XMP/EXPO à désactiver pour test.

Cas pratiques (pour se repérer)

Cas A : gel pendant la synchronisation cloud

Symptômes : pics à 50 % à chaque scan de gros dossiers, fichiers .pst/.vmdk massifs. Solution : exclure ces dossiers de l’indexation, régler la synchro en mode « à la demande », vérifier que l’antivirus exclut le cache local.

Cas B : gel post‑veille / reprise

Symptômes : événements 129 au réveil. Solution : mettre à jour BIOS/firmware SSD, désactiver l’« arrêt hybride », basculer le plan d’alimentation.

Cas C : gel sous charge légère, SSD neuf

Symptômes : pas d’erreur S.M.A.R.T., mais Moniteur de ressources montre Antimalware Service Executable sur des fichiers réseau. Solution : ajouter des exclusions adaptées (répertoires de VM, dépôts git volumineux), laisser la « courbe de chauffe » d’indexation se stabiliser.

Check‑list de vérification matérielle

Température SSD en charge réelle (copie de gros fichiers) < 70 °C.
Firmware SSD = dernière version.
Pilotes chipset/NVMe récents, BIOS/UEFI à jour.
Slot M.2 alternatif testé, vis et pads thermiques correctement posés.
Alimentation du PC/station chargeur en bon état (vérifier au BIOS les +3,3 V/ +5 V).
RAM validée par mdsched.exe (et idéalement sans XMP/EXPO durant le test).

Plan de remédiation et prévention

Si le SSD est fautif

Sauvegarder puis cloner vers un SSD neuf (éviter d’écrire inutilement sur le disque malade).
Réinstaller proprement Windows 11 (Clean Install) si les gels ont entraîné des corruptions.
Réactiver progressivement les logiciels tiers en observant les journaux pendant 48 h.

Si c’est logiciel

Remplacer/mettre à jour l’antivirus/EDR, ajouter des exclusions (VM, build, bases de données locales).
Ajuster la planification de sauvegarde/snapshot en heures creuses.
Réduire l’indexation et la télémétrie au strict nécessaire.

Bonnes pratiques

Conserver 10–20 % d’espace libre sur le SSD pour le wear‑leveling.
Éviter les écritures inutiles (logs verbeux, caches géants, torrents sur C:).
Nettoyer périodiquement les applications « à hooks » (filtres système de fichiers).

Questions fréquentes

Pourquoi 50 % d’usage avec seulement 0,1 Mo/s ?

Parce que la jauge mesure le temps occupé, pas le débit. Un SSD en timeout ou en ré‑essai peut être « occupé » longtemps sans transférer grand‑chose.

Dois‑je défragmenter un SSD ?

Non. Utilisez TRIM et l’optimisation. Windows pilote déjà une « défragmentation » spéciale épisodique pour la gestion du MFT et des snapshots.

Désactiver SysMain n’est‑il pas risqué ?

À court terme, non. C’est réversible. Laissez‑le éteint le temps du diagnostic, puis réactivez si tout est sain.

70 °C, est‑ce grave ?

Au‑delà de ~70 °C, la plupart des NVMe throttlent : la latence grimpe, ce qui peut déclencher des événements 129/153. Améliorez le refroidissement et retestez.

Le mode sans échec supprime le problème, donc ce n’est pas matériel ?

Pas forcément. Le mode sans échec allège les pilotes/charges et peut masquer une faiblesse matérielle intermittente. Seuls les journaux et le S.M.A.R.T. tranchent.

Procédure complète (pas à pas) — à conserver

Sauvegarde des données critiques.
Désactivation temporaire de SysMain + télémétrie, limitation indexation/Delivery Optimization.
Optimiser les lecteurs et vérifier TRIM.
DISM puis SFC pour l’intégrité système.
Moniteur de ressources (Disque) ouvert en continu → noter fichiers/processus lors d’un gel.
Process Monitor avec filtres Read/WriteFile pour capter le coupable logiciel.
Observateur d’événements : relever ID 7/51/129/153/157 (et autres corrélés).
S.M.A.R.T. : vérifier erreurs/temperature/usure. Si dégradation : cloner/remplacer.
Pilotes/firmware/BIOS à jour. Essai autre slot M.2. Test alimentation.
MSConfig : démarrage sélectif, réactivation progressive jusqu’à isolement du logiciel fautif.
Test mémoire (mdsched.exe) si tout le reste est OK mais gels persistent.

Informations complémentaires utiles (récapitulatif)

Température SSD : > 70 °C = throttling quasi assuré.
Alimentation : un adaptateur/PSU vieillissant déclenche facilement des erreurs E/S.
Sécurité : testez temporairement avec Microsoft Defender seul pour éliminer l’hypothèse « EDR trop verbeux ».

Conclusion

Ne vous fiez pas aux seuls Mo/s affichés : les gels « disque à 50 % » sont quasi toujours liés à une latence anormale (panne matérielle ou filtre logiciel). Désactivez les services bruyants, faites un check‑disk, analysez les journaux et les compteurs S.M.A.R.T. Si l’Observateur d’événements montre des erreurs récurrentes ou si les attributs S.M.A.R.T. se dégradent, sauvegardez immédiatement et remplacez le SSD. Sinon, poursuivez la piste logicielle (démarrage sélectif, Process Monitor, exclusions antivirus) jusqu’à isoler le coupable.