Új hozzászólás Aktív témák
-
Colos1
őstag
Sziasztok!
Bizonyos játékok közben random újraindul a gépem.
Az AvP és a Mass Effect 1 közben 1x - 1x fordult elő, de a BFBC2 közben már 4-szerre jön elő egy hónap alatt.Az auto újraindítás kikapcsolva, de a gép rebootol.
A hiba: kép megáll, hang kerregni kezd, majd pár másodperc múlva reboot.
A BlueScreenView -ből infók:
STOP 124 -es hiba, ntoskrnl.exe+4b18cc (érdekes, az első kettő +4b16cc volt, nem tudom, van-e jelentősége.)Eseménynapló:
WHEA-Logger, ID=20
Végzetes hardverhiba történt.
Összetevő: AMD Northbridge
Hiba forrása: Gépellenőrzési kivétel
Hiba típusa: HyperTransport figyelő időzítő hibája
Processzorazonosító: 0Amit kinyomoztam: ezt a hibát bármilyen hardver okozhatja, ami az NB -n keresztül csatlakozik a procihoz, tehát gyakorlatilag a memórián kívül bármi. (Az a CPU-NB -n csatlakozik)
Előzmények:
A gépet 2009 októberében vettem, a CPU az első naptól 3400 MHz -n ment.
2010 január: NB -t 2600 MHz -ra növeltem
2010 április: GB HD5850 videokártya
2010 június: VGA órajelek 850/1250 MHz -ra emelkedtek
2010 Július: AvP közben az első ilyen hiba
2010 október: Win reinstall, nem hiba, hanem SSD -re váltás miatt
2011 január: CPU órajel alapfeszen eléri a 3500 MHz .et.
2011 április: Mass Effect 1: 2. ilyen jellegű hibaplussz info: a Mass Effect 1 -et 2010 április-májusban 4x végigjátszottam, a hiba egyszer sem fordult elő. Azóta nem csak 2 Win7 reinstall volt, hanem 32-ről 64 bitesre váltottam. (Meg is látszott a teljesítményén, hogy a 32 bites esetében 4GB RAM mellett nem tudja kihasználni az 1GB VRAM -ot.)
Amit próbáltam:
1. feszt adtam a CPU Northbridge -nek. nem jött be (+0,0125V)
2. Feszt adtam a CPU magoknak - így sem jó (+0,0125V)
3. Levettem a VGA -t alapórajelekre - az előbb fagytam le vele.Amit még írtak, hogy a BC2 ütközhet a GPU monitorozó progikkal, de ahhoz sztem ritka a fagyás, illetve akkor a másik két játéknál miért fordult elő?
Volt még olyan ötlet is, hogy a tápommal van gond, de akkor meg más játékok esetében is fagynia kellene.További ötleteket és javaslatokat szeretnék
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Szia!
Stop 124 = "WHEA uncorrectable hardvare error" - nem javított hardverhiba.
Ez hardverhiba. Csökkenő valószínűség szerint: instabilitás, hardvert érintő meghibásodás és nagyon ritkán, de okozhatja rosszul megírt driver is, ami a hardver hibás működését eredményezi.
A processzor, videokártya és az alaplap a legvalószínűbb, mert a RAM vagy a HDD hibája előbb adna más jellegű STOP hibát, de nem zárhatóak ki ezek sem.
Ha nem húzol semmit, még előfordulhat instabilitás túlmelegedés, kontakthiba vagy táphiba következtében.Milyen művelet közben jön a hiba?
Nézz szét az eseménynaplóban és a műveletközpont "megbízhatósági előzmények" pontjában, lehetnek itt is utalások a hibára.
[ Szerkesztve ]
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
WHEA-Logger ... Összetevő: processzormag... Ez azt jelenti, hogy "a processzor jelentette a hibát", tehát ott kell keresgélni.
Még XP -s időkben olvastam a Microsoft honlapján, nem tudom, hogy ez a Win7-re is igaz-e:
"új processzor esetén minden esetben újra kell telepíteni a rendszert, mert a windows telepítéskor ismeri fel a CPU-t, és telepíti hozzá a megfelelő drivert. Újratelepítés nélkül a processzorcsere után nem várt események fordulhatnak elő..."
Nálam, amikor anno az XP -n az Athlon 3800+ procit lecseréltem Athlon X2 5600+ -ra, csak annyi volt a gond, hogy Opteronnak ismerte fel. Lecseréltem a drivert, utána jó lett. A következő újratelepítésnél viszont már rendesen Athlon X2 5600+ -nak látta, szóval a csere után telepített hozzá drivert, csak rosszat.
Tehát akkor szerintem Win reinstall, és ha azután is rossz, akkor a processzor a rossz.
Illetve, ha van a procidhoz letölthető driver, akkor telepítsd fel...de előtte egy backupot csinálj.[ Szerkesztve ]
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Sziasztok,
Win10 BSOD. Memory.dmp sérült, mert mindig kis memóriaképet szoktam kérni, csak tepeítéskor elfelejtettem beállítani, és BSOD után azonnal reseteltem. Pedig több, mint 800 MB lett...
Így ennyit találtam, ami a hibával kapcsolatos, ebből nem lehet valamit kihámozni? Ugyanis tippem van, hogy mi okozhatta, de ahhoz tudnom kellene az összeomlást előidéző drivert.
Összegzés: Hardverhiba
Dátum: 2015. 09. 24. 19:58
Állapot: Jelentés elküldve
Leírás: A hardver hibája miatt a Windows nem működik megfelelően.
Probléma-aláírás
Problémaesemény neve: LiveKernelEvent
Kód: 144
1. paraméter: 3003
2. paraméter: ffffd00021a38840
3. paraméter: 0
4. paraméter: 0
Operációs rendszer verziója: 10_0_10240
Szervizcsomag: 0_0
Termék: 768_1
Operációs rendszer verziója: 10.0.10240.2.0.0.768.101
Területibeállítás-azonosító: 1038További adatok a problémáról
Gyűjtőazonosító: LKD_0x144_USBHUB3_DEVICE_ENUMERATION_FAILURE_UsbHub3!TelemetryData_CreateReport_VEN_0000_DEV_0000_RMindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Na, b@ssza meg, nem figyeltem, az nem is erre a hibára vonatkozott
Úgyhogy továbbra sem tudom az okát, próbáltam megint WinDBG -t, de csak annyit szed ki, hogy Stop 3b, meg hogy valami rossz memóriacímre hivatkozott, de nem látja benne a drivert
Néztem eseménynaplót, hibajelentőt, de sehol semmi. Gyanítom akkor cseszhetem, máshol nem tudom megnézni
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Nálam Win7 alatt sokszor a hangkártya miatt volt ilyen hiba. Wasapival hallgatok zenét, és többször előfordult, hogy ha ment a firefox, és szólt a zene, akkor Stop 3b -vel leállította a hangkártya drivere a wint. (Kb. fél - 3/4 évente évente 1x) Most ugyanez történt. Eddig a Win8.1 -es driver volt fent, de pár napja frissítettem a nemrég megjelent Win10 -esre. Ezért lett volna jó tudnom, hogy a hangkari drivere volt-e, mert hiba túl ritkán fordult elő ahhoz, hogy rá tudjam fogni a 2 nappal előtte telepített driverre.
Gondoltam arra is, hogy feltettem, és aktívan játszok a DCS World bétájával, aminek van egy kis MeoryLeak -je, nem-e az kavart be, mert játék után nem látom, hogy mi használ 1..2 GB -ot a RAM -ból, és nem tudom, hogy a szivárgás során nem kerül-e valami olyan memóriaterületre, ahova nem kéne neki.
Mindenesetre most megy úgy, ahogy eddig, és a következő BSOD -nél figyelek, hogy ne csapjak rá a RESET -re, mielőtt elkészül a dmp...
Van értelme a teljes memóriaképnek, vagy maradjak a MiniDump-nál? Régebben csak ezt használtam, és BlueScreenViewerrel nézegettem, de a WinDBG szerintem többet tud. Pl. a céges gépemen a WinDBG azt a drivert mutatja, amit a BSOD is, a BlueScreenViewer pedig egy másikat...
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Na, ennek már a fele sem tréfa
A múltkor STOP 3b, most STOP 1e valami NDIS.SYS miatt, életembe nem hallottam ilyen driverről
Az utóbbi időben csak két dolgot telepítettem. Egy új hangkártya drivert, és egy béta játékot, de a hangkártya drivert már a múltkori után visszatettem (mármint a régit), a játék meg nem hiszem, hogy ilyen hibát okozna.
Probably caused by : ndis.sys ( ndis!ndisMTopReceiveNetBufferLists+21e15 )
Followup: MachineOwner
---------0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff8000673aef5, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: ffffffffffffffff, Parameter 1 of the exception[ Szerkesztve ]
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Itt egy rendes WinDBG elemzés, végre sikerült a qrva Symbol path -ot beállítanom.
************* Symbol Path validation summary **************
Response Time (ms) Location
Deferred SRV*C:\Windows\symbol_cache*http://msdl.microsoft.com/download/symbols
Symbol search path is: SRV*C:\Windows\symbol_cache*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 8 Kernel Version 10240 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 10240.16515.amd64fre.th1.150916-2039
Machine Name:
Kernel base = 0xfffff802`ce60b000 PsLoadedModuleList = 0xfffff802`ce930010
Debug session time: Mon Oct 12 19:18:24.539 2015 (UTC + 2:00)
System Uptime: 0 days 2:50:07.224
Loading Kernel SymbolsLoading User Symbols
Loading unloaded module list
.............
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************Use !analyze -v to get detailed debugging information.
BugCheck 1E, {ffffffffc0000005, fffff8000673aef5, 0, ffffffffffffffff}
*** WARNING: Unable to verify timestamp for e1i63x64.sys
*** ERROR: Module load completed but symbols could not be loaded for e1i63x64.sys
Probably caused by : e1i63x64.sys ( e1i63x64+14966 )Followup: MachineOwner
---------0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff8000673aef5, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: ffffffffffffffff, Parameter 1 of the exceptionDebugging Details:
------------------DUMP_FILE_ATTRIBUTES: 0x8
Kernel Generated Triage DumpREAD_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPagedPoolEnd
unable to get nt!MmNonPagedPoolStart
unable to get nt!MmSizeOfNonPagedPoolInBytes
ffffffffffffffffEXCEPTION_CODE: (NTSTATUS) 0xc0000005 - A 0x%p c men tal lhat utas t s a 0x%p mem riac mre hivatkozott. A mem riater leten nem v gezhet
FAULTING_IP:
ndis!ndisMTopReceiveNetBufferLists+21e15
fffff800`0673aef5 488b4718 mov rax,qword ptr [rdi+18h]EXCEPTION_PARAMETER2: ffffffffffffffff
BUGCHECK_STR: 0x1E_c0000005_R
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
PROCESS_NAME: aida64.exe
CURRENT_IRQL: 2
ANALYSIS_VERSION: 6.3.9600.17336 (debuggers(dbg).150226-1500) amd64fre
DPC_STACK_BASE: FFFFF802CF931FB0
TRAP_FRAME: ffffe000fe912460 -- (.trap 0xffffe000fe912460)
Unable to read trap frame at ffffe000`fe912460
LAST_CONTROL_TRANSFER: from fffff802ce7fc9d6 to fffff802ce759240
STACK_TEXT:
fffff802`cf9303d8 fffff802`ce7fc9d6 : 00000000`0000001e ffffffff`c0000005 fffff800`0673aef5 00000000`00000000 : nt!KeBugCheckEx
fffff802`cf9303e0 fffff802`ce75f27d : fffff802`ce982000 fffff802`ce60b000 0004c41c`00852000 00000000`00000000 : nt!KiFatalExceptionHandler+0x22
fffff802`cf930420 fffff802`ce67f050 : 00000000`00000000 fffff802`ce985a00 fffff802`cf931378 00000000`00000000 : nt!RtlpExecuteHandlerForException+0xd
fffff802`cf930450 fffff802`ce67bc78 : fffff802`cf931378 fffff802`cf931090 fffff802`cf931378 00000000`00000001 : nt!RtlDispatchException+0x4e8
fffff802`cf930b60 fffff802`ce763c82 : 00000000`00000000 fffff800`08352904 ffffe000`fe912460 00000000`00000000 : nt!KiDispatchException+0x144
fffff802`cf931240 fffff802`ce76217e : 00000000`00000000 ffffe000`00000001 ffffe000`fe013560 fffff802`cf931670 : nt!KiExceptionDispatch+0xc2
fffff802`cf931420 fffff800`0673aef5 : 00000000`00000001 fffff800`06cd501f 00000000`00000001 00000000`00000801 : nt!KiGeneralProtectionFault+0xfe
fffff802`cf9315b0 fffff800`0671cc33 : ffffe000`fc0aa1a0 ffffe000`00000000 fffff800`067190e0 00000000`00000000 : ndis!ndisMTopReceiveNetBufferLists+0x21e15
fffff802`cf9316b0 fffff800`06712929 : ffffe000`fc0aa102 fffff802`cf931800 00000000`00000801 00000000`00000000 : ndis!ndisCallReceiveHandler+0x43
fffff802`cf931700 fffff800`0a5d4966 : 00000000`00000000 00000000`00000000 ffffe000`ff07de80 ffffe000`ff1edfa0 : ndis!NdisMIndicateReceiveNetBufferLists+0x479
fffff802`cf931870 00000000`00000000 : 00000000`00000000 ffffe000`ff07de80 ffffe000`ff1edfa0 00000000`00000801 : e1i63x64+0x14966STACK_COMMAND: kb
FOLLOWUP_IP:
e1i63x64+14966
fffff800`0a5d4966 ?? ???
SYMBOL_STACK_INDEX: a
SYMBOL_NAME: e1i63x64+14966
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: e1i63x64
IMAGE_NAME: e1i63x64.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 55146b19
FAILURE_BUCKET_ID: 0x1E_c0000005_R_e1i63x64+14966
BUCKET_ID: 0x1E_c0000005_R_e1i63x64+14966
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:0x1e_c0000005_r_e1i63x64+14966
FAILURE_ID_HASH: {63ac5d0e-3281-5fba-7212-ad9a85d4e50b}
Followup: MachineOwner
---------Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Köszi
Én csak annyit látok, hogy e1i63x64.sys meg AIDA64, és egy csomó "f" betű
Első körben az AIDA64 -re gondoltam, az elvileg tud hülyeségeket csinálni.
Miből látszik a memória gond?
A sors pikantériája lenne, ha a RAM volna gond, mert épp tegnap rendeltem újakat, ma vagy holnap érkezik. Anno a QVL -ből választottam őket, kompatibilisnek illene lennie. Kingston KVR1333D3N9, és ebből van 4 db. 2 régi (2009) és 2 újabb (2012), de ugyanaz az Elpida chip van rajtuk, csak ez utóbbi alacsony profilú.
Amúgy Win10 előtt, Win7 -el is előfordult, átlagosan fél évente valami BSOD, de nagyon változatos volt, VGA driver, hangkártya driver, sőt, egyszer a joystick -om csatlakoztatásakor fagyott meg a Logitech illesztője
És a régi gépemmel is voltak ugyanilyenek, abból csak a 2x2 GB RAM van meg és az egyik HDD. De azokat a RAM -okat egyszer már teszteltem, mert amikor 1 nap 2 teljesen különböző BSOD -t kaptam, akkor gyanús lett. Utána majdnem 9 hónapig nem is volt több BSOD. Viszont a régi AMD gépem a legtöbbször játék közben STOP 124 WHEA-Logger hibával szállt el, Watchdog.sys -re hivatkozva. De azt a procit szénné tuningoltam, lehet csak ez volt a baja
[ Szerkesztve ]
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Jah, hogy az
Azt néztem én is, de engem megzavart, hogy ott 0xC0000005 van, a reportban meg rakás"f"C0000005. Gyanítom a 64 bites címzés miatt, egyszer olvastam erről.Na, majd meglátjuk az új RAM -okkal, ha nem lesz jó azzal sem, akkor majd jövök és telesírom a topikot
Köszönöm!
[ Szerkesztve ]
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Ez egy múltkori BSOD. Ennek az az érdekessége, hogy azóta már újratelepítettem a windowst, és ennek is C0000005 az arg1, és valami wifitask.exe + fileinfo.sys -re hivatkozott.
Az MS táblázata szerint ez is STATUS_ACCESS_VIOLATION
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (7e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff800e530442f, The address that the exception occurred at
Arg3: ffffd001b79458e8, Exception Record Address
Arg4: ffffd001b7945100, Context Record Address[ Szerkesztve ]
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Igen, én is erre jutottam.
Azt meg el is felejtettem mondani, hogy a WIFI -nek tiltva tartom az illesztőjét az eszközkezelőben, mert LAN -t használok, így elvileg az nem is dolgozhatna.Pont azt tartom lényegesnek, hogy általános hibakódok, egymástól teljesen független driverek, és mindkettő C0000005.
Sőt, van az a DMP, amely a múltkor sérült, ennyi azért látszik belőle:
SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff800482e649e, Address of the instruction which caused the bugcheck
Arg3: ffffd00021d059b0, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.[...]
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - A 0x%08lx c men tal lhat utas t s a 0x%08lx mem riac mre hivatkozott. A mem riater leten nem v gezhet
Ez az utolsó sor amúgy benne van az összes DMP -ben. És ugyanígy sérülten, gyanítom valami karakterkódolási hiba lehet...
Ha kiderül, hogy a memóriáim szívattak évekig, esküszöm, hogy egy rituális szertartás keretein belül elégetem őket máglyán
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Na, az új RAM -okkal is csinálja. Most már teljesen tanácstalan vagyok
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: ffffe00039fe1346, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff801bfe31583, address which referenced memoryDebugging Details:
------------------DUMP_FILE_ATTRIBUTES: 0x8
Kernel Generated Triage DumpREAD_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPagedPoolEnd
unable to get nt!MmNonPagedPoolStart
unable to get nt!MmSizeOfNonPagedPoolInBytes
ffffe00039fe1346CURRENT_IRQL: 2
FAULTING_IP:
IDSvia64+71583
fffff801`bfe31583 833c91ff cmp dword ptr [rcx+rdx*4],0FFFFFFFFhCUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
BUGCHECK_STR: AV
PROCESS_NAME: System
ANALYSIS_VERSION: 6.3.9600.17336 (debuggers(dbg).150226-1500) amd64fre
TRAP_FRAME: ffffd0002126b500 -- (.trap 0xffffd0002126b500)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=00000000095ace06 rbx=0000000000000000 rcx=ffffe00038acfe0e
rdx=000000000054454e rsi=0000000000000000 rdi=0000000000000000
rip=fffff801bfe31583 rsp=ffffd0002126b690 rbp=ffffd0002126b8d0
r8=ffffe00030ec36a8 r9=000000000054454e r10=000000000054454e
r11=ffffe0002f523008 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
IDSvia64+0x71583:
fffff801`bfe31583 833c91ff cmp dword ptr [rcx+rdx*4],0FFFFFFFFh ds:ffffe000`39fe1346=????????
Resetting default scopeLAST_CONTROL_TRANSFER: from fffff803f1370ca9 to fffff803f13662e0
STACK_COMMAND: kb
FOLLOWUP_IP:
IDSvia64+71583
fffff801`bfe31583 833c91ff cmp dword ptr [rcx+rdx*4],0FFFFFFFFh
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: IDSvia64+71583
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: IDSvia64
IMAGE_NAME: IDSvia64.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 561c65ba
FAILURE_BUCKET_ID: AV_IDSvia64+71583
BUCKET_ID: AV_IDSvia64+71583
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:av_idsvia64+71583
FAILURE_ID_HASH: {d8a882bc-354a-39ab-38c1-1169b77c8a9f}
Followup: MachineOwnerMindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
De, már lassan 10 éve. Pontosabban nem a 360 -at, hanem a norton Security -t. Viszont az elmúlt BSOD -k alapján szerintem esetemben már lényegtelen, hogy milyen drivert ír.
Először Stop 7e - fileinfo.sys miatt.
Másodszor Stop 3b - sérült a dmp, nem látom a drivert
Harmadszor Stop 1e - e1i63x64.sys
negyedszer ez.A drivereknek még közvetetten sincs közük egymáshoz.
Memóriahiba kilőve, a másik gép, amelybe beletettem a régi modulokat atomstabil.
Már-már alaplapi hibára vagy CPU NB hibára tudok gondolni.[ Szerkesztve ]
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Van egy nagyon vad ötletem is. Ugyebár mind valamilyen memória problémát jelzett. Az illesztők nem függenek össze. Mi van, ha egy másik program, vagy körülmény okozza a hibát?
Két dolog van, ami mindig azonos.
1. A zene wasapival szól
2. Az AIDA64 folyamatosan fut.Ez utóbbi a múltkor gyanús lett, mert az egyik dmp -ben szerepelt, de nem az összeomlást jelző drivernél, hanem a másik szekcióban. Ez folyamatosan monitoroz, és mi van, ha ez ütközik mindennel, mert ez feltérképezi a drivereket is. A gép amúgy mind a 4 esetben úgy fagyott le, hogy hozzá sem nyúltam. A zene minden esetben szólt, ezért tudok a wasapira is gondolni. Amit viszont nem értek, az az, hogy 2 hónapig hibamentesen ment a Win10, miért kezdett el fagyni. Amikor ezt elkezdte, nem volt frissítés.
Most kilőttem az AIDA -t, hogy ne fusson állandóan, aztán majd meglátom, hogy mi lesz.
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Én is, hőfok, kihasználtságok, ventifordulatok... Hallottam már erről a progiról, még nem próbáltam. Ha lehet benne hasonló sensor panelt készíteni, amivel az asztalon látom, meg tudja RivaTuner OSD -re írni - hogy játékok közben is lássam - akkor megpróbálkozom vele.
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Még mindig szenvedek ezektől a BSOD -któl, már az AIDA64 nem fut. Amúgy a memóriacsere után már volt 2, de annyi változást tapasztaltam, hogy ezek már nem memóriaproblémát jeleznek, hanem mindkettő IRQL not less or equal volt, STOP D1. Az egyik a wmlxcore.sys volt, ami a joystickom illesztője, a fagyás akkor jött, amikor bedugtam. De aznap kb. 8x tettem ezt meg, amióta Win10 van a gépemen, azóta meg kb. 800x. A másik az IDSVIA.sys volt, ez a Norton AV valami sz@rja.
Valami ötlet?
Amúgy írtam az MS -nek is, javasolták a driver verifier használatát, de ha nem muszáj, akkor azt elkerülném, mert legalább 10 db dmp fájlt kértek az elemzéshez. 1 BSOD -tól is rosszul leszek, 10 -be beleőrülnék
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
A BIOS elvileg alapon van, nincs tuning.
Az előbb próbáltam a driver verifiert, ha engedélyezve van, be se bootol a gép
És olyan hamar újraindul, hogy a szemét semmilyen üzenetet nem hagy, hogy mi lehet a gond 1 valami volt a BIOS -ban, amit manual kellett beállítanom, de annak alapból úgy kellett volna lennie, a C állapotok egyszer maguktól kikapcsoltak, azt kapcsoltam vissza. De ennek szerintem nincs köze a memóriához. Vaaaaaaaagy.... a C6 emlékeim szerint ki-be kapcsolgatja a másodszintű gyorsítótárakat... Na, csak resetelem én azt...
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Nyomtam optimalize settingset, semmi olyanhoz nem nyúlt hozzá... Rá sem mentettem. Amit viszont furcsállok, hogy a Memory Remap engedélyezve van. 16GB esetében kell ez? Tudtommal ez x64 esetében, 4GB+ RAM -al nem kell...
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Játszottam a verifierrel. Egyre kevesebb drivert jelöltem ki vizsgálatra. Aztán eljutottam addig, hogy a cmudaxp.sys, ami a hangkártyám drivere, bedobott egy DRIVER_VERIFIER_DETECTED_VIOLATION 0xC4 BSOD -t induláskor....
Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
-
Colos1
őstag
Aztán rájöttem, hogy megkeresem azt a drivert, amelyik nem engedi elindítani a rendszert. Kb 8 különféle driver dobta ugyanezt a hibát
Mindig kivettem az ellenőrizendőek közül azt, amelyik a hibát okozta, de mindig másik dobta ugyanazt a hibát. Mindenkinek a környezetében van egy seggfej. Ha a tiédben nincs, akkor valószínűleg te vagy az...
