De l’utilisation de Console.app

21 mai 2008 – 8:54 par Richard

Les habitudes ont la vie dure et malgré le passage à MacOSX depuis maintenant plus de 7 ans (la sortie officielle de MacOSX 10.0 Client date de mars 2001), nombre d’utilisateurs omettent de prendre de nouvelles marques.

MacOSX, est avant tout un UNIX, son arborescence peut faire très peur, surtout aux anciens utilisateurs des Mac OS 6 à 9, car il n’est plus question de faire le tour des deux dossiers “Extensions” et “Tableaux de bord” pour isoler les petites mains qui font des bêtises.

J’ai recensé plus de 61600 éléments rien que dans mon dossier /Library/, et ce n’est que l’un des dossiers intéressants. Ce n’est pas un labyrinthe, c’est un abîme ! L’on pourra rajouter pour se faire peur, qu’Apple dans sa bonté, cache une bonne partie des dossiers standards inutiles aux utilisateurs d’interface graphique.

Est-ce à dire qu’il faille de guerre lasse réinstaller son système en cas de problème, ou appeler à la rescousse un spécialiste (moi?) de l’UNIX pommé lorsque l’on tombe sur un pépin? Est-ce à dire que l’on doive utiliser son système comme une coquille jetable, comme un Windows?

Non, bien sûr, MacOSX pourra rester à vos côtés, avec la plupart de vos personnalisations et l’ensemble de vos données sur toutes vos machines à travers le temps. Voir ici.

Que le journal soit

L’on peut raisonnablement trouver nombre origines de problèmes en consultant l’utilitaire Console.app, qui se trouve dans le dossier /Applications/Utilities/.

Cet utilitaire recense tous les journaux ou logs applicatifs de la machine. De fait, UNIX est une machine à brasser du texte, et elle écrit un peu tout ce qui se passe. Il manquait un endroit pour centraliser et parcourir les divers journaux disséminés dans maints endroits ésotériques, ou plutôt historiques.

Par où commencer?

Il faut déjà se familiariser avec l’interface de notre utilitaire. Dans la partie gauche, l’on trouvera deux groupes principaux “LOG DATABASE QUERIES” et “LOG FILES”.

Le premier groupe “LOG DATABASE QUERIES” est en fait un ensemble de filtres personnalisables pour parcourir le journal le plus important : “system.log”, qui comme son nom le laisse deviner est le journal tenu par le système pour lui-même. Les plus aguerris aux journaux systèmes pourront créer simplement des requêtes ou filtres pour suivre des activités précises du système dans ce groupe en faisant la demande dans le menu ‘File’.

Le second groupe ”LOG FILES”, contient l’ensemble des journaux que Console.app connait. Notez que l’on peut ajouter tout fichier ou journal en format texte même compressé en gzip, en utilisant la commande ‘File->Open’, pour nous permettre de suivre son évolution depuis Console.app, et ce, à toute fin de débogage ou de suivi logiciel tiers.

Nous pouvons distinguer au premier niveau sous “LOG FILES” outre system.log, le journal système, les arborescences des journaux à différents niveaux :

~/Library/Logs, qui regroupe tous les logs applicatifs de l’utilisateur en cours

/Library/Logs, qui regroupe tous les logs applicatifs généraux (appartenant à tous, ou à personne)

/var/log, qui regroupe tous les journaux de bas niveau ou des applications non graphiques, c’est par exemple ici que l’on retrouvera les journaux d’Apache, le serveur web inclus dans le système.

 

En cas de souci, chercher pertinemment

Vous voici donc en train de chercher l’origine d’un problème. Maintenant que vous connaissez un peu mieux Console.app, vous y recherchez des informations utiles.

Puisque je ne peux pas exhaustivement recenser tous les problèmes auxquels l’on peut avoir à faire, voici quelques pistes d’après mes expériences :

Des kernels panic à répétitions?

Chercher dans le log system.log, avec ou sans les filtres, pour y trouver le coupable.

MacOSX ne plante généralement pas sans motif grave, tel que des problèmes matériels. Est-ce que votre disque externe en Firewire ne serait pas en train de rendre l’âme, ou votre câble USB relié à votre scanneur est-il défectueux?

Une application A quitte maintenant inopinément…

Alors qu’elle fonctionnait sans problème hier.

Rechercher dans le dossier ~/Library/Logs/CrashReporter/A.crash, vous y trouverez peut-être quelque chose. C’est assez délicat et réservé aux spécialistes, mais dans la liste des composants utilisés par l’application, l’on peut y trouver quelque chose. Un gadget installé hier pour rendre le Mac plus joli aurait cassé votre application?

Pour l’exemple, en recherchant pourquoi mon Mail.app explosait lorsque je lui glissais un fichier sur son icône j’ai découvert qu’un petit programme (Haxie) d’Unsanity Software dont je me serai bien passé est présent en mémoire, ce qui m’a permis de mettre la main dessus et de l’éjecter. Après test, ce n’était pas la cause de mon problème, mais un peu de ménage ne fait pas de mal en passant.

Votre partage d’imprimante ne fonctionne plus?

Regarder dans /var/log/cups/error_log, c’est en effet l’application (deamon) CUPS qui gère l’impression… certes, encore fallait-il le savoir, mais que voulez-vous, l’on n’a rien sans connaissance.