Mise à jour de sécurité : 14 septembre 2026
Le récit ci-dessous concerne un seul incident chez un client sous Windows 7 en 2013, et non une solution générale testée aujourd’hui. Le fait que classpnp.sys soit le dernier fichier affiché ne prouve pas qu’il soit responsable. Ne modifiez pas son nom et ne téléchargez pas de remplacement depuis un portail de téléchargement.
Avant toute réparation, notez la version de Windows, le message d’erreur complet, la dernière connexion réussie et les changements récents. Un écran noir avec un pointeur mobile et un démarrage interrompu sont des observations différentes. Microsoft distingue plusieurs phases de démarrage ; la documentation liée s’adresse aux professionnels de l’informatique et aux versions prises en charge de Windows.
Un miroir RAID n’est pas une sauvegarde indépendante. Vérifiez des copies des fichiers importants sur un autre support. Si des données manquent sans copie, si un disque fait un bruit inhabituel ou si le RAID est dégradé, arrêtez et demandez d’abord un diagnostic spécialisé en récupération de données. Même une lecture peut solliciter excessivement un disque endommagé.
Ne débranchez pas un disque du miroir pour essayer et n’initialisez, ne supprimez ni ne reconstruisez l’ensemble. Documentez le modèle du contrôleur, l’affectation des disques et leur état. Le modèle exact DawiControl manque dans le récit ; il ne permet donc pas de choisir un pilote adapté.
Selon Microsoft, chkdsk sans paramètres affiche seulement l’état ; /f, /r, /x et /b peuvent effectuer des réparations. Ce n’est pas une recette à appliquer à l’unique copie des données. N’ignorez pas les erreurs. Après une récupération correctement planifiée, vérifiez démarrage, fichiers, journaux et RAID ; conservez la sauvegarde.
Windows 7 n’est plus couvert par le support régulier. Le réparer ne remplace pas la préparation d’un système pris en charge. Nous n’avons reproduit ni l’incident ancien ni une réparation actuelle.
Sources: Microsoft: Windows startup issues, Microsoft: chkdsk, Microsoft: Windows 7 lifecycle.
Récit historique de 2013
Aujourd’hui, j’ai rencontré un cas intéressant : un client avait éteint son PC Windows 7 pendant le week-end et celui-ci restait bloqué au démarrage. Il arrivait sur un écran noir où seul le pointeur de la souris pouvait encore bouger.
J’ai immédiatement essayé le mode sans échec, mais sans succès : le démarrage s’arrêtait à classpnp.sys. J’ai redémarré et essayé le mode sans échec avec invite de commandes, également sans succès.
Lors de la vérification matérielle, j’ai débranché le lecteur CD, le deuxième disque dur et tous les périphériques USB. Cela n’a pas fonctionné non plus.
ÇA SUFFIT
Trois ans auparavant, j’avais installé dans ce PC un contrôleur RAID avec mise en miroir. La réparation de Windows n’était donc pas directement accessible ; j’ai d’abord téléchargé le pilote DawiControl sur ma clé USB. Après avoir chargé le bon pilote du contrôleur RAID, j’ai enfin pu ouvrir la console de réparation de Windows 7.
J’ai ensuite lancé la Restauration du système de Windows 7 et choisi une date de la semaine précédente. Cela a enfin fonctionné : c’est ainsi que j’ai résolu ce problème avec classpnp.sys.
Après le problème classpnp.sys et la Restauration du système, les deux erreurs illustrées ci-dessous sont apparues. Je les ai tout simplement ignorées et j’ai lancé Chkdsk. Heureusement, tout a ensuite refonctionné. Le conseil historique aux utilisateurs d’un RAID en miroir était de débrancher l’un des deux disques avant cette procédure.
Contexte lisible des images historiques : la première signale un volume système endommagé et une réparation du système de fichiers réussie à l’époque (chkdsk, code 0x0). La seconde montre un plantage de kdbsync.exe, une Corbeille endommagée sur C: et une restauration système terminée. Cela ne démontre aucune cause actuelle et ne recommande pas de vider la Corbeille.