Dechiffrering av Mac OS X-krasjlogger

Anonim

Mac OS X er fantastisk stabilt som operativsystem, og selv om det meste av programvare er godt skrevet, er ikke all kode skapt like. Krasj er bare et faktum i databehandlingslivet, og det frustrerer oss alle, så det er nyttig å kunne finne årsaken til problemet. Mens årsakene til noen krasj er åpenbare, er andre ikke det, og dette er når det kan være så nyttig å lese Mac OS X-krasjloggene.

For det første vil du starte konsollen, som ligger i /Applications/Utilities/

Du vil nå se massevis av konsolllogg alternativer for systemer, apper og mye mer. Mye av dette vil være overveldende, men OS X gir deg en liten hjelp for å komme i gang:

  • Åpne HJELP-menyen øverst i appmenyen
  • Velg «Konsollhjelp» for å avsløre hjelpefilene knyttet til appen. Dette er et bra sted å komme i gang hvis du er helt ny med konsoll og tolkningen av konsolllogger og meldinger

Konsoll, som beskrevet av hjelpefilene, er forklart som følger av Apple:

Nå som du har satt deg inn i det grunnleggende, kan du navigere i sidemenyen til logger som vist på skjermbildet nedenfor, og utvide ~/Library/Logs og CrashReporter.

CrashReporter er der ting virkelig kan begynne å bli interessant, fordi hver gang en app krasjer eller det oppstår et problem i OS X eller en Mac-app, logges den på CrashReporter, og hjelper til med å finne ut hva og hvorfor det oppsto et problem. Du har nesten helt sikkert sett Crash Reporter-dialogboksene med mindre du har deaktivert dem, det er her alle dataene går.

CrashReporter kan være ganske avansert og raskt bli dypt teknisk. Når du er i CrashReporter og du har lyst til å grave i noen flere detaljer, sjekk ut denne nyttige opplæringen fra MacFixIt om å tyde loggene:

MacFixIt: En introduksjon til lesing av Mac OS X-krasjrapporter

Du blir ikke en ekspert over natten, men det er et godt sted å begynne å forstå hva alt dette betyr.

Dechiffrering av Mac OS X-krasjlogger