Forum » Pomoč in nasveti » Kmode exception not handled.
Kmode exception not handled.
globoko grlo ::
Win10, I5 4th gen, 8GB rama.
Komp pride do pozdravnega okna (user name in desktop fotka), kolescek se vrti, pol pa to pyzdarijo vn vrze.
Sem naredil system restore, sm prsu v winse, sam je po kksni uri laufanja v prazno javil isto napako. V safe mode pa pride bp.
Kksna ideja kaj bi to blo?
Komp pride do pozdravnega okna (user name in desktop fotka), kolescek se vrti, pol pa to pyzdarijo vn vrze.
Sem naredil system restore, sm prsu v winse, sam je po kksni uri laufanja v prazno javil isto napako. V safe mode pa pride bp.
Kksna ideja kaj bi to blo?
Gigabyte B460M DS3H | I5 - 10400F | 16GB | 6700XT | P2 m.2 500GB
fikus_ ::
To previ AI
**KMODE_EXCEPTION_NOT_HANDLED** is a Windows blue-screen error, commonly linked to a faulty or incompatible driver. Try these steps:
1. If the blue screen names a driver file, note it--it can point to the problem. Restart in **Safe Mode** if Windows won't stay running.
2. In **Device Manager**, update or roll back the related driver. If the crashes began after installing a driver, app, or device, uninstall or disconnect that recent addition.
3. Install pending Windows updates, then restart.
4. If it keeps happening, run Windows Memory Diagnostic and check for hardware issues.
Avoid updating BIOS or changing CPU/RAM settings as a first step. If you share the driver name shown on the blue screen and whether Windows still starts, I can suggest a more targeted fix.
**KMODE_EXCEPTION_NOT_HANDLED** is a Windows blue-screen error, commonly linked to a faulty or incompatible driver. Try these steps:
1. If the blue screen names a driver file, note it--it can point to the problem. Restart in **Safe Mode** if Windows won't stay running.
2. In **Device Manager**, update or roll back the related driver. If the crashes began after installing a driver, app, or device, uninstall or disconnect that recent addition.
3. Install pending Windows updates, then restart.
4. If it keeps happening, run Windows Memory Diagnostic and check for hardware issues.
Avoid updating BIOS or changing CPU/RAM settings as a first step. If you share the driver name shown on the blue screen and whether Windows still starts, I can suggest a more targeted fix.
Učite se iz preteklosti, živite v sedanjosti in razmišljajte o prihodnosti.
globoko grlo ::
Ja, to sm ze pogledu, pa te scane cez spustu, pa ne najde nobenih napak. Bom se mal drku, pa rame menu, pol pa v kanto vrgu vse skup :)
Glih kar naredu system restore se 1x, pride lepo v winse.
Kaj nej zdej preverjam, ce bo javu isto napako?
Qrc evo, blue screen, ur system ran into a problem, pa se avtomaticno restarta.
Se je bootal v winse, pa spet najdu problem, in se spet resetira.
Glih kar naredu system restore se 1x, pride lepo v winse.
Kaj nej zdej preverjam, ce bo javu isto napako?
Qrc evo, blue screen, ur system ran into a problem, pa se avtomaticno restarta.
Se je bootal v winse, pa spet najdu problem, in se spet resetira.
Gigabyte B460M DS3H | I5 - 10400F | 16GB | 6700XT | P2 m.2 500GB
Zgodovina sprememb…
- spremenilo: globoko grlo ()
globoko grlo ::
Par restartov kasnej :)
Videti je, da se windows ni pravilno nalozil.
Kaj bi to blo?
Aja, cmos baterijo sm tut ze vn potegnu, pa ram slote zamenu.
A kdo iz glave ve a je to se ddr3, al ze ddr4?
Videti je, da se windows ni pravilno nalozil.
Kaj bi to blo?
Aja, cmos baterijo sm tut ze vn potegnu, pa ram slote zamenu.
A kdo iz glave ve a je to se ddr3, al ze ddr4?
Gigabyte B460M DS3H | I5 - 10400F | 16GB | 6700XT | P2 m.2 500GB
globoko grlo ::
Claude je prebral loge in tole vn vrgu, če se komu da to brat.
Razlaganje datoteke DISMRepairLogFile.txt.
Razlaganje datoteke DISMRepairLogFile.txt.
Najprej si bom ogledal datoteko.
Ran 4 commands, read a file
Ta datoteka je dnevnik orodja Popravilo ob zagonu (Startup Repair), ki se zažene iz okolja za obnovitev sistema Windows. Pot C:\Windows\System32\Logfiles\Srt\ in proces StartRep.exe to jasno kažeta. DISM je tu le pomožno orodje, ki pregleda, kaj je v Windowsih nameščeno.
Kaj se je zgodilo
Vse skupaj je trajalo približno 3 sekunde, 28. 10. 2026 ob 18:22. Orodje je naredilo tole:
Zagnalo je DISM iz okolja za obnovitev (disk X: je začasen disk v pomnilniku, ne vaš pravi disk).
Odprlo je vaš pravi Windows na C:\. Gre za Windows 10 različice 10.0.15063.1563 (Creators Update, 1703), 64-bitni, s slovenskim jezikovnim paketom.
Naložilo je register (SOFTWARE, SYSTEM, SAM ...) in prebralo seznam nameščenih paketov, to je približno 190 preverjanj.
Vse je zaprlo in se ustavilo.
Ali so v dnevniku napake?
Opozorila so, vendar so vsa običajna za okolje za obnovitev:
Manjkajoči DLL-ji (SiloedPackageProvider.dll, MetaDeployProvider.dll, PEProvider.dll, koda 0x8007007e): v tem okolju teh modulov preprosto ni.
0x80070002 pri WIMGetMountedImageHandle: ni priklopljene slike WIM, kar je normalno.
0x80070490 pri servisnem skladu: orodje ni našlo >online< različice, zato je uporabilo tisto z diska. Dnevnik to sam pove (Offline servicing, using stack version from ...).
0x80070005 pri razlaganju registra: dostop je bil zavrnjen, nato je register vseeno prisilno razložilo (Force unloading).
Paketi -Absen-t ali -Staged- (npr. izdaje Enterprise, Education, Core): to so paketi drugih izdaj Windowsov. Vaša izdaja je Professional in je označena kot nameščena.
Vsi pomembni paketi (jezikovni paket sl-SI, kumulativna posodobitev 15063.1387, .NET rollup, Internet Explorer, Media Player, Quick Assist) so v stanju *Installed*. Dnevnik torej ne kaže poškodovanih ali manjkajočih sistemskih komponent, pa tudi nobenega popravila ni bilo opravljenega.
Kaj to pomeni
Iz te datoteke ne morete razbrati, zakaj se je popravilo sploh zagnalo ali ali je uspelo. To piše v sosednji datoteki SrtTrail.txt, ki je v isti mapi (C:\Windows\System32\Logfiles\Srt\). Če imate težave z zagonom, jo naložite in ji bom prebral.
Windows 10 različice 1703 je že zdavnaj brez podpore za varnostne posodobitve (podpora je za Home in Pro potekla leta 2018). Če stroj še uporabljate, je smiselna nadgradnja.
in pa še srtTrail.txt
Dobra novica: tu ni nič narobe. Vseh 12 testov se je končalo uspešno (koda 0x0), ugotovitev pa je: *Boot status indicates that the OS booted successfully.* (stanje zagona kaže, da se je operacijski sistem uspešno zagnal).
Kaj so testi preverili
Popravilo ob zagonu je pregledalo disk (sistemski disk, okvare, metapodatki), ciljni Windows in vsebino particije, upravljalnik zagona (boot manager), zagonski dnevnik, dnevnik dogodkov in čakajoče namestitve posodobitev. Povsod je bilo vse v redu, nobena težava ni bila najdena in nič ni bilo popravljeno. Zato je bilo število poskusov popravila 1 in je bil *root cause* samo ugotovitev, da je sistem zdrav.
Časovni potek
Zadnji uspešen zagon je bil ob 16:14 GMT, to je 17:14 po vašem času. Popravilo se je zagnalo ob 18:22, kar se ujema z dnevnikom DISM, ki sem ga prebral prej. Windows se je torej uspešno zagnal, nato pa ste prišli v okolje za obnovitev.
Zakaj se je potem popravilo sploh zagnalo?
Običajni razlogi, ko je vse v redu:
Računalnik je bil med zagonom ali zaustavitvijo nasilno izklopljen (dolg pritisk na gumb za vklop, izpad elektrike, prazna baterija). Windows je to zabeležil kot neuspešen zagon.
Ali pa ste okolje za obnovitev odprli sami (npr. Shift + Znova zaženi) in kliknili *Popravilo ob zagonu*.
Kaj storiti
Samo normalno zaženite računalnik (v meniju izberite *Nadaljuj / Izhod in nadaljuj v Windows 10*). Če se bo takoj spet pojavilo popravilo ob zagonu ali se zanka ponavlja, mi sporočite, saj bi bilo takrat treba iskati drugje (npr. strojna težava z diskom ali napajanjem).
Razlaganje datoteke DISMRepairLogFile.txt.
Razlaganje datoteke DISMRepairLogFile.txt.
Najprej si bom ogledal datoteko.
Ran 4 commands, read a file
Ta datoteka je dnevnik orodja Popravilo ob zagonu (Startup Repair), ki se zažene iz okolja za obnovitev sistema Windows. Pot C:\Windows\System32\Logfiles\Srt\ in proces StartRep.exe to jasno kažeta. DISM je tu le pomožno orodje, ki pregleda, kaj je v Windowsih nameščeno.
Kaj se je zgodilo
Vse skupaj je trajalo približno 3 sekunde, 28. 10. 2026 ob 18:22. Orodje je naredilo tole:
Zagnalo je DISM iz okolja za obnovitev (disk X: je začasen disk v pomnilniku, ne vaš pravi disk).
Odprlo je vaš pravi Windows na C:\. Gre za Windows 10 različice 10.0.15063.1563 (Creators Update, 1703), 64-bitni, s slovenskim jezikovnim paketom.
Naložilo je register (SOFTWARE, SYSTEM, SAM ...) in prebralo seznam nameščenih paketov, to je približno 190 preverjanj.
Vse je zaprlo in se ustavilo.
Ali so v dnevniku napake?
Opozorila so, vendar so vsa običajna za okolje za obnovitev:
Manjkajoči DLL-ji (SiloedPackageProvider.dll, MetaDeployProvider.dll, PEProvider.dll, koda 0x8007007e): v tem okolju teh modulov preprosto ni.
0x80070002 pri WIMGetMountedImageHandle: ni priklopljene slike WIM, kar je normalno.
0x80070490 pri servisnem skladu: orodje ni našlo >online< različice, zato je uporabilo tisto z diska. Dnevnik to sam pove (Offline servicing, using stack version from ...).
0x80070005 pri razlaganju registra: dostop je bil zavrnjen, nato je register vseeno prisilno razložilo (Force unloading).
Paketi -Absen-t ali -Staged- (npr. izdaje Enterprise, Education, Core): to so paketi drugih izdaj Windowsov. Vaša izdaja je Professional in je označena kot nameščena.
Vsi pomembni paketi (jezikovni paket sl-SI, kumulativna posodobitev 15063.1387, .NET rollup, Internet Explorer, Media Player, Quick Assist) so v stanju *Installed*. Dnevnik torej ne kaže poškodovanih ali manjkajočih sistemskih komponent, pa tudi nobenega popravila ni bilo opravljenega.
Kaj to pomeni
Iz te datoteke ne morete razbrati, zakaj se je popravilo sploh zagnalo ali ali je uspelo. To piše v sosednji datoteki SrtTrail.txt, ki je v isti mapi (C:\Windows\System32\Logfiles\Srt\). Če imate težave z zagonom, jo naložite in ji bom prebral.
Windows 10 različice 1703 je že zdavnaj brez podpore za varnostne posodobitve (podpora je za Home in Pro potekla leta 2018). Če stroj še uporabljate, je smiselna nadgradnja.
in pa še srtTrail.txt
Dobra novica: tu ni nič narobe. Vseh 12 testov se je končalo uspešno (koda 0x0), ugotovitev pa je: *Boot status indicates that the OS booted successfully.* (stanje zagona kaže, da se je operacijski sistem uspešno zagnal).
Kaj so testi preverili
Popravilo ob zagonu je pregledalo disk (sistemski disk, okvare, metapodatki), ciljni Windows in vsebino particije, upravljalnik zagona (boot manager), zagonski dnevnik, dnevnik dogodkov in čakajoče namestitve posodobitev. Povsod je bilo vse v redu, nobena težava ni bila najdena in nič ni bilo popravljeno. Zato je bilo število poskusov popravila 1 in je bil *root cause* samo ugotovitev, da je sistem zdrav.
Časovni potek
Zadnji uspešen zagon je bil ob 16:14 GMT, to je 17:14 po vašem času. Popravilo se je zagnalo ob 18:22, kar se ujema z dnevnikom DISM, ki sem ga prebral prej. Windows se je torej uspešno zagnal, nato pa ste prišli v okolje za obnovitev.
Zakaj se je potem popravilo sploh zagnalo?
Običajni razlogi, ko je vse v redu:
Računalnik je bil med zagonom ali zaustavitvijo nasilno izklopljen (dolg pritisk na gumb za vklop, izpad elektrike, prazna baterija). Windows je to zabeležil kot neuspešen zagon.
Ali pa ste okolje za obnovitev odprli sami (npr. Shift + Znova zaženi) in kliknili *Popravilo ob zagonu*.
Kaj storiti
Samo normalno zaženite računalnik (v meniju izberite *Nadaljuj / Izhod in nadaljuj v Windows 10*). Če se bo takoj spet pojavilo popravilo ob zagonu ali se zanka ponavlja, mi sporočite, saj bi bilo takrat treba iskati drugje (npr. strojna težava z diskom ali napajanjem).
Gigabyte B460M DS3H | I5 - 10400F | 16GB | 6700XT | P2 m.2 500GB
Zgodovina sprememb…
- spremenilo: globoko grlo ()
globoko grlo ::
Datoteki sem prebral. Dnevnika sta enoznačna: vsa zrušitev imata isto kodo napake, kar kaže na programski vzrok in ne na naključno strojno napako. Gonilnika, ki jo povzroča, pa dnevnika ne imenujeta.
Kaj kažeta dnevnika
Od 26. 10. 2026 je 6 zrušitev (3 na dan 26. 10. in 3 na dan 28. 10.). Vse imajo identično kodo: 0x1E (0xC0000005, 0x20, 0x8, 0x20).
Pred 26. 10. so bili samo starejši neenaki izpadi brez kode zrušitve (običajno izpad napajanja ali ročni izklop), nobenega modrega zaslona s to kodo.
Windows je ob vsaki zrušitvi shranil izpis (minidump) v C:\Windows\Minidump\. Zadnji je 102826-10812-01.dmp.
Pomen kode: C0000005 je napaka dostopa do pomnilnika. Naslov 0x20 in vrednost 8 običajno pomenita, da je jedrna koda skočila na skoraj ničelni naslov, tipično zaradi gonilnika, ki je poklical neveljaven kazalec na funkcijo. Pri okvarjenem RAM-u bi pričakoval različne naslove, tukaj pa je pri vseh šestih ponovitvah enak. Skupaj z menjavo RAM-a to dodatno zmanjšuje verjetnost strojne okvare.
Številka v imenu izpisa (10593, 10671, 10812, 13812) naj bi običajno pomenila čas delovanja v milisekundah. Če to drži, se računalnik sesuje že 10 do 14 sekund po zagonu, kar bi se ujemalo z zastojem na zaslonu *Dobrodošli*.
V zagonih po zrušitvi se ne naložijo jedrni gonilniki AFD, nsiproxy, rdbss in aswMonFlt (Avast). Zaradi tega odpovedo storitve, ki so od njih odvisne (DHCP, DNS, SMB, avast! Antivirus). Ostale napake v dnevniku (2470-krat DistributedCOM 10005 za WSearch, CldFlt, gupdate) so posledice ali ozadje, ne vzrok.
Sum, ne dokaz
Avast je zelo pogost krivec za prav takšne napake, ker uporablja jedrne filtrske gonilnike, in tu je med odpovedanimi gonilniki. Ni pa dokazano, da je on vzrok. Lahko je tudi žrtev iste težave.
Kaj storiti
Varni način -> odstranite Avast z uradnim orodjem Avast Clear (avastclear.exe, na Avastovi spletni strani), nato znova zaženite. Windows bo uporabil vgrajeni Defender. To je poceni test: če zrušitve prenehajo, je zadeva rešena.
Če to ne pomaga, ali če želite zanesljiv odgovor, kopirajte C:\Windows\Minidump\102826-10812-01.dmp (iz varnega načina) in ga naložite sem. Poskusil bom iz njega razbrati seznam gonilnikov in sumljivi modul, popolna analiza sklada pa zahteva WinDbg ali BlueScreenView.
Kaj kažeta dnevnika
Od 26. 10. 2026 je 6 zrušitev (3 na dan 26. 10. in 3 na dan 28. 10.). Vse imajo identično kodo: 0x1E (0xC0000005, 0x20, 0x8, 0x20).
Pred 26. 10. so bili samo starejši neenaki izpadi brez kode zrušitve (običajno izpad napajanja ali ročni izklop), nobenega modrega zaslona s to kodo.
Windows je ob vsaki zrušitvi shranil izpis (minidump) v C:\Windows\Minidump\. Zadnji je 102826-10812-01.dmp.
Pomen kode: C0000005 je napaka dostopa do pomnilnika. Naslov 0x20 in vrednost 8 običajno pomenita, da je jedrna koda skočila na skoraj ničelni naslov, tipično zaradi gonilnika, ki je poklical neveljaven kazalec na funkcijo. Pri okvarjenem RAM-u bi pričakoval različne naslove, tukaj pa je pri vseh šestih ponovitvah enak. Skupaj z menjavo RAM-a to dodatno zmanjšuje verjetnost strojne okvare.
Številka v imenu izpisa (10593, 10671, 10812, 13812) naj bi običajno pomenila čas delovanja v milisekundah. Če to drži, se računalnik sesuje že 10 do 14 sekund po zagonu, kar bi se ujemalo z zastojem na zaslonu *Dobrodošli*.
V zagonih po zrušitvi se ne naložijo jedrni gonilniki AFD, nsiproxy, rdbss in aswMonFlt (Avast). Zaradi tega odpovedo storitve, ki so od njih odvisne (DHCP, DNS, SMB, avast! Antivirus). Ostale napake v dnevniku (2470-krat DistributedCOM 10005 za WSearch, CldFlt, gupdate) so posledice ali ozadje, ne vzrok.
Sum, ne dokaz
Avast je zelo pogost krivec za prav takšne napake, ker uporablja jedrne filtrske gonilnike, in tu je med odpovedanimi gonilniki. Ni pa dokazano, da je on vzrok. Lahko je tudi žrtev iste težave.
Kaj storiti
Varni način -> odstranite Avast z uradnim orodjem Avast Clear (avastclear.exe, na Avastovi spletni strani), nato znova zaženite. Windows bo uporabil vgrajeni Defender. To je poceni test: če zrušitve prenehajo, je zadeva rešena.
Če to ne pomaga, ali če želite zanesljiv odgovor, kopirajte C:\Windows\Minidump\102826-10812-01.dmp (iz varnega načina) in ga naložite sem. Poskusil bom iz njega razbrati seznam gonilnikov in sumljivi modul, popolna analiza sklada pa zahteva WinDbg ali BlueScreenView.
Gigabyte B460M DS3H | I5 - 10400F | 16GB | 6700XT | P2 m.2 500GB
Vredno ogleda ...
| Tema | Ogledi | Zadnje sporočilo | |
|---|---|---|---|
| Tema | Ogledi | Zadnje sporočilo | |
| » | Windows se ne zaženeOddelek: Pomoč in nasveti | 1293 (1198) | ktron |
| » | Računalnik se ponovno zažene namesto ugasneOddelek: Strojna oprema | 7981 (4794) | solatko |
| » | prosim za pomoč- kako odpraviti tole napako...Oddelek: Pomoč in nasveti | 5043 (4552) | Mavrik |
| » | Pomoč - WinXp se ne zažene v normal modeOddelek: Pomoč in nasveti | 3397 (3132) | Tea Time |
| » | Trojan big problem:(Oddelek: Strojna oprema | 4465 (4258) | mini-moris |