SYSTEM_SERVICE_EXCEPTION (0x0000003B): Årsaker, diagnose og løsninger

Når Windows viser en blå skjerm med meldingen SYSTEM_SERVICE_EXCEPTION og koden 0x0000003B, advarer den om at noe veldig alvorlig har gått galt ved bytte fra brukermoduskode til kjernemoduskode. Denne stoppkoden vises når en systemtjenesterutine kaster et unntak og den involverte delprosessen tilhører systemet, ikke bare en hvilken som helst app.

Hvis du har sett denne feilen på PC-en eller serveren din før, er du ikke alene. A BSOD relativt vanlig som kan oppstå på grunn av defekte drivere, minne- eller systemfeil, inkompatible verktøy eller til og med spesifikke feil i visse stabler med drivere (som IEEE 1394 i eldre versjoner av Windows). Nedenfor finner du en komplett veiledning med årsaker, symptomer, avansert diagnostikk med WinDbg, et kjent tilfelle med en offisiell hurtigreparasjon og praktiske løsninger for både teknikere og brukere.

Hva SYSTEM_SERVICE_EXCEPTION (0x0000003B) betyr

Denne feilsjekken har verdien 0x0000003B og indikerer at Det oppsto et unntak mens en systemtjenesterutine kjørte.Med andre ord gikk noe galt under overgangen fra brukermodus til kjernemodus, og Windows slår av maskinen for å forhindre ytterligere skade.

Unntakskoder uttrykkes i NTSTATUS-format og er definert i ntstatus.h i WDK. To vanlige koder knyttet til dette stoppet er:

• 0x80000003 (STATUS_BREAKPOINT)Et stoppunkt/ASSERT ble funnet uten en tilkoblet kjernefeilsøkingsprogram.
• 0xC0000005 (STATUS_TILGANGSBRUDD): brudd på minnetilgang (ugyldig lesing/skriving/utførelse).

I praksis står de vanligvis på spill dereferanser til NULL-pekere, tilfeldige adresser eller ødelagte datastrukturer, noen ganger på grunn av for tidlig minneutgivelse eller drivere som sender feil data til kjernen.

Parametre for feilsøking 0x0000003B

Når du analyserer dumpen, vil du se fire parametere. De er nøkkelen til å sentrere skuddet ved feilsøking:

Parameter	beskrivelse
1	NTSTATUS-unntakskode som utløste feilsjekken.
2	Instruksjonsretning som forårsaket feilsjekken.
3	Adresse for kontekstpost av unntaket (KONTEKST).
4	0 (ubrukt).

Med disse dataene kan du rekonstruere utførelsestilstanden. Parameter 1 vil fortelle deg nøyaktig hvilket NTSTATUS-unntak som oppstod, og 3 lar deg laste inn konteksten for å vise logger og stakke ved krasjpunktet.

Vanlige årsaker

I praksis vises denne BSOD-en på grunn av en kombinasjon av programvare og maskinvare. Typiske årsaker inkluderer:

• Dårlig skrevne, utdaterte eller korrupte drivere (grafikk, lagring(nettverk, USB osv.).
• Minnekorrupsjon (RAM), NULL-dereferanser eller bruk av frigjort minne.
• Korrupte systemfiler eller inkonsekvent kjernekonfigurasjon.
• Korrupte eller manipulerte registeroppføringer av skadelig programvare/adware.
• Diskproblemer (skadede sektorer, filsystemfeil).
• Spesifikke driverstakktilfeller (f.eks. IEEE 1394 på Windows 7/Server 2008 R2).

Det kan også sammenfalle med nylige endringer: Installasjon av ny programvare/maskinvare, driveroppdateringsystemoppdateringer eller overklokkingsinnstillinger.

Symptomer og atferd

Utover den blå skjermen er det vanlig å se periodisk frysing, generell treghet, uventede omstarter og tilfeldige avstengninger appsNoen ganger tar det lang tid for datamaskinen å laste etter BSOD (veldig treg oppstart av apper som Discord), og ved mange anledninger manifesterer feilen seg mens PC-en ser ut til å være inaktiv.

I et praktisk tilfelle beskrevet av en bruker, skjedde krasjene én gang daglig med perioder på 4–5 dager uten unntak, og ble ledsaget av nedleggelser av DampDiscord startet på nytt eller Firefox-faner ble fryst. Teamet hadde Windows 11 24H2 med moderne maskinvare (Intel (Core i7-14700K, RTX 4080, Z790 DDR5, NVMe SSD-er) og minidumpene måtte gjennomgås for å isolere den sanne kilden. Denne typen mønster passer med drivere, tredjepartsverktøy eller periodisk minnekorrupsjon.

Avansert diagnostikk med WinDbg

Hvis du har tilgang til symboler og er komfortabel med å bruke WinDbg, kan du gå rett til saken. Den grunnleggende sekvensen for 0x3B er vanligvis:

• Usa !analysere -v for å få et sammendrag av feilsjekken, den mistenkte modulen og stakken.
• Last inn konteksten til parameter 3 med .cxr og fjern deretter batteriet med kb.
• Demonter rundt parameter 2-instruksjon med u, ub, uu og observer minnetilgang.

Et eksempel på (oppsummert) utdata kan se slik ut; legg merke til hvordan Viktige argumenter og adresser er listet opp:

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code
Arg2: fffff802328375b0, Faulting IP
Arg3: ffff9c0a746c2330, Context record
Arg4: 0000000000000000, Reserved

For å identifisere den ansvarlige driveren, eksponerer kjernen KiBugCheckDriverDu kan sjekke det med DX:

dx KiBugCheckDriver
// Ejemplo de salida: "nvlddmkm.sys" (cadena UNICODE)

Når arg1 er en NTSTATUS, !feil Den oversetter koden for deg:

!error 00000000c0000005
(NTSTATUS) 0xC0000005 - The instruction at 0x%p referenced memory at 0x%p.

Mer kommandoer nyttig under økten: lm tn for å liste opp moduler, !memusage for å se den globale minnestatusen og !pte o !basseng å dykke dypere inn i sider og bassenger. STACK TEXT-delen (stack) gir åpenbare ledetråder om hvilken kode som kjørte og hvordan den havnet dit.

Praktisk tips: hvis du mistenker overdrevent inntak av paginert pool på grunn av en krysning mellom brukermodusdrivere og kjernen (historisk sett vanlig med grafikk), aktiveres den Driver Verifier med poolregler for å fange opp brudd rett der de feiler.

Sjåførverifikator

Driver Verifier kjører i sanntid for å overvåke sjåførens atferd, og fremtvinger proaktivt unntak når Oppdager misbruk av minne, IRQL eller synkroniseringDen er integrert i Windows, og du kan starte den fra en ledetekst eller PowerShell med verifier.

Grunnleggende trinn: velg Lag standard konfigurasjonDen ber deg om å velge usignerte eller nyere drivere, og begrenser settet til de mistenkte (grafikk, lagring, nettverk). Unngå å sjekke absolutt alt. for å unngå å straffe systemet for mye. Hvis Driver Verifier finner problemer, vil systemet Det vil generere en umiddelbar BSOD med mer nyttig informasjon..

Støtte for analyse og hukommelse

Hvis du trenger å dykke dypere ned i Windows-minnesystemet, Windows Internals (7. utgave, del 1) Det er en utmerket ressurs for å forstå hvordan og hvor man skal lete. Husk å bruke i WinDbg !memusage for et helhetsbilde, og deretter forbedre med !pte y !basseng når feilen peker på korrupsjon i paginering eller i pools.

Kjent tilfelle: BSOD med IEEE 1394 i Windows 7/Server 2008 R2

Det er et problem dokumentert av Microsoft der datamaskiner med Windows 7 eller Windows Server 2008 R2 krasjer når man bruker visse IEEE 1394-enheter, og viser en lignende stoppmelding. Kilden var en feil i Microsofts IEEE 1394-driverstabel: Den tildelte bufferen ble ikke initialisert riktig..

Microsoft publiserte en spesifikk hurtigreparasjon Spesielt utviklet for dette problemet. Offisielle anbefalinger: Bruk det bare hvis du opplever akkurat dette problemet, ettersom kan inkludere ytterligere kontrollerHvis nedlastingen ikke vises, bør du kontakte Microsofts kundestøtte. Krever omstart etter installasjon og erstatter ikke andre tidligere hurtigreparasjoner.

Detaljer om viktige filer som er inkludert (representativt utvalg): 1394bus.sys, 1394ohci.sys, ohci1394.sysTil referanse var dette noen versjoner/datoer per plattform:

• x86 (Windows 7): 1394bus.sys 6.1.7600.16385 (~54 KB, 13. juli 2009), 1394ohci.sys 6.1.7600.20649 (~164 KB, 20. februar 2010), ohci1394.sys 6.1.7600.16385 (~62 KB, 13. juli 2009).
• x64 (Windows 7 / Server 2008 R2): 1394bus.sys 6.1.7600.16385 (~68 KB, 14. juli 2009), 1394ohci.sys 6.1.7600.20649 (~228 KB, 20. februar 2010), ohci1394.sys 6.1.7600.16385 (~72 KB, 14. juli 2009).
• IA-64 (Server 2008 R2): 1394bus.sys 6.1.7600.16385 (~182 KB, 14. juli 2009), 1394ohci.sys 6.1.7600.20649 (~509 KB, 20. februar 2010), ohci1394.sys 6.1.7600.16385 (~172 KB, 14. juli 2009).

De ble også delt ut MUM-manifest og -pakker arkitekturspesifikke (f.eks. X86_1394.inf_…_6.1.7600.20649…, AMD64_1394.inf_… og IA64_1394.inf_…), med deres tilhørende katalogsignatur (.cat). Det var ingen forutsetninger for installasjon utover den påfølgende omstarten, og Microsoft bekreftet problemet i de angitte produktene.

Praktiske løsninger (fra de vanligste til de mest tekniske)

Du kan også gjøre mye fremgang uten tilgang til WinDbg. Start med de enkle tingene og jobb deg gradvis oppover. Hvis problemet vedvarer:

1) Sjekk om det finnes nyere programvare og drivere

Hvis problemet oppsto etter at du installerte noe, avinstaller programvaren eller gå tilbake til den forrige driveren. I EnhetsbehandlingMerk av enheter med et utropstegnog sjekk egenskapene for hendelser/feil. Prøv å oppdatere eller rulle tilbake drivere (grafikk, lagring, nettverk, USB, skjermer), og hvis problemet startet etter en oppdatering, bruk Gå tilbake til forrige sjåfør når tilgjengelig.

2) Sjekk for skadelig programvare

Kjør en full skanning med antivirusprogrammet ditt eller med Microsofts løsning. Hurtigtester kan etterlate resterEn full skanning er best for å rydde opp i registeroppføringer og binærfiler som er endret av skadelig programvare/adware.

3) Reparer systemfiler

Åpne en konsoll som administrator og kjør først sfc / scannowNår det er ferdig, kast DISM / Online / Cleanup-Image / RestoreHealth. SFC-reparasjoner fra den lokale hurtigbufferen og DISM justerer systembildet for å korrigere dypere uoverensstemmelser.

4) Bekreft disken og filsystemet

åpner CMD kjør som administrator chkdsk / f (o chkdsk c: / r (fra gjenopprettingsmiljøet). Hvis du finner dårlige sektorer, vil markere dem som ubrukelige; dette kan forhindre at kjernen krasjer når den laster inn ødelagte drivere eller DLL-er.

5) Test RAM-en

Start minnediagnostikkverktøyet med mdsched.exe og velg å starte på nytt og sjekke. Hvis den rapporterer feil, vurder den. Bytt ut den defekte modulen eller senk XMP/overklokkenHvis du bruker DDR5 med justerte frekvenser, kan du prøve de fabrikkinnstilte JEDEC-verdiene.

6) Rengjør støvelen

med msconfigDen skjuler Microsoft-tjenester og deaktiverer resten; i Oppgavebehandling, deaktiverer oppstart av appen. Dette isolerer tredjepartsprogramvare (antivirus, RGB-verktøy, overlegg osv.) som kan knytte seg til kjernen.

7) Oppdater BIOS og brikkesett

Last ned følgende fra hovedkortprodusentens nettsted for kundestøtte: De nyeste BIOS/UEFI- og brikkesettdriverneForbedringer i mikrokode, strømstyring og minne-/PCIe-kompatibilitet redusere BSOD knyttet til timings og ACPI.

8) Deaktiver overklokking eller tilbakestill UEFI

Går tilbake til standardverdiene for CPU, GPU og RAM. Aggressive timings eller korte spenninger Disse fører ofte til minnekorrupsjon som er svært vanskelig å spore. Lagre og test stabiliteten på lager.

9) Systemgjenoppretting

Hvis problemet startet nylig, kjør rstrui.exe og gjenoppretter til et tidligere punkt. Det er en rask måte å angre endringer på i drivere/register uten å installere på nytt.

10) Oppstart og BCD-reparasjoner (når den ikke starter)

Fra gjenopprettingsmiljøet: OppstartsreparasjonHvis det ikke er nok, åpne CMD og kjør bootrec / fixmbr y bootrec / fixboot. Nyttig når BSOD-en er ledsaget av problemer med oppstart eller avbrudd under installasjonen.

11) Valgfritt: Deaktiver midlertidig sikker oppstart

I noen spesifikke tilfeller, deaktivering Secure Boot UEFI tillater oppstart med alternative kontrollere for å isolere konflikten. Husk å aktivere den på nytt når du er ferdig med testene.

12) Installere Windows på nytt (siste utvei)

Hvis ingenting annet fungerer, vil en ren installasjon eliminere vedvarende korrupsjon og problematiske drivere. Ta en sikkerhetskopi først fordi dataene vil bli slettet. Hvis installasjonsprogrammet også viser en BSOD mot slutten, kan du prøve med en annen USB ISO, en annen M.2-enhet og BIOS misligholde.

Gjenopprett data hvis du ikke kan starte

Det er relativt vanlig å miste data etter en 0x0000003B-feil, spesielt hvis systemet går inn i feilløkker. Før du installerer på nytt, bør du vurdere å pakke ut filer med hjelp av boot gjenoppretting.

Verktøy som Recoverit De lar deg opprette en oppstartbar USB-stasjon fra en annen PC, starte den berørte maskinen og kopiere dokumenter, bilder og videoer til et sikkert mål. Den typiske arbeidsflyten er å opprette mediet, starte opp fra det og velge stasjonen som skal skannes for å gjenopprette de viktige filene.

Et annet alternativ er EaseUS Data Recovery Wizard WinPEsom tilbyr oppstart uten å berøre installasjonen og Sikkermodus for skadede systemdiskerFordelene inkluderer at data ikke overskrives, forhåndsvisning av filer og at det ikke kreves en ny Windows-installasjon for å starte gjenopprettingen. Hvis datamaskinen din Den fryser eller starter på nytt ofte.Å starte fra ditt eget miljø vil tillate deg å trekke ut den kritiske informasjonen.

Ytterligere tips for feilsøking

I tillegg til det ovennevnte er det verdt å gjennomgå noen grunnleggende prinsipper. I hendelsesvisningen (systemloggen)Se etter kritiske feil i samme vindu som den blå skjermen. Disse peker ofte på tjenester eller drivere. Hvis du nylig har lagt til maskinvare, kan du prøve å fjerne den eller kontakte produsenten for signerte oppdateringer. I EnhetsbehandlingEthvert utropstegn er en ledetråd. Og når du identifiserer en driver på den blå skjermen, noter deg det nøyaktige navnet på .sys-filen.

SYSTEM_SERVICE_EXCEPTION (0x0000003B) er et tegn på et kritisk unntak i kjernetransitten. Med WinDbg, feilkontrollparameterne !analyze, .cxr og kb Dette er vanligvis nok til å identifisere feilpunktet. Hvis ikke, vil Driver Verifier hjelpe med å finne den defekte driveren. For kjente tilfeller som IEEE 1394 i Windows 7/2008 R2, Microsoft tilbyr hurtigreparasjoner for bestemte filversjonerFor resten gjenoppretter en rekke feilsøkingstrinn – drivere, SFC/DISM, disk, RAM, BIOS/UEFI, ren oppstart og om nødvendig reinstallasjon – stabiliteten, og det er alltid mulig. lagre dataene dine med gjenopprettingsmedier før drastiske tiltak.