Presque tous les jours, des mises à jour logicielles quelconques sont déployées pour nos systèmes. Des systèmes d’exploitation aux logiciels antivirus, en passant par les services cloud et les périphériques matériels, pratiquement aucune des technologies que nous utilisons n’est statique. Et avec ces mises à jour viennent des effets secondaires et des problèmes qui mettent parfois un certain temps à être résolus.

J’ai récemment découvert un bogue intéressant qui n’a pas attiré beaucoup d’attention lorsque j’ai acheté une imprimante multifonctions Lexmark. Dans le cadre du processus d’installation, je suis allé en ligne pour télécharger le dernier pilote d’imprimante. (Je recommande toujours d’aller sur le site Web d’un fournisseur pour récupérer les derniers pilotes car, après tout, le dernier logiciel devrait avoir les derniers correctifs, n’est-ce pas?) J’ai pu configurer l’imprimante pour imprimer, numériser et télécopier électroniquement et je me suis dit a été fait pour la journée.

C’est alors que le plaisir a commencé.

Je me connecte régulièrement à divers ordinateurs à l’aide de Remote Desktop. Normalement, c’est solide comme un roc, sans aucun problème. Au moins, c’était solide comme un roc avant d’avoir ma nouvelle imprimante. Soudain, après avoir configuré l’imprimante, ma connexion à distance a commencé à tomber – sans même un message d’erreur pour me donner une idée de ce qui n’allait pas.

Cela renvoie à la première règle de débogage des bogues : repensez au moment où tout a fonctionné et déterminez ce que vous avez changé. Je savais que quelque chose dans le pilote d’imprimante que j’avais installé était probablement coupable, mais comment puis-je le confirmer ? Généralement, lorsque les systèmes informatiques cessent de fonctionner, il y a un journal des événements quelque part qui pointe vers le problème. (En règle générale, les plantages d’applications apparaissent dans le journal des événements des applications. Mais parfois, une application utilise un sous-répertoire spécial pour suivre et signaler les erreurs.)

Pour Windows, vous pouvez accéder à l’Observateur d’événements en cliquant sur rechercher et en tapant « Observateur d’événements » pour le lancer. Développez simplement la section des journaux Windows et regardez dans le fichier journal de l’application.

Si vous avez déjà consulté l’Observateur d’événements, vous savez que ces journaux peuvent être extrêmement utiles ou extrêmement déroutants. De nombreux événements peuvent être ignorés. Mais de temps en temps, vous en trouverez un qui vous aidera à trouver la racine de votre problème. Avec mon problème de bureau à distance, j’espérais trouver un indice dans le journal des événements – et en effet, j’en ai trouvé un. J’ai découvert une erreur indiquant une application défaillante à chaque fois que j’ai essayé de lancer une session à distance.

Vient maintenant la partie amusante suivante : parfois, l’application que vous utilisez n’est pas appelée de la même manière dans les journaux d’événements. Souvent, ils utilisent spécifiquement des noms d’exécutables, vous devez donc connaître le « nom du logiciel » de l’application plutôt que ce que vous connaissez. Dans ce cas, Remote Desktop porte le nom d’exécutable mstsc.exe, qui signifie Microsoft Terminal Service Client.

Voici à quoi ressemble l’erreur :

Faulting application name: mstsc.exe, version: 10.0.19041.2075, time stamp: 0x63f96292
Faulting module name: LMFX1N4Z.DLL, version: 0.0.1.0, time stamp: 0x61b8cf09
Exception code: 0xc0000005
Fault offset: 0x0000000000038ac3
Faulting process id: 0x2b30
Faulting application start time: 0x01d948e5ef27f462
Faulting application path: C:\WINDOWS\system32\mstsc.exe
Faulting module path: C:\WINDOWS\system32\spool\DRIVERS\x64\3\LMFX1N4Z.DLL
Report Id: 5b058189-0b5a-4284-a62d-c583bbe5a7da
Faulting package full name:
Faulting package-relative application ID:

Cet événement contient l’indice dont j’avais besoin. Le plantage de l’événement indiquait un pilote, LMFX1N4Z.DLL, qui est un pilote Lexmark. En cherchant en ligne, j’ai trouvé un autre utilisateur d’ordinateur confronté à un problème similaire, mais avec une machine virtuelle, pas un client de bureau à distance. Il est clair que le partage d’imprimante ou l’impression à distance n’aime pas le pilote LMFX1N4Z.dll. J’ai deviné que le problème sous-jacent impliquait le pilote de fax que j’avais installé. Après l’avoir désinstallé, bien sûr, mon bureau à distance est redevenu fonctionnel. Fondamentalement, au lieu d’essayer de faire en sorte que Lexmark résolve un problème qui persiste depuis un certain temps, j’ai décidé que la meilleure option était de supprimer uniquement une partie du logiciel de l’imprimante tout en conservant les fonctionnalités dont j’avais besoin.

Et si je n’avais pas trouvé la cause racine ? Parfois, vous pouvez trouver une solution de contournement. Pour Remote Desktop, Microsoft propose également une application de bureau à distance moderne via la boutique Microsoft. Si cela échouait également, j’aurais pu chercher des outils alternatifs. Parfois, lorsqu’un bogue vous affecte, c’est le seul moyen de contourner un problème jusqu’à ce qu’un correctif soit publié.

Souvent, le diagnostic d’un système qui se comporte mal commence par déterminer si d’autres rencontrent les mêmes problèmes. Après avoir appliqué les mises à jour, je vérifie en ligne à plusieurs endroits pour confirmer si les bogues que je rencontre me sont propres ou affectent les autres. Je commence par visiter le Tableau de bord de santé des versions de Windows pour passer en revue tous les problèmes connus. Ensuite, je visite Windows 10 de Reddit et Forum Windows 11 ou la Forums Askwoody pour les rapports sur tout problème inhabituel.

Récemment, un problème est survenu qui a empêché les administrateurs du serveur d’installer l’une des mises à jour de ce mois-ci. Il s’est avéré que la cause principale était un bogue de Microsoft où un certains sku de serveur Windows spécifiques (Essentials) a été indûment bloqué pour recevoir des mises à jour. Une autre affiche a pensé qu’un problème avec le serveur de données Windows 2012 R2 pourrait être similaire et, en examinant les fichiers journaux, a constaté qu’une mise à jour de la pile de maintenance manquait.

Les bogues se produisent tout le temps. Et tous ne sont pas le résultat d’un mauvais correctif de Microsoft. Souvent, c’est simplement l’introduction de quelque chose de nouveau qui déclenche un bogue. Alors, n’oubliez pas de vous demander : qu’est-ce qui a changé ? Existe-t-il un fichier journal ? D’autres voient-ils le même problème que moi ?

Répondre à ces questions de base vous aidera à obtenir un système sans bogue.