Det händer mycket under huven på en Windows -dator. Med hjälp av Event Viewer är det möjligt att spåra Windows-processer^{(track Windows processes)} , vilket hjälper dig att diagnostisera irriterande problem utan en uppenbar orsak.

Event Viewer^{(Event Viewer)} kan dock vara förvirrande att använda på grund av dess föråldrade användargränssnitt och dåliga layout. Här är en guide för att navigera i Event Viewer för att felsöka eventuella Windows- problem.

Komma igång med Event Viewer

Windows -operativsystemet "^{(Windows Operating System “)} loggar" alla viktiga aktiviteter medan det körs. Event Viewer^{(Event Viewer)} är bara en app som hjälper dig att komma åt och läsa dessa loggar^{(read these logs)} på ett ställe, snarare än att manuellt öppna varje textfil i Utforskaren^{(Windows Explorer)} i Windows .

Öppna Event Viewer genom att söka efter appen i Start-menyn^{(Start Menu)} .

Maximera appen så snart den öppnas, eftersom du behöver helskärmsvy för att se all tillgänglig information.

Förstå gränssnittet

Event Viewer har inte precis ett intuitivt gränssnitt. Verktyget kan vara lite förvirrande till en början, så låt oss gå igenom alla element en efter en.

Vänster fönster

När du kör Event Viewer kommer du att märka att fönstret är uppdelat i tre rutor. Den vänstra sidan kategoriserar händelserna i en mappvy, så att du snabbt kan navigera till en viss typ av händelseloggar.

Det finns fyra huvudtyper av loggar:

Anpassade^(Custom) vyer: Kategorien Anpassade^(Custom) vyer, som namnet antyder, låter dig skapa anpassade loggval istället för att hålla fast vid standardkategorierna. Till exempel samlar standardvyn för administrativa händelser händelserna Kritiska^(Critical) , Fel^(Error) och Varningar från alla administrativa loggar.

Windows -loggar: Denna mapp innehåller alla loggar som rör Windows -systemtjänster. Det är inte särskilt användbart om du inte vill ha en detaljerad titt på hur operativsystemet fungerar.

Program- och tjänsteloggar^(Services) : Dessa loggar genereras av alla typer av tjänster, från icke-kritiska Windows - tjänster till tredjepartsapplikationer. Du behöver inte bläddra igenom den här listan eftersom eventuella fel och varningar redan har samlats in i vyn Administrativa händelser.

Prenumerationer: Denna kategori är inte tillgänglig som standard och är onödig i de flesta fall. Dess enda användning är att samla in händelser från fjärrdatorer, vilket gör det till ett avancerat systemadministrationsverktyg.

Mellersta rutan

Det är här loggarna faktiskt listas. Som standard visar den en översikt^(Overview) och en sammanfattning^(Summary) av händelser, snarare än någon specifik kategori.

Det första avsnittet (och förmodligen det viktigaste) är sammanfattningen^(Summary) av administrativa händelser. Den listar viktiga systemhändelser under den senaste veckan, vilket ger dig en snabb glimt av systemets hälsa. Händelserna klassificeras också efter deras tidsramar på tim-, daglig- och veckobasis.

Det finns fem händelsetyper i det här avsnittet:

Kritisk: Alla större systemproblem dyker upp i den här kategorin. I en korrekt fungerande dator bör denna kategori vara tom, men om du upptäcker en händelse av denna typ, var uppmärksam på den.
Fel: Det finns fel i alla fungerande datorer. Bara för att det finns händelser listade i denna kategori betyder det inte att något nödvändigtvis är fel. Det är bara ett problem om samma fel dyker upp ofta på en daglig basis.
Varning: Varningar genereras när något inte riktigt har gått fel ännu, men kan indikera ett möjligt problem. Detta inkluderar saker som lågt diskutrymme eller felaktigt konfigurerade drivrutiner.
Information: Den här är helt ofarlig, eftersom den noterar alla framgångsrika operationer på datorn. Källan är vanligtvis systemtjänster, även om säkerhetsapplikationer ofta dyker upp också.
Granskningsframgång^{(Audit Success)} : Denna typ av händelse genereras när ett autentiseringsförsök lyckas. Detta inkluderar inloggningar och andra säkerhetsåtgärder, så var inte orolig för att hitta flera instanser i varje tidsram.
Granskningsfel: Som namnet antyder inkluderar denna händelsetyp misslyckade autentiseringsförsök. Det här är ett bra sätt att se om någon har försökt få åtkomst till din PC, antingen genom en nätverksanslutning eller en direkt inloggning.

