Постоянно разные коды BSOD

[Atardecer]

Petya V4sechkin, дампы прикрепляю. Сегодня выскочил синяк, связанный с ntfs.sys - первый раз такое и это на исправном харде.
Кстати, добавлю, что из обновлений ставилось только то (но это было после возникновения синяка), что требуется для работы MiniDumper (KB2999226).
156818

DVDshnik, интересно. Больше похоже на неполадки с питанием, чем на неполадки с непосредственно памятью. Или может чипы на модуле памяти чересчур нагреваются к тому моменту и вызывают проблемы, хмм. Спасибо за пример.

Но это не ваш случай, жёсткий диск ни при чём. »
Полагаю тогда остаётся в подозрениях только память?

[Petya V4sechkin]

Atardecer, ну раз материнскую плату уже меняли, то остаётся память и питание.
Перегрев тоже возможен.

[Atardecer]

Petya V4sechkin, дампы на конкретику не указывают, полагаю? Буду тогда пока мучить память :) Потом доберусь и до блока питания. Спасибо за консультацию!

[NikolayHAOS]

Всем доброго времени суток.
Вот такой набор кодов. Память тестил все ОК. Сканы смарта HDD и SSD приложил в архиве.

https://yadi.sk/d/qIf5ImXzdY8kGw

[NikolayHAOS]

Апну вопрос из поста выше....

[todaygoodday]

Систематический Bsod, особенно часто при загрузке страницы в браузере и особенно видео (ютуб и твич). В среднем от 5-10 и более в день. Иногда бывает на протяжении часа (30-40 перезагрузок), просто невозможно загрузится. Потом может не быть ошибок и 2 дня.
Коды ошибок самые разные: от 0А до 124. Вот какие были в основном сегодня: 1e, 7f, d1, 50, 0a, 7f, 124.
Открыв некоторые из дампов в MiniDumper и Debugging Tools for Windows, часто помжно наблюдать ошибку в программе: opera.exe, chrome.exe, avp.exe, torrent.exe и причину unknown image или unknown module. Часто, но далеко не всегда. Проблема продолжается уже полгода. На какое-то время помогло отключение тубробуста в биосе (примерно на 1-2 месяца). Проблема не в жестком (ошибка наблюдается при подключении и установке винды на любой из 3), не в оперативке, т.к. проблема не уходит при установке другого комплекта 2*4гб, или любой 1 планки из 4 имеющихся в любой слот. Остальное поменять и проверить возможности нет.
Также была мысль что проблема в драйвере видеокарты или сетевой карты. Драйвера были поменяны на самые последние - ничего не изменилось. Более того несколько раз bsod выпал при установке винды, а также когда драйвер видеокарты, еще даже не был поставлен.
Также не был установлен и касперский, и драйвер сетевой. Т.е. только одна винда и софт для чипсета.
Самостоятельно проблему решить не удается, очень нужен совет.
Спасибо.
Прилагаю часть дампов из последних.

Пример последнего дампа:


Microsoft (R) Windows Debugger Version 10.0.18362.1 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Users\tim\Desktop\Minidump\052819-5460-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available


************* Path validation summary **************
Response Time (ms) Location
Deferred srv*C:\Symbols*http://msdl.microsoft.com/download/symbols
Symbol search path is: srv*C:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17514.amd64fre.win7sp1_rtm.101119-1850
Machine Name:
Kernel base = 0xfffff800`02e1d000 PsLoadedModuleList = 0xfffff800`03062e90
Debug session time: Mon May 27 20:38:46.506 2019 (UTC + 5:00)
System Uptime: 0 days 0:00:07.318
Loading Kernel Symbols
...............................................................
................................................................
...............
Loading User Symbols
Loading unloaded module list
.....
For analysis of this file, run !analyze -v
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff80003229d66, Address of the instruction which caused the bugcheck
Arg3: fffff88004e05f40, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

Debugging Details:
------------------


KEY_VALUES_STRING: 1


PROCESSES_ANALYSIS: 1

SERVICE_ANALYSIS: 1

STACKHASH_ANALYSIS: 1

TIMELINE_ANALYSIS: 1


