Si vous ne trouvez pas l’article de la Base de connaissances …

manquants
(les pilotes d’éditeurs tiers n’incluent généralement pas de symboles) ou ceux
qui ne correspondent pas aux modules chargés. Les avertissements signalant les
non-concordances des symboles signifient que les symboles installés sont peut-être
périmés à  cause de l’installation d’un service pack ou d’un correctif.



La page suivante de l’assistant indique les composants enfichables qui vont être
chargés par Kanalyse pour effectuer l’analyse du vidage. Sur l’écran suivant,
Kanalyse appelle à  leur tour les DLL, pour localiser les éléments et analyser
les informations qui en résultent. On peut suivre toutes les phases de la progression
de Kanalyse. La phase [KA_START_LOCATE_ITEMS] mentionne les composants enfichables
qui recherchent les éléments dans le vidage de l’incident, puis la phase [KA_PERFORM_ANALYSIS]
exécute tous les composants enfichables qui effectuent l’analyse. Lorsque la phase
d’analyse est achevée, Kanalyse attend que vous alliez à  la page finale de l’assistant,
qui permet de visualiser les résultats de l’analyse.



Si le bouton Affichage de la zone Conclusions de l’analyse de la page Résultats
n’est pas grisé, cela signifie qu’un ou plusieurs composants enfichables pensent
avoir identifié la cause de l’incident. Si Kanalyse est exécuté sur un vidage
généré avec BSOD, l’option Affichage est activée, comme sur la Figure 4. En cliquant
sur Affichage, on affiche la fenêtre de Navigation des espaces de noms pour les
problèmes identifiés, que montre la Figure 5. La fenêtre indique que, d’après
le composant enfichable STOPCODE, c’est le pilote crashdd.sys qui est responsable
de l’incident. La fenêtre Navigateur des espaces de noms montre même le chemin
de la pile (non visible sur la Figure 5), qui indique que la fonction IopLoadUnloadDriver,
de Ntoskrnl (le noyau), a appelé une fonction de crashdd.sys et que crashdd.sys
a alors appelé KiTrap0E, de Ntoskrnl. Chaque fois qu’apparaît une fonction contenant
le mot Trap ou Exception dans une analyse de vidage d’incident, on peut affirmer
à  coup sûr que le code du noyau a accédé à  un pointeur invalide et planté le système.
Dans un incident généré par BSOD, l’accès de la mémoire invalide par crashdd.sys
provoque l’exécution de la fonction d’interruption.