Höger ruta

Den högra panelen i fönstret innehåller alla åtgärder du kan vidta för ett valt objekt. Åtgärderna ändras beroende på om du har valt en mapp eller en händelse.

Du kan skapa en anpassad vy^{(Custom View)} , visa egenskaperna^(Properties) för en logg eller spara^(Save) valda händelser för att se dem senare, bland andra åtgärder.

Hur man läser händelseloggar

Det är enkelt att öppna en vy och gå igenom händelseloggarna, men hur förstår du all den informationen? Här är en uppdelning.

När du väljer en händelse öppnas fliken Allmänt^(General) och visar en kort sammanfattning av felet följt av ett gäng informationsfält:

Loggnamn: Namnet på loggen händelsen tillhör. Mest användbart för att identifiera den Windows -tjänst under vilken händelsen inträffade.
Källa: Vanligtvis samma som loggnamnet, eftersom det listar källapplikationen för händelsen.
Event ID: Varje event har ett unikt event ID. Detta ID hjälper till att identifiera en specifik händelse från andra händelser av liknande karaktär, även när de genereras från samma process.
Nivå: Detta är taggen som bestämmer prioritetsnivån för händelsen. Du har redan sett taggar som Error och Critical i den administrativa vyn^{(Administrative View)} , och det här fältet är varifrån de kommer.
Användare^(User) : Användarkontot^(User) som genererade händelsen. Användbar för att diagnostisera problem i fleranvändarsystem.
OP-kod^{(OP Code)} : Det här fältet är tänkt att identifiera aktiviteten för den aktuella processen innan händelsen utlöstes, men i praktiken är det nästan alltid som standard på Info .
Loggat: Tidsstämpeln för händelsen, inklusive datumet.
Uppgiftskategori^{(Task Category)} : Ett annat fält ska ge ytterligare information om ursprungsprocessen, men det lämnas oftast tomt.
Dator^(Computer) : Namnet på datorn som skapade händelsen. Värdelöst när du arbetar med ett enda system, men avgörande när du hanterar händelser som vidarebefordras från en nätverksdator.

Det kan tyckas vara mycket information att ta till sig, men du behöver inte läsa igenom alla fält. De viktigaste fälten är Nivå^(Level) och Källa^(Source) .

Med Nivå^(Level) kan du se hur allvarlig händelsen är (där Kritiska^(Critical) händelser är viktigast) och Source informerar dig om ursprungsappen eller komponenten. Detta låter dig hitta och döda den problematiska processen^{(kill the problematic process)} .

Hur felsöker jag Windows-problem^{(Troubleshoot Windows Problems)} med Event Viewer ?

När du drabbas av en plötslig systemkrasch bör ditt första stopp vara Event Viewer . Kör den administrativa vyn^{(Administrative View)} och kontrollera om det finns några kritiska händelser.

Eftersom fatala systemkrascher alltid genererar en kritisk händelse, hjälper detta dig att snabbt nollställa den felaktiga processen och börja leta efter en fix^{(zero down on the errant process and start looking for a fix)} . Beroende på vilken Windows -komponent som är involverad kan korrigeringen vara så enkel som att uppdatera drivrutiner eller köra SFC från kommandotolken^{(Command Prompt)} .

För mindre problem kan du behöva gå igenom felhändelserna^(Error) också. Det hjälper om du vet vilken app eller funktion som inte fungerar, eftersom även ett hälsosamt system genererar vissa fel.

How to Use Event Viewer to Troubleshoot Windows Problems

There іs a lot going under the hood of a Windows computer. Using the Event Viewer, it’s possible to track Windows processes, helping you diagnose pesky problems without an obvious cause.

The Event Viewer can be confusing to use, however, owing to its outdated UI and poor layout. Here is a guide on navigating the Event Viewer to troubleshoot any Windows issues.

Getting Started With the Event Viewer

The Windows Operating System “logs” every significant activity while it runs. The Event Viewer is just an app that helps you access and read these logs in one place, rather than manually opening each text file in Windows Explorer.

Open Event Viewer by searching for the app in the Start Menu.

Maximize the app as soon as it opens, because you need the full-screen view to see all the information available.

Understanding the Interface

Event Viewer doesn’t exactly have an intuitive interface. The tool can be a bit confusing at first, so let’s go over all the elements one by one.

Left Pane

On running Event Viewer, you will notice that the window is divided into three panes. The left side categorizes the events in a folder view, letting you quickly navigate to a particular type of event logs.

