Dechiffrering av Mac OS X-krasjlogger
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.