DUMP_CLASS: 1

DUMP_QUALIFIER: 400

BUILD_VERSION_STRING: 7601.17514.amd64fre.win7sp1_rtm.101119-1850

SYSTEM_MANUFACTURER:

SYSTEM_PRODUCT_NAME:

SYSTEM_SKU: To be filled by O.E.M.

SYSTEM_VERSION:

BIOS_VENDOR: Intel Corp.

BIOS_VERSION: BEH6110H.86A.0120.2013.1112.1412

BIOS_DATE: 11/12/2013

BASEBOARD_MANUFACTURER: Intel Corporation

BASEBOARD_PRODUCT: DH61WW

BASEBOARD_VERSION: AAG23116-303

DUMP_TYPE: 2

BUGCHECK_P1: c0000005

BUGCHECK_P2: fffff80003229d66

BUGCHECK_P3: fffff88004e05f40

BUGCHECK_P4: 0

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - <Unable to get error code text>

FAULTING_IP:
nt!ExReferenceHandleDebugInfo+56
fffff800`03229d66 f0440126 lock add dword ptr [rsi],r12d

CONTEXT: fffff88004e05f40 -- (.cxr 0xfffff88004e05f40)
rax=fffff88004e069c8 rbx=ffffffffffffffff rcx=fffff8a0015697a0
rdx=fffffa8007d33590 rsi=0000040000000000 rdi=fffffa8007d33590
rip=fffff80003229d66 rsp=fffff88004e06920 rbp=fffff8a0015697b8
r8=0000000000000204 r9=0000000000000002 r10=0000000000000204
r11=00000000002f6810 r12=0000000000000001 r13=0000000000000000
r14=fffff8a0015697a0 r15=0000000000000204
iopl=0 nv up ei pl nz na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010206
nt!ExReferenceHandleDebugInfo+0x56:
fffff800`03229d66 f0440126 lock add dword ptr [rsi],r12d ds:002b:00000400`00000000=????????
Resetting default scope

BUGCHECK_STR: 0x3B_c0000005

CPU_COUNT: 4

CPU_MHZ: cdc

CPU_VENDOR: GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 3a

CPU_STEPPING: 9

CPU_MICROCODE: 6,3a,9,0 (F,M,S,R) SIG: 19'00000000 (cache) 19'00000000 (init)

CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: svchost.exe

CURRENT_IRQL: 0

ANALYSIS_SESSION_HOST: TIMPI

ANALYSIS_SESSION_TIME: 05-28-2019 01:58:38.0029

ANALYSIS_VERSION: 10.0.18362.1 amd64fre

BAD_STACK_POINTER: 0000000000000000

IP_IN_FREE_BLOCK: 0

LAST_CONTROL_TRANSFER: from fffff8000324cb38 to fffff80003229d66

STACK_TEXT:
fffff880`04e06920 fffff800`0324cb38 : fffff8a0`01575810 00000000`00000204 fffff8a0`015697a0 00000000`00000000 : nt!ExReferenceHandleDebugInfo+0x56
fffff880`04e06960 fffff800`03130b04 : fffff8a0`015697a0 fffffa80`07d33590 00000000`00000204 00000000`00000002 : nt!ExpUpdateDebugInfo+0x38
fffff880`04e069d0 fffff800`03194446 : 00000000`00000000 fffffa80`07d29b30 fffffa80`07d33590 00000000`00000000 : nt! ?? ::NNGAKEGL::`string'+0x1636f
fffff880`04e06a00 fffff800`03194a34 : 00000000`00000204 fffffa80`07d29b30 fffff8a0`015697a0 00000000`00000204 : nt!ObpCloseHandleTableEntry+0x86
fffff880`04e06a90 fffff800`02e9c8d3 : fffffa80`07d33590 fffff880`04e06b60 00000000`00eef258 fffffa80`07d36c50 : nt!ObpCloseHandle+0x94
fffff880`04e06ae0 00000000`76f7140a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`00eef028 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x76f7140a


THREAD_SHA1_HASH_MOD_FUNC: c3c5b24232337b1f45e60c97b2e2b44f8bead6f8

THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 560cd285c57e95c501b3583b5c7b15e8d1bdb2f3

THREAD_SHA1_HASH_MOD: ee8fcf1fb60cb6e3e2f60ddbed2ec02b5748a693

FOLLOWUP_IP:
nt!ExReferenceHandleDebugInfo+56
fffff800`03229d66 f0440126 lock add dword ptr [rsi],r12d

FAULT_INSTR_CODE: 260144f0

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!ExReferenceHandleDebugInfo+56

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7951a

IMAGE_VERSION: 6.1.7601.17514

STACK_COMMAND: .cxr 0xfffff88004e05f40 ; kb

BUCKET_ID: INVALID_KERNEL_CONTEXT_0x3B_c0000005

DEFAULT_BUCKET_ID: INVALID_KERNEL_CONTEXT_0x3B_c0000005

PRIMARY_PROBLEM_CLASS: INVALID_KERNEL_CONTEXT_0x3B_c0000005

FAILURE_BUCKET_ID: INVALID_KERNEL_CONTEXT_0x3B_c0000005

TARGET_TIME: 2019-05-27T15:38:46.000Z

OSBUILD: 7601

OSSERVICEPACK: 1000

SERVICEPACK_NUMBER: 0

OS_REVISION: 0

SUITE_MASK: 272

PRODUCT_TYPE: 1

OSPLATFORM_TYPE: x64

OSNAME: Windows 7

OSEDITION: Windows 7 WinNt (Service Pack 1) TerminalServer SingleUserTS

OS_LOCALE:

USER_LCID: 0

OSBUILD_TIMESTAMP: 2010-11-20 14:30:02

BUILDDATESTAMP_STR: 101119-1850

BUILDLAB_STR: win7sp1_rtm

BUILDOSVER_STR: 6.1.7601.17514.amd64fre.win7sp1_rtm.101119-1850

ANALYSIS_SESSION_ELAPSED_TIME: 64f

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:invalid_kernel_context_0x3b_c0000005

FAILURE_ID_HASH: {54d07002-0bda-382f-0944-a1df018fdd56}

Followup: MachineOwner
---------

[Forgiven1]

todaygoodday, Не скромный вопрос. где взят дистрибутив ОС ? Оригинальный образ от Майкрософт и говносборка, скачанная с бескрайних просторов помойки под названием интернет?!

[todaygoodday]

Forgiven1, Сначала был оф образ, но после сноса, образ с сайта скачать по ключу не удается, т.к. OEM. Указано что нужно обратиться с поставщику, а его уже нет, поэтому сейчас стоит сборка. Но, я тоже сначала подумал на сборку и позже скачал с другого сайта где в сборке нет никакого лишнего софта. Ничего не изменилось, ошибки также и те же. Поэтому сейчас склоняюсь что возможно проблема в железе. На днях видимо придется нести в сервис.

UPD: Отнес сегодня в сервис, сказали проблема в маме.

[Vidok08]

Произошла ошибка. Помогите найти причину https://cloud.mail.ru/public/FwvN/YpdnEam3f

[ibarg]

Vidok08, Вообще-то, если на ПК установлено ОЗУ солидного объёма (32 Гб - 4 планки по 8 Гб) и ОС установлена на SSD, то лучше отключить гибернацию (https://support.microsoft.com/ru-ru/help/920730.).
Если это не поможет, то надо проверять и тестировать ОЗУ:
- почистить ластиком контакты;
- тестировать подключая по одной планке ОЗУ с помощью Memtest86+ (http://www.outsidethebox.ms/10203/).

P.S. ОЗУ Crucial Ballistix Tactical BLT8G3D1608DT1TX0CEU может работать на частоте 1600 МГц и процессор i7-4790K поддерживает эту частоту ОЗУ. Сейчас частота ОЗУ 1333 МГц.

[mwz]

то лучше отключить гибернацию »

Если ей вообще не пользуются — то при любом объёме памяти имеет смысл отключить.

Если же пользуются (ведь методы работы с компьютером у всех разные) — то даже при таком объёме памяти надо оставлять. ;)

[ibarg]

Если ей вообще не пользуются — то при любом объёме памяти имеет смысл отключить. »
Не совсем так. С гибернацией связаны быстрый запуск и гибридный спящий режим. При небольшом объёме ОЗУ быстрый запуск ускоряет доступ к рабочему столу, а при большом объёме ОЗУ - наоборот замедляет.
При небольшом объёме ОЗУ перезаписываемый файл hiberfil.sys небольшого размера, а при большом объёме ОЗУ он может занимать много места. Естественно вероятность багов при записи/чтении большого файла и переносе данных увеличивается.
Если же пользуются (ведь методы работы с компьютером у всех разные) — то даже при таком объёме памяти надо оставлять »
Иногда выбирать не приходится, иначе баги замучают.

[mwz]

Естественно вероятность багов при записи/чтении большого файла и переносе данных увеличивается. »

При нормальной аппаратуре таких багов не бывает, и беспокоиться об этом смысла нет. Ну а при неисправной возможно всё что угодно.

При небольшом объёме ОЗУ быстрый запуск ускоряет доступ к рабочему столу, а при большом объёме ОЗУ - наоборот замедляет. »

Вопрос не только о доступе к Рабочему столу: у человека может быть открыт ряд документов, закладок и т.д., а также настроены текущие режимы работы с ними — когда без гибернации всё это восстанавливать руками ошалеваешь.

[ibarg]

При нормальной аппаратуре таких багов не бывает, и беспокоиться об этом смысла нет. Ну а при неисправной возможно всё что угодно. »
Критерий нормальности для всех разный. Также все по разному определяют грань между неисправностью и нормой.
Вопрос не только о доступе к Рабочему столу: у человека может быть открыт ряд документов, закладок и т.д., а также настроены текущие режимы работы с ними — когда без гибернации всё это восстанавливать руками ошалеваешь. »
Ну так режим S2 (Standby Mode) при отключённой гибернации никто не отменял. Главное, чтобы не отключилось питание.

[Vidok08]

Вообще-то, если на ПК установлено ОЗУ солидного объёма (32 Гб - 4 планки по 8 Гб) и ОС установлена на SSD, то лучше отключить гибернацию. »
т.е. это из за оперативной памяти?
Если ей вообще не пользуются — то при любом объёме памяти имеет смысл отключить. »
Я постоянно пользуюсь "Сном", и так же заметил что ошибка вылазиет после пробуждения.
P.S. ОЗУ Crucial Ballistix Tactical BLT8G3D1608DT1TX0CEU может работать на частоте 1600 МГц и процессор i7-4790K поддерживает эту частоту ОЗУ. Сейчас частота ОЗУ 1333 МГц. »
Почему она работает на такой частоте? Мне её можно повысить до 1600?

[ibarg]

т.е. это из за оперативной памяти? »
Не факт. Возможно из-за SSD.
заметил что ошибка вылазиет после пробуждения. »
По дампу это видно. Поэтому предложил отключить гибернацию, чтобы система не уходила в глубокий сон (режим S4), а оставалась в режиме уменьшенного энергопотребления (S2) или в ждущем режиме (S3).
Почему она работает на такой частоте? Мне её можно повысить до 1600? »
Наверное так выставлено в BIOS по умолчанию, повысить можно вручную. Читайте мануал к материнской плате. По сути это не критично, но влияет на быстродействие ПК.

[Vidok08]

По дампу это видно. Поэтому предложил отключить гибернацию, чтобы система не уходила в глубокий сон (режим S4), а оставалась в режиме уменьшенного энергопотребления (S2) или в ждущем режиме (S3). »
Подскажите как это сделать, пожалуйста.

[ibarg]

Подскажите как это сделать, пожалуйста. »
Да там же в первом ответе ссылка на саппорт. Ткните на неё.

[Vidok08]

Да там же в первом ответе ссылка на саппорт. Ткните на неё. »
Спасибо, не заметил. После этого у меня не будет спящего режима?

[ibarg]

После этого у меня не будет спящего режима? »
Будет. Не будет быстрого запуска (SSD и без него работает неплохо), гибридного спящего режима и гибернации.