There are four main types of logs:

Custom Views: The Custom views category, as the name suggests, lets you create custom log selections instead of sticking with the standard categories. For example, the default Administrative Events view collects the Critical, Error, and Warning events from all administrative logs.

Windows Logs: This folder includes all logs concerning Windows system services. It’s not particularly useful unless you want a detailed look at how the OS is operating.

Applications and Services Logs: These logs are generated by all kinds of services, from non-critical Windows services to third-party applications. You don’t need to trawl through this list as any errors and warnings are already collected in the Administrative Events view.

Subscriptions: This category is not available by default, and is unnecessary in most cases. Its only use is to collect events from remote computers, making it an advanced system administration tool.

Middle Pane

This is where the logs are actually listed. By default, it displays an Overview and Summary of events, rather than any specific category.

The first section (and probably the most important) is the Summary of Administrative Events. It lists crucial system events in the past week, giving you a quick glimpse of the system’s health. The events are also classified by their timeframes on an hourly, daily, and weekly basis.

There are five event types in this section:

Critical: Any major system issues crop up in this category. In a properly functioning computer this category should be empty, but if you spot an event of this type, pay attention to it.
Error: There are errors in any functional computer. Just because there are events listed in this category does not mean something is necessarily wrong. It is a problem only if the same error shows up frequently on a daily basis.
Warning: Warnings are generated when something hasn’t really gone wrong yet, but might indicate a possible issue. This includes things like low disk space, or improperly configured drivers.
Information: This one is completely harmless, as it notes all successful operations on the computer. The source is usually system services, though security applications often show up as well.
Audit Success: This type of event is generated whenever an authentication attempt is successful. This includes logins and other security measures, so don’t be alarmed to find multiple instances in every timeframe.
Audit Failure: As the name suggests, this event type includes failed authentication attempts. This is a good way to see if anyone has tried gaining access to your PC, either through a network connection or a direct login.

Right Pane

The right panel of the window contains all actions you can take for a selected item. The actions change based on whether you have a folder selected or an event.

You can Create a Custom View, view the Properties of a log, or Save Selected Events to view them later, among other actions.

How to Read Event Logs

Opening a view and going through the event logs is simple enough, but how do you make sense of all that information? Here’s a breakdown.

When you select an event, the General tab opens up, displaying a short summary of the error followed by a bunch of information fields:

Log Name: The name of the log the event belongs to. Mostly useful to identify the Windows service under which the event occurred.
Source: Usually the same as the log name, as it lists the source application of the event.
Event ID: Each event has a unique event ID. This ID helps identify a specific event from other events of a similar nature, even when they are generated from the same process.
Level: This is the tag that decides the priority level of the event. You have already seen tags like Error and Critical in the Administrative View, and this field is where they are taken from.
User: The User account that generated the event. Useful in diagnosing problems in multi-user systems.
OP Code: This field is supposed to identify the activity of the process in question before the event was triggered, but in practice almost always defaults to Info.
Logged: The timestamp of the event, including the date as well.
Task Category: Another field supposed to provide additional information about the originating process, though mostly left empty.
Computer: The name of the PC that created the event. Useless when you are working with a single system, but crucial when dealing with events forwarded from a network computer.

That may seem like a lot of information to take in, but you don’t need to read through all the fields. The most important fields are Level and Source.

With Level, you can tell how serious the event is (with Critical events being most important) and Source informs you of the originating app or component. This lets you find and kill the problematic process.

How to Troubleshoot Windows Problems With the Event Viewer?

When you suffer a sudden system crash, your first stop should be the Event Viewer. Run the Administrative View and check for any Critical events.

As fatal system crashes always generate a critical event, this helps you quickly zero down on the errant process and start looking for a fix. Depending on the Windows component involved, the fix might be as simple as updating drivers or running SFC from the Command Prompt.

For smaller issues, you may have to go through the Error events as well. It helps if you know which app or feature is misbehaving, as even a healthy system generates some errors.

Carina Viklund

About the author

Jag är en erfaren Windows 10 och 11/10 expert, med erfarenhet av både webbläsare och smartphone-appar. Jag har varit mjukvaruingenjör i över 15 år och har arbetat med ett antal stora namnföretag, inklusive Microsoft, Google, Apple, Ubisoft med flera. Jag har också undervisat i Windows 10/11-utveckling på högskolenivå.

Hur man använder Event Viewer för att felsöka Windows-problem

Komma igång med Event Viewer