Dans la console, vous verrez également les répertoires mentionnés par @TJ Luoma, mais il se peut que tous les fichiers de l’interface utilisateur ne soient pas répertoriés. Je vous recommande d'utiliser l'option du clic droit de Reveal in Finder une fois que vous avez localisé le bon dossier à partir de la console.
HuaTham
33
L'application de la console les a ordonnées de manière ordonnée selon qu'un processus au niveau du système s'est bloqué ou un processus au niveau de l'utilisateur ...
À partir de là, vous pouvez voir si cela se trouve dans ~ / Bibliothèque / Logs ou / Bibliothèque / Logs - vous obtiendrez des plantages, des paniques et des blocages dans des fichiers séparés. N'oubliez pas de regarder également dans / private / var / log.
Pourquoi je n'ai pas le dossier ~/Library/Logs/CrashReporter?
Pacerier
2
@Pacerier je l'ai seulement dans /Library/Logs/CrashReporter... aurait-il ~pu être ajouté par erreur? Ou attendez ... cette réponse a 6 ans ... Upgrade?
Erk
6
Pour trouver les fichiers de blocage, vous pouvez exécuter l' application Console qui affichera tous les messages du système. Si une application spécifique tombe en panne, consultez la section Rapports d'utilisateurs . S'il s'agit d'un plantage du système, vérifiez dans Rapports système . Une fois que vous avez trouvé le fichier d’incident, vous pouvez révéler dans le Finder (généralement situé dans ~/Library/Logs/DiagnosticReports).
Si l'accident a entraîné un redémarrage, dans la ligne Tous les messages , indiquez sa cause de fermeture et consultez la liste suivante des causes de fermeture pour plus d'informations.
Vous pouvez également consulter les fichiers journaux /var/log(tels que system.log) ou en temps réel log stream.
Vous pouvez également vérifier où les sauvegardes sont générées par le system.logfichier de surveillance , par exemple:
tail -f /var/log/system.log | grep crash # Hit Control-C to stop.
Pour rechercher les fichiers d’incident précédents, exécutez:
L'application de la console les a ordonnées de manière ordonnée selon qu'un processus au niveau du système s'est bloqué ou un processus au niveau de l'utilisateur ...
À partir de là, vous pouvez voir si cela se trouve dans ~ / Bibliothèque / Logs ou / Bibliothèque / Logs - vous obtiendrez des plantages, des paniques et des blocages dans des fichiers séparés. N'oubliez pas de regarder également dans / private / var / log.
la source
/private/var/log
barre latérale dans l'application Console? Je verrais seulement/var/log
~ / Bibliothèque / Logs / DiagnosticReports / (où ~ fait référence à votre répertoire personnel).
~ / Bibliothèque / Logs / CrashReporter / MobileDevice sont les crashlogs de vos appareils iOS (le cas échéant).
~ / Library / Logs / CrashReporter a également des liens vers des éléments dans ~ / Library / Logs / DiagnosticReports /
la source
~/Library/Logs/CrashReporter
?/Library/Logs/CrashReporter
... aurait-il~
pu être ajouté par erreur? Ou attendez ... cette réponse a 6 ans ... Upgrade?Pour trouver les fichiers de blocage, vous pouvez exécuter l' application Console qui affichera tous les messages du système. Si une application spécifique tombe en panne, consultez la section Rapports d'utilisateurs . S'il s'agit d'un plantage du système, vérifiez dans Rapports système . Une fois que vous avez trouvé le fichier d’incident, vous pouvez révéler dans le Finder (généralement situé dans
~/Library/Logs/DiagnosticReports
).Si l'accident a entraîné un redémarrage, dans la ligne Tous les messages , indiquez sa cause de fermeture et consultez la liste suivante des causes de fermeture pour plus d'informations.
Vous pouvez également consulter les fichiers journaux
/var/log
(tels quesystem.log
) ou en temps réellog stream
.Vous pouvez également vérifier où les sauvegardes sont générées par le
system.log
fichier de surveillance , par exemple:Pour rechercher les fichiers d’incident précédents, exécutez:
Pour générer les fichiers de vidage principaux (en
/cores
), voir: Comment générer des vidages principaux dans macOS?Pour vous assurer que votre macOS est en bon état, effectuez les tests suivants:
Si votre système redémarre souvent, vous pouvez également essayer de:
boot-args
(vérifier parnvram boot-args
).la source