Un Event ID 11 associé à une erreur de contrôleur disque signale un problème sur le chemin d’entrée/sortie. Le numéro seul ne prouve pas qu’un disque doit être remplacé : commencez par lire le fournisseur, le message complet et le périphérique cité.
Identifier l’événement et le périphérique
Dans l’Observateur d’événements, ouvrez le journal Système et relevez la source, l’heure, le chemin du périphérique et les données de l’événement. Un autre fournisseur peut employer le même ID pour un sujet différent. La commande suivante effectue une lecture des événements ; elle ne répare pas le stockage.
Get-WinEvent -FilterHashtable @{
LogName = 'System'
Id = 11
StartTime = (Get-Date).AddDays(-7)
} -MaxEvents 30 |
Select-Object TimeCreated, ProviderName, Id, Message |
Format-List
Contrôler le chemin de stockage
Rapprochez l’heure de l’erreur des ralentissements, pertes de volume, échecs de sauvegarde et événements 129 ou 153. Sur un stockage SAN ou iSCSI, examinez aussi les chemins MPIO, les interfaces et les journaux de la baie. Dans une VM, poursuivez le contrôle sur l’hyperviseur et le stockage hôte.
Get-Disk |
Select-Object Number, FriendlyName, SerialNumber,
OperationalStatus, HealthStatus
Ce relevé décrit les disques visibles par Windows. Un contrôleur RAID peut exposer un disque logique sans montrer l’état de chaque disque physique. Confirmez l’identité dans la console du constructeur ; ne choisissez pas une unité à remplacer sur son seul numéro, qui peut changer.
Appliquer une correction ciblée et la vérifier
- Conserver les journaux et vérifier la disponibilité d’une sauvegarde exploitable avant une intervention sur le stockage.
- Identifier le chemin ou composant en défaut : liaison, contrôleur, chemin réseau, pilote, firmware ou périphérique.
- Faire valider la correction par les informations du constructeur, puis intervenir dans une fenêtre adaptée à la charge.
- Répéter l’opération qui échouait et surveiller les événements sur une période comparable à celle de l’incident.
Un état Healthy ponctuel ne suffit pas à exclure une panne intermittente. Si les erreurs se répètent ou si des données deviennent inaccessibles, escaladez avec l’heure, le fournisseur, le numéro de série et les journaux du stockage. Une réparation de système de fichiers ne constitue pas un remède universel à une erreur de contrôleur.