Windows 8 Pro가 설치된 새 컴퓨터에서는 가끔 슬픈 미소와 함께 BSOD가 표시되지만 콜드 부팅 중에만 가능합니다.
CPU: i7-3770MB
: ASUS P8B75-M BIOS v.1002
MEM: 32GB(4x8Gb) Geil
시스템이 로드된 후에는 안정적인 것처럼 보이고 높은 작업 부하에도 실패하지 않습니다. 콜드 부팅 중에만(다시 시작한 후가 아닌) BSOD가 관찰되었으며 모두 다른 오류 코드가 있었습니다.
어떤 아이디어가 있나요?
답변1
Windows 8의 '콜드' 부팅은 하이브리드 부팅을 의미할 수 있습니다. 다시 시작은 구식 '적절한' 부팅입니다. 이와 같은 간헐적인 오류는 복제하기 어려울 수 있지만 shutdown /full적절한 콜드 부팅을 수행하기 위해 실행되는 배치 파일을 생성해 볼 수도 있습니다.
도움이 된다면 전원 설정에서 빠른 부팅을 완전히 꺼보세요. UAC 권한 상승이 필요할 수 있습니다.
답변2
NTFS 및 메모리 관련 충돌이 발생하므로 chkdsk /F 및 memtest86+를 실행하여 HDD 및 RAM을 테스트해야 합니다.
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
BAD_POOL_CALLER (c2)
The current thread is making a bad pool request. Typically this is at a bad IRQL level or double freeing the same allocation, etc.
Arguments:
Arg1: 0000000000000007, Attempt to free pool which was already freed
Arg2: 00000000000011c1, (reserved)
Arg3: 0000000000000000, Memory contents of the pool block
Arg4: fffff8a0042bf140, Address of the block of pool being deallocated
Debugging Details:
------------------
nt!KeBugCheckEx
nt!ExFreePool
Ntfs!ExFreeToNPagedLookasideList
Ntfs!NtfsDeleteScb
Ntfs!NtfsRemoveScb
Ntfs!NtfsPrepareFcbForRemoval
Ntfs!NtfsTeardownStructures
Ntfs!NtfsDecrementCloseCounts
Ntfs!NtfsCommonClose
Ntfs!NtfsFspClose
nt!ExpWorkerThread
nt!PspSystemThreadStartup
nt!KiStartSystemThread
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
BAD_POOL_CALLER (c2)
The current thread is making a bad pool request. Typically this is at a bad IRQL level or double freeing the same allocation, etc.
Arguments:
Arg1: 000000000000000d, type of pool violation the caller is guilty of.
Arg2: fffff8a004a64010
Arg3: 0000000074536d4d
Arg4: 75fd8076fbe84b3b
Debugging Details:
------------------
FAULTING_IP:
nt!MiDeleteEmptySubsections+111
fffff800`2923d821 488d3558272900 lea rsi,[nt!MmDeleteSubsectionList (fffff800`294cff80)]
STACK_TEXT:
nt!KeBugCheckEx
nt!ExFreePool
nt!MiDeleteEmptySubsections
nt!MiDereferenceSegmentThread
nt!PspSystemThreadStartup
nt!KiStartSystemThread
SYMBOL_NAME: nt!MiDeleteEmptySubsections+111
IMAGE_NAME: memory_corruption
*******************************************************************************
* *
* 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: fffff88016ffe460, Address of the trap frame for the exception that caused the bugcheck
Arg3: fffff88016ffe3b8, Address of the exception record for the exception that caused the bugcheck
Arg4: 0000000000000000, Reserved
Debugging Details:
------------------
nt!KeBugCheckEx
nt!KiBugCheckDispatch
nt!KiFastFailDispatch
nt!KiRaiseSecurityCheckFailure
WdFilter! ?? ::NNGAKEGL::`string'
fltmgr!DoFreeContext
fltmgr!DoReleaseContext
fltmgr!FltpDeleteContextList
fltmgr!CleanupStreamListCtrl
fltmgr!DeleteStreamListCtrlCallback
nt!FsRtlTeardownPerStreamContexts
Ntfs!NtfsDeleteScb
Ntfs!NtfsRemoveScb
Ntfs!NtfsPrepareFcbForRemoval
Ntfs!NtfsTeardownStructures
Ntfs!NtfsDecrementCloseCounts
Ntfs!NtfsCommonClose
Ntfs!NtfsFspClose
nt!ExpWorkerThread
nt!PspSystemThreadStartup
nt!KiStartSystemThread
NTFS_FILE_SYSTEM (24)
If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
parameters are the exception record and context record. Do a .cxr
on the 3rd parameter and then kb to obtain a more informative stack
trace.
Arguments:
Arg1: 000000b50019060b
Arg2: fffff88002bab548
Arg3: fffff88002baad80
Arg4: fffff880017e52f5
Debugging Details:
------------------
Ntfs! ?? ::NNGAKEGL::`string'
Ntfs!NtfsDeleteFcb
Ntfs!NtfsTeardownFromLcb
Ntfs!NtfsTeardownStructures
Ntfs!NtfsDecrementCloseCounts
Ntfs!NtfsCommonClose
Ntfs!NtfsFspClose
nt!ExpWorkerThread
nt!PspSystemThreadStartup
nt!KiStartSystemThread
IRQL_NOT_LESS_OR_EQUAL (a)
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 a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: fffff6fc50185e98, memory referenced
Arg2: 0000000000000000, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff800a2b98353, address which referenced memory
Debugging Details:
------------------
nt!KeBugCheckEx
nt!KiBugCheckDispatch
nt!KiPageFault
nt!MiCaptureAndResetWorkingSetAccessBits
nt!MiTrimOrAgeWorkingSet
nt!MiProcessWorkingSets
nt!MmWorkingSetManager
nt!KeBalanceSetManager
nt!PspSystemThreadStartup
nt!KiStartSystemThread
IMAGE_NAME: memory_corruption
BUCKET_ID_FUNC_OFFSET: d3
FAILURE_BUCKET_ID: AV_nt!MiCaptureAndResetWorkingSetAccessBits
답변3
memtest x86+를 실행하라는 조언에 따라 이를 다운로드하고 부팅 CD를 굽고 실행했습니다. 두 번의 전체 패스에는 거의 12시간이 걸렸으며 오류가 발견되지 않았습니다. 이는 훌륭합니다.
그래도 전원을 켠 직후 잠시 컴퓨터를 끈 후 memtest를 한 번 더 실행하기로 했습니다. 그리고 첫 번째 간단한 테스트에서 오류가 나타났습니다.
이것은 나를 매우 당황하게 합니다. 일부 하드웨어의 초기화 때문일지도 모른다는 생각에 BIOS에서 빠른 시작을 끄고 POST 후 지연 시간을 10초로 늘리려고 시도했지만 성공하지 못했습니다. 전원을 켠 직후 memtest는 여전히 오류를 거의 발견하지 못하고 시스템이 완전히 안정됩니다.
메모리 모듈을 바꾸는 게 도움이 되니까 제 기억인 것 같아요. M/B 제조사로부터 검증된 모듈 목록을 확인하고 권장되는 램을 사용해야 합니다.
답변4
마더보드의 열 균열을 확인해 보셨나요? DIMM 슬롯 주변의 물리적 균열 또는 연결 끊김. 이것은 메모리 문제입니다. 어떤 면에서는... 시작 후 15초 후에 발열이 발생하고 모든 것이 확장됩니다... 마더보드여야 합니다... 메모리 자체가 아닙니다.