Új hozzászólás Aktív témák
-
voyi
aktív tag
Sziasztok!
Már kétszer volt ilyen jellegű fagyásom(még az egeret se tudtam mozgatni,teljesen lefagyott):
[link]Második ilyen fagyás (ma délelőtt) után a windowsban már volt dmp file is,bár magát a kékhalált nem láttam,csak ezt az elcseszett csíkozódott zavaros képernyőt.
Ami felkeltette a figyelmem,hogy ebből a dmp fájlból ez volt kiolvasható:
Ebből én arra következtetek,hogy nem hardveres hanem driver hiba,aminek nincs köze a videokártyámhoz.
Amit megcsináltam eddig:
-videokártyát kivettem,megtisztítottam,a pci-e foglalaot is. szétpukkant/púpos kondik nincsenek rajta.
- 10.2es ccc-hez tartozó videokártya driver: 8.702.0.0000
- 11.11es ccchez tartozó videokártya driver: 8.911.0.0000[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
Amit még most megcsináltam, ráeresztettem úgy 25 percig egy Furmark burn-in testet 1920*1080 AA off beállításokkal, olyan 97-98%ig volt megjáratva a videokártyám, beton stabil volt mellette a rendszer,a fagyás nem jött elő, ráadásul max 58°C -ot sikerült kipréselnem a kártyából. Amit érdemes tudni,hogy 1.2V-on van, és egy zalman vf900-as hűti.
Ez arra enged engem következtetni,hogy semmi baj a videokarimnak,mivel e teszt közben ki kellett volna jönnie minden hibájának,abban az esetben persze ha haldoklik.
[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
Újabb kékhalál keletkezett,ezúttal egy egész éjszakás memtest86 után( 9 pass, semmi hiba),windows bootolásakor,azaz még nem töltődött be a windows,és előjött ez a kékhalál.
[link]dump file,ha esetleg valaki rá tudna nézni tüzetesebben:
[link]tudna valaki segíteni vagy legalább valami tippet adni mi lehet ez
eddig ezeket csináltam meg:
- videokártyám fél óráig 100%-os burn-in tesztnek vettem alá a prime95-el, nem történt semmi fagyás,semmi kékhalál.
- sfc / scannow parancsot is lefuttattam parancssorból, semmi rendszerfájl sérülést,hibát nem talált.
- chkdsk -t is lefuttattam ugyanitt, semmi fájlrendszer hibát nem talált.
- megnéztem az összes merevlemezem, mindegyik hibátlanul működik,semmi rossz szektor.
- malwarebytes antimalware-el mélyreható vizsgálatot csináltam a legújabb frissítéssel, semmi rosszindulatú fertőzést nem talált.Aláírás
-
voyi
aktív tag
válasz
_DiEGO_
#1573
üzenetére
This bugcheck is caused by an unhandled exception in a registry filtering driver.
Ezt a hibát egy kezelhetetlen kivétel okozta egy registry szűrő driverben.
hibakód: 0x00000135igazából ez itt a lényeg,a többi sablon szöveg.Sajna a dmp file nem adta ki a memóriacímekhez tartozó fájlt, csak a kékhalál képernyőn lévő sprq.sys szerepel.
Aláírás
-
voyi
aktív tag
itt nézz körül... egy teljes körű vírus ellenőrzést azért csinálj.
http://support.microsoft.com/kb/903251/hu
"Ez a probléma akkor léphet fel, ha a rendszert a HaxDoor vírus egy verziója fertőzte meg.A HaxDoor vírus egy rejtett folyamatot hoz létre. Ezenkívül a vírus egyes fájlokat és beállításkulcsokat (korábbi nevén rendszerleíró kulcs) is elrejt. A HaxDoor vírus végrehajtható fájljának neve más és más lehet, de a leggyakoribb név az Mszx23.exe. A vírus számos verziója egy Vdmt16.sys vagy Vdnt32.sys elnevezésű illesztőprogramot másol a számítógépre. Ez az illesztőprogram a vírus elrejtésére szolgál. A HaxDoor vírus törlés után is képes visszaállítani ezeket a fájlokat."
ramnál meg memtest86-ot eressz rá a gépre úgy,hogy arról bootoljon a rendszer.
[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
válasz
mammutka
#1593
üzenetére
"Igen, 4 maggal ment egy évig, de semmi egyéb húzás nem volt.
bios frissítés utáni hibajelenségek (ugyanazok, mint előtte):
biosban fagyás
biosban szemetelő képernyő után fagyás
windows betöltés közben fagyás
windowsban szemetelő képernyő után fagyás
bármit állítok a biosban (ártalmatlan dolgokat, pl. alaplapi audio letiltása), menthetetlen fekete képernyő
clear cmos után fekete képernyő
most ez az utóbbi van már, tehát a cucc úgy néz ki, végleg elhunyt"Ez alapján nekem nagyon úgy tűnik,hogy az alaplapoddal van a gond...
Ramod,procid,videokártyád ezek szerint rendben van, ha biosnál is fagy reset után, ott már bizony sanszos hogy a deszkával van valami gebasz.Ha garanciális az alaplapod, vidd be szervizbe, és mondd el nekik mikor és hogy jön elő a hiba,hogy reprodukálják ők is rajta. Amennyiben meg tényleg bebizonyosodik,hogy bekrepált az alaplapod,kicserélik és kapsz egy ugyanolyat vagy ha már nem kapni,akkor azzal egyenértékűt.
[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
válasz
mammutka
#1620
üzenetére
ha a vinyódat szeretnéd tesztelni,akkor pl. hd tune-ban csinálj egy error test-et,illetve meg tudod nézni a smart adatait is a health-nél, ott sárgával fogja kiírni azokat a paramétereket,amik hibára utalnak.
Bios fagyás mivel a ramjaid rendben vannak, erősen alaplapi probléma,illetve még lehet tápegység para is(nem kapja kiegyensúlyozottan az áramot a lapod). Valszeg e kettő közül lesz valamelyik (vagy extrém esetben mindkettő) a ludas. Pláne hogy egy másik alaplapban nem történt meg ez a hiba.
esetleg ha még nem próbáltad,tegyél be a gépedbe egy másik tápegységet,ami tuti jól műxik.
[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
Frissen települt windows 7 64bit oprendszerem van, néha randomba lefagy bootoláskor a gép,de úgy,hogy az "üdvözöljük" bejelentkező képernyőig még eljut,aztán mikor a desktopot jeleníti meg, abban a pillanatban rögtön fagyás van, recsegő hangot vagy ilyen megakadásos berregő hangot ad ki a hangkártyám (nem közvetlen a kártya,hanem a kimeneti jel), az egérmutatóval együtt az egész képernyő lefagy,csak a reset segít!
aztán úgy~ 10 alkalommal bootolásnál semmi hiba nincs,aztán váratlanul randomba megint előjön ez. Semmi kékhalál,semmi dump file. Hangkarim(Sound Blaster Audigy SE SB0570LPVP) driverjét frissítettem,ennél újabbat verziót nem találtam: verzió:5.12.1.2016 dátum:2009.05.27,(SB24_PCDRV_LB_1_04_0090.exe a telepítője). Aztán hogy ez megoldja-e az majd a jövőben derül ki,ha majd huzamosabb ideig nem fagy le.Másnál is volt - e már ilyen jelenség? Mitől lehet ez, mi okozhatja?
Aláírás
-
voyi
aktív tag
válasz
CoolMan
#1642
üzenetére
1600 mhz órajelen, 1.65volt feszültséggel,ahogy ennek a ramnak a leírásában van a kingston weboldalán. Amúgy még biosban auto-ra téve a feszültséget is jött ugyanez a fagyás,nemcsak 1.65volton.
amúgy tesztelve voltak a ramjaim memtest86-al,mind 1600 és mind 1333 mhz-en is, semmi hiba nem volt,sem egyenként,sem pedig együtt.
ezek a beállítások vannak amúgy:
[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
-
voyi
aktív tag
válasz
_DiEGO_
#1648
üzenetére
Amint láthatod a fentebb lévő screenshotból, a cr-nek 2T volt/van megadva.
Most éppen 1333 mhz-en megy,már vagy 10szer indítottam újra a gépet,és eddig még nem fagyott.
Amúgy itt van az SPD rész is:
a hangkártyámhoz 2009ben kiadtak drivert(5.12.1.2016),ami már windows 7 32bit/64bit kompatibilis,ez a verziója,ez a hangkártya ezzel a driverrel másnál is korrektül működött windows 7en, 32 és 64biten egyránt. Majd a következő fagyás után kipróbálom másik pci slotba helyezni.
Aláírás
-
voyi
aktív tag
Esetleg nézz rá a a memória kiíratás által generált .dmp fájlra,már ha készített olyat a windowsod. a 0xc2es hibakód alapján valami driver gond lesz,szóval mindenképp érdemes megnézni melyik fájl okozta a kékhalált.
A memória kiríatást,azaz a .dmp fájlt a Windows/Minidump/ mappában tudod megnézni,ha gondolod megnézem neked
[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
válasz
_DiEGO_
#1689
üzenetére
Nekem KHX1600C9D3K2/4GX ramom van,szóval annyiban más,hogy X.M.P-s az enyim(extreme memory profile) és 4 gb-os.
Ugyanez volt a hiba nálam akkor mikor rosszul voltak beállítva az időzítések, poénból kipróbáltam megy-e 1333mhz-en cl7ben
Ugyanúgy a windows logóig eljutott,aztán újra is indult egyből az egész gépem.1600mhz-en is sajna instabil volt(kékhalálok tömkelege,egyéb fagyások). Valszeg ez annak tudható be,hogy mivel amd gépem van,az alaplapomnál az 1600/1800/2000 mhz-es memória órajelek már tuningosak ,a procim (phenom 2 955) memóriavezérlője alapesetben max 1333mhz-en tudja meghajtania ramokat tuning nélkül, a specifikációja alapján. Szóval most ezen az órajelen vannak nálam a ramok,cl9ben,pont azokkal az időzítésekkel,amik neked is vannak.
Mindazonáltal inkább érdemes olcsóbbért venni szerintem 1333 mhz-es ramokat,mivel ahogy tapasztaltam kb semmi különbséget nem észlelek az 1600 és 1333 mhz között. Persze vásárlás előtt jobban utánajárhattam volna,mer akkor spórolhattam volna valamennyit a ramokon,de ez van.
Aláírás
-
voyi
aktív tag
-
voyi
aktív tag
Na,megint jött a a 0x9f -es driver failure kékhalál, most már win debug toollal is ránéztem.
Valaki hozzáértő rá tudna-e venni egy pillantást? Előre is köszönöm
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
DRIVER_POWER_STATE_FAILURE (9f)
A driver is causing an inconsistent power state.
Arguments:
Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time
Arg2: fffffa8005169a10, Physical Device Object of the stack
Arg3: fffff80000b6a3d8, Functional Device Object of the stack
Arg4: fffffa8006b97100, The blocked IRP
Debugging Details:
------------------
DRVPOWERSTATE_SUBCODE: 3
IMAGE_NAME: pci.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7928f
MODULE_NAME: pci
FAULTING_MODULE: fffff88000fb7000 pci
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x9F
PROCESS_NAME: System
CURRENT_IRQL: 2
STACK_TEXT:
fffff800`00b6a388 fffff800`0273f8d2 : 00000000`0000009f 00000000`00000003 fffffa80`05169a10 fffff800`00b6a3d8 : nt!KeBugCheckEx
fffff800`00b6a390 fffff800`026da85c : fffff800`00b6a4c0 fffff800`00b6a4c0 00000000`00000000 00000000`00000004 : nt! ?? ::FNODOBFM::`string'+0x33af0
fffff800`00b6a430 fffff800`026da6f6 : fffffa80`090c6010 fffffa80`090c6010 00000000`00000000 00000000`00000000 : nt!KiProcessTimerDpcTable+0x6c
fffff800`00b6a4a0 fffff800`026da5de : 00000005`df6697b6 fffff800`00b6ab18 00000000`00027794 fffff800`0284e508 : nt!KiProcessExpiredTimerList+0xc6
fffff800`00b6aaf0 fffff800`026da3c7 : 00000001`6e3d9ac8 00000001`00027794 00000001`6e3d9aa7 00000000`00000094 : nt!KiTimerExpiration+0x1be
fffff800`00b6ab90 fffff800`026c78ca : fffff800`0284ae80 fffff800`02858cc0 00000000`00000001 fffff880`00000000 : nt!KiRetireDpcList+0x277
fffff800`00b6ac40 00000000`00000000 : fffff800`00b6b000 fffff800`00b65000 fffff800`00b6ac00 00000000`00000000 : nt!KiIdleLoop+0x5a
STACK_COMMAND: kb
FOLLOWUP_NAME: MachineOwner
FAILURE_BUCKET_ID: X64_0x9F_3_nvlddmkm_IMAGE_pci.sys
BUCKET_ID: X64_0x9F_3_nvlddmkm_IMAGE_pci.sys
Followup: MachineOwner
---------[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
Sziasztok!
A minap bekapcsolva hagytam a gépem, aztán mikor este hazaérve munkából ránéztem gépre,azt láttam,hogy egyszer újraindult...
Megnéztem, történt-e kékhalál, természetesen az volt.
Ami különös,hogy eddig soha egyszer sem volt ilyenem,és nemtudom mi okozhatta.
Esetleg valaki ebből a kimutatásból tud nekem valamit segíteni,mi okozhatta?Windows 8 Kernel Version 9600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 9600.17085.amd64fre.winblue_gdr.140330-1035
Machine Name:
Kernel base = 0xfffff802`e1a1a000 PsLoadedModuleList = 0xfffff802`e1ce42d0
Debug session time: Thu Sep 18 10:19:34.234 2014 (UTC - 4:00)
System Uptime: 0 days 17:25:41.954
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
KERNEL_SECURITY_CHECK_FAILURE (139)
A kernel component has corrupted a critical data structure. The corruption
could potentially allow a malicious user to gain control of this machine.
Arguments:
Arg1: 0000000000000003, A LIST_ENTRY has been corrupted (i.e. double remove).
Arg2: ffffd000287fd530, Address of the trap frame for the exception that caused the bugcheck
Arg3: ffffd000287fd488, Address of the exception record for the exception that caused the bugcheck
Arg4: 0000000000000000, Reserved
Debugging Details:
------------------
TRIAGER: Could not open triage file : e:\dump_analysis\program\triage\modclass.ini, error 2
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
BUGCHECK_STR: 0x139
PROCESS_NAME: update.exe
CURRENT_IRQL: 2
LAST_CONTROL_TRANSFER: from fffff802e1b79ae9 to fffff802e1b6dfa0
STACK_TEXT:
ffffd000`287fd208 fffff802`e1b79ae9 : 00000000`00000139 00000000`00000003 ffffd000`287fd530 ffffd000`287fd488 : nt!KeBugCheckEx
ffffd000`287fd210 fffff802`e1b79e10 : 00000000`00000003 fffff802`e21a969a 00000000`00000001 00000000`00000000 : nt!KiBugCheckDispatch+0x69
ffffd000`287fd350 fffff802`e1b79034 : 00000000`00000002 00000000`00000000 00000000`00000001 fffff802`e1aa4b4a : nt!KiFastFailDispatch+0xd0
ffffd000`287fd530 fffff802`e1b12afd : 00000000`00000000 00000000`00000004 ffffffff`ffffffff 00000000`000000c0 : nt!KiRaiseSecurityCheckFailure+0xf4
ffffd000`287fd6c0 fffff802`e1b126ba : ffffe000`ac0e8228 00000000`00000000 ffffe000`00000001 00000000`00000000 : nt!MiRemoveUnusedSubsection+0xa5
ffffd000`287fd6f0 fffff802`e1b122f1 : fffffa80`006b1c60 00000000`00000005 00000000`00000400 fffffa80`030f7c80 : nt!MiDereferenceControlAreaPfn+0xf2
ffffd000`287fd730 fffff802`e1b43da9 : fffffa80`006b1c60 ffffd000`287fd7f0 00000000`00000000 fffffa80`03bec1a0 : nt!MiRestoreTransitionPte+0xe9
ffffd000`287fd7a0 fffff802`e1bab07f : 00000000`00000001 fffff802`e1d67300 00000000`00000000 00000000`00000001 : nt!MiRemoveLowestPriorityStandbyPage+0x19d
ffffd000`287fd830 fffff802`e1ac8478 : 00000000`00000000 00000000`00000002 00000000`00000001 ffffd000`287fd900 : nt! ?? ::FNODOBFM::`string'+0x2cbcf
ffffd000`287fd8a0 fffff802`e1a8175c : 00000000`00000001 00000000`12bcd000 ffffd000`287fdb00 fffff680`00095e68 : nt!MiResolveDemandZeroFault+0x198
ffffd000`287fd9c0 fffff802`e1b7822f : 00000000`00000001 00000000`004379fe 00000000`00aafd01 ffffd000`287fdb00 : nt!MmAccessFault+0x53c
ffffd000`287fdb00 00000000`68977588 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x12f
00000000`00bacbf8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x68977588
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!KiFastFailDispatch+d0
fffff802`e1b79e10 c644242000 mov byte ptr [rsp+20h],0
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: nt!KiFastFailDispatch+d0
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 53388e13
FAILURE_BUCKET_ID: X64_0x139_nt!KiFastFailDispatch+d0
BUCKET_ID: X64_0x139_nt!KiFastFailDispatch+d0
Followup: MachineOwner
---------[ Szerkesztve ]
Aláírás
-
-
voyi
aktív tag
Sziasztok!
Az imént jött egy BSOD, csináltam is egy bugcheck analysis-t, valaki hozzáértő esetleg rá tudna nézni és megtudná nekem írni, hogy vajon mitől lehetett? Annyi lejött nekem,hogy a hibakód 0x0000012b, és valami hardveres hiba okozhatta. Vagy esetleg driver gond lenne?
A kékhalál játék közben jött, egyszerre csak lefagyott az egész képernyő, és megakadt a hang , berregett 2-3 másodpercig,majd jött is a kékhalál,így én videokártyára vagy annak driverére gyanakodnék.[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
Kösz a segítséged. Majd akkor lefuttatok egy memtest86-ot valamelyik éjszaka.
Én még a flash memóriakártyára(sd kártya amivel kibővítettem a laptopom tárhely kapacitását) is gyanakszom,hogy ott volt valami olvasási hiba,mivel a játék arra volt feltelepítve. Előtte meg egyáltalán nem volt semmiféle BSOD...
Átmásoltam azóta a hdd-re és ugyanannál a résznél a játékban nem történt kékhalál.Aláírás
-
voyi
aktív tag
Üdv!
mostanság megint kékhalálozgat a gépem, esetleg valaki rátudna nézni és megírni vajon mi okozhatja? előre is köszönöm szépen a segítséget
bugcheck anaysis: http://textuploader.com/5bz3l
illetve a bluescreenview:
[ Szerkesztve ]
Aláírás
-
voyi
aktív tag
Sziasztok!
Jött egy kékhalál Adobe Premiere Pro-nál video renderelés közben, 0x00000124 WHEA_UNCORRECTABLE_ERROR, bugcheck analysis szerint a Genuineintel.sys driver rosszalkodott.
Tudnátok nekem segíteni, hogy lehet ezt orvosolni?
Bugcheck analyis:
Microsoft (R) Windows Debugger Version 10.0.21306.1007 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\032121-11890-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 19041 MP (12 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Edition build lab: 19041.1.amd64fre.vb_release.191206-1406
Machine Name:
Kernel base = 0xfffff801`1c800000 PsLoadedModuleList = 0xfffff801`1d42a510
Debug session time: Sun Mar 21 01:17:29.846 2021 (UTC + 0:00)
System Uptime: 0 days 0:24:49.651
Loading Kernel Symbols
...............................................................
................................................................
................................................................
......................
Loading User Symbols
Loading unloaded module list
.............
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff801`1cbf5c20 48894c2408 mov qword ptr [rsp+8],rcx ss:ffffc781`e753d8f0=0000000000000124
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon. Try !errrec Address of the WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffffdc85ad249028, Address of the WHEA_ERROR_RECORD structure.
Arg3: 00000000be000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000800400, Low order 32-bits of the MCi_STATUS value.
Debugging Details:
------------------
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_SECTION_DESCRIPTOR ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
KEY_VALUES_STRING: 1
Key : Analysis.CPU.mSec
Value: 2577
Key : Analysis.DebugAnalysisManager
Value: Create
Key : Analysis.Elapsed.mSec
Value: 21010
Key : Analysis.Init.CPU.mSec
Value: 389
Key : Analysis.Init.Elapsed.mSec
Value: 24423
Key : Analysis.Memory.CommitPeak.Mb
Value: 83
Key : WER.OS.Branch
Value: vb_release
Key : WER.OS.Timestamp
Value: 2019-12-06T14:06:00Z
Key : WER.OS.Version
Value: 10.0.19041.1
BUGCHECK_CODE: 124
BUGCHECK_P1: 0
BUGCHECK_P2: ffffdc85ad249028
BUGCHECK_P3: be000000
BUGCHECK_P4: 800400
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXPNP: 1 (!blackboxpnp)
BLACKBOXWINLOGON: 1
CUSTOMER_CRASH_COUNT: 1
PROCESS_NAME: Adobe Premiere Pro.exe
STACK_TEXT:
ffffc781`e753d8e8 fffff801`1ccb3aaa : 00000000`00000124 00000000`00000000 ffffdc85`ad249028 00000000`be000000 : nt!KeBugCheckEx
ffffc781`e753d8f0 fffff801`1afd15b0 : 00000000`00000000 ffffdc85`ad249028 ffffdc85`aa1e0400 ffffdc85`ad249028 : nt!HalBugCheckSystem+0xca
ffffc781`e753d930 fffff801`1cdb563e : 00000000`00000000 ffffc781`e753d9d9 ffffdc85`ad249028 ffffdc85`aa1e0400 : PSHED!PshedBugCheckSystem+0x10
ffffc781`e753d960 fffff801`1ccb53d1 : ffffdc85`addd9070 ffffdc85`addd9070 ffffdc85`aa1e0450 ffffdc85`aa1e0400 : nt!WheaReportHwError+0x46e
ffffc781`e753da40 fffff801`1ccb5743 : 00000000`00000002 ffffdc85`aa1e0450 ffffdc85`aa1e0400 00000000`00000002 : nt!HalpMcaReportError+0xb1
ffffc781`e753dbb0 fffff801`1ccb5620 : ffffdc85`a9cfd660 00000000`00000001 00000000`00000000 00000000`00000000 : nt!HalpMceHandlerCore+0xef
ffffc781`e753dc00 fffff801`1ccb5871 : 00000000`0000000c 00000000`00000001 00000000`00000000 00000000`00000000 : nt!HalpMceHandler+0xe0
ffffc781`e753dc40 fffff801`1ccb4adb : 00000000`00000000 00000000`00000000 ffffc781`e753ded0 00000000`00000000 : nt!HalpMceHandlerWithRendezvous+0xc9
ffffc781`e753dc70 fffff801`1ccb7325 : ffffdc85`a9cfd660 00000000`00000000 00000000`00000000 00000000`00000000 : nt!HalpHandleMachineCheck+0x5f
ffffc781`e753dca0 fffff801`1cd0ca69 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!HalHandleMcheck+0x35
ffffc781`e753dcd0 fffff801`1cc04cfa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiHandleMcheck+0x9
ffffc781`e753dd00 fffff801`1cc049b7 : 00000000`00000000 00000000`00000000 00000000`5df18b80 00000000`00000000 : nt!KxMcheckAbort+0x7a
ffffc781`e753de40 00007ffc`06e133bb : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x277
00000000`5eee5d38 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffc`06e133bb
MODULE_NAME: GenuineIntel
IMAGE_NAME: GenuineIntel.sys
STACK_COMMAND: .thread ; .cxr ; kb
FAILURE_BUCKET_ID: 0x124_0_GenuineIntel__UNKNOWN_IMAGE_GenuineIntel.sys
OS_VERSION: 10.0.19041.1
BUILDLAB_STR: vb_release
OSPLATFORM_TYPE: x64
OSNAME: Windows 10
FAILURE_ID_HASH: {3fcb9ba4-4151-054d-a420-874ecf0a1f94}
Followup: MachineOwner
---------Aláírás
-
voyi
aktív tag
Létezik hogy a túlmelegedés miatt jött ez a BSOD?
Mivel előzőoleg nem volt konstans maxon a laptopom ventillétora, direkt megnéztem hogy milyen homérsékletek jönnek hwinfo-n miközben renderelek alap venti szabályozásnál, és cpu-m 3 magjánál bizony thermal-throttle volt, egészen durva hőmérsékletekkel illetve a package volt a legrosszabb, 97°C. Mindezt úgy, hogy pár napja lett ujrapasztázva a proci + vga Thermal Grizzly Kryonaut-al, pluszban még alapos portalanitás is volt.
Ezután jött az ötlet, hogy turbo módra kapcsolom a hűtést, aztán végig is ment a video renderelés, nem jött ezúttal kékhalál...
Most már viszont alulfesz-elés lesz Throttlestop-al... Illetve majd lehet beruházok egy új hűtőbordára, sanszos hogy defektes vagy rosszul illeszkedik a meglévő...
Aláírás
-
voyi
aktív tag
Sziasztok!
Laptopom random lefagy (99%-ban úgy, mikor nem használom, üresjáraton) de úgy, hogy konkrétan az egész kép megáll. Az egér kurzor nem mozdul a billentyűzet sem reagál, csak a power gomb megnyomása után tudom kikapcsolni majd újra bekapcsolni a laptopom. Ami más érdekesség, hogy nincs kékhalál és nincs naplózva semmi dump file. Játéknál és egyéb processzort igénybevevő programnál nem fagy le sosem.
Hogy szűkítsük a kört az alábbiakat már próbáltam:
Ramokat Memtest86-al leteszteltem 9 órán keresztül és semmi hibát nem talált.
CPU-tkb több órán keresztül stress teszteltem, semmi hibát nem talált.
SSD-ket csekkoltam, nincs szektorhiba, semmi hibát nem talált.
Event viewerben semmi hibát nem naplózott a rendszer amíg újra nem indítottam (The previous system shutdown at ... on .... was unexpected ey a power gomb miatt).
Vírusírtó nem talált semmi kártevőt a gépemben.Semmi extra third party program nem fut a háttérben a windowsomon, vírusírtónak csak a Windows Defender van, semmi más. Memtest86-nál nem fagyott le egyáltalán a gépem.
Windows 10 operációs rendszert használok.
Tudnátok esetleg segíteni nekem, hogy miként lehet ezt a fagyást orvosolni? Köszönöm szépen.
Aláírás
aztán úgy~ 10 alkalommal bootolásnál semmi hiba nincs,aztán váratlanul randomba megint előjön ez. Semmi kékhalál,semmi dump file. Hangkarim(Sound Blaster Audigy SE SB0570LPVP) driverjét frissítettem,ennél újabbat verziót nem találtam: verzió:5.12.1.2016 dátum:2009.05.27,(SB24_PCDRV_LB_1_04_0090.exe a telepítője). Aztán hogy ez megoldja-e az majd a jövőben derül ki,ha majd huzamosabb ideig nem fagy le.
Ugyanúgy a windows logóig eljutott,aztán újra is indult egyből az egész gépem.
csak 1600 mhz-en vacakol sajna.
Új hozzászólás Aktív témák
- Azonnali informatikai kérdések órája
- A fociról könnyedén, egy baráti társaságban
- Vallás
- Premier előzetesen a Gray Zone Warfare
- Milyen nyomtatót vegyek?
- OLED TV topic
- Kamionok, fuvarozás, logisztika topik
- Napelem - 100%-os támogatású pályázat
- Apple asztali gépek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok