[Gjiod]

Оставьте наоборот один модуль Kingston два других вытащите. »

это попробую в самую последнюю очередь. К сожалению комп работает 24/7 и 8 гигабайт для работы не хватит. Но эти плашки я мемтестом прогонял один раз, было все норм

А сейчас случился бсод, вот скрин

Скрытый текст

из-за ntoskrnl.exe, может это что-нибудь прояснит

[Petya V4sechkin]

Gjiod, выложите DMP-файл(ы) из папки \Windows\Minidump.

[Gjiod]

Вот

[vinadm]

bsod в вашем случае возникает либо из-за вашего ssd (Кстати, прошивка актуальная ?) или из-за памяти.

[Gjiod]

bsod в ваше случае возникает либо из-за вашего ssd (Кстати, прошивка актуальная ?) или из-за памяти. »

как проверить новая ли прошивка не очень понял, в списке нет моего ссд.
А подскажите как можно проверить точно ли в ссд дело? Чтобы так же проверить как с винтом, там например бед сектор послужил поводом для замены. А в случае ссд что может послужить вместо бед сектора?

[Shpionus]

А если Акронисом запаковать диск С с SSD накопителя, взять обычный HDD, и распаковать на него? И поработать? Получится что диск вы поменяли, а система со всеми её драйверами, программами, и "глюками" осталась. Так мы исключим или подтвердим виновность SSD.

Не представляю что может работать круглые сутки, и требовать больше 8и гигабайт. Я работаю на 2х гигабайтах, и мне хватает

[vinadm]

как проверить новая ли прошивка не очень понял, в списке нет моего ссд. »

В утилите solid-state drive toolbox

Скрытый текст

Нажмите "Обновление программно аппаратного обеспечения"

Я надеюсь вы удалили антивирусы ferwallы, на время выявления проблемы.

[int0]

ставлю свои 5 копеек:

из дампа видно:

Код:

ETW minidump data unavailable
DUMP_CLASS: 1
DUMP_QUALIFIER: 400
BUILD_VERSION_STRING:  7601.23539.amd64fre.win7sp1_ldr.160902-0600
SYSTEM_MANUFACTURER:  MSI
SYSTEM_PRODUCT_NAME:  MS-7758
SYSTEM_SKU:  To be filled by O.E.M.
SYSTEM_VERSION:  1.0
BIOS_VENDOR:  American Megatrends Inc.
BIOS_VERSION:  V2.4
BIOS_DATE:  06/19/2012
BASEBOARD_MANUFACTURER:  MSI
BASEBOARD_PRODUCT:  Z77A-G43 (MS-7758)
BASEBOARD_VERSION:  1.0

.. что версия биоса 2.4 (от 2012 года), а последняя актуальная для вашей мат. платы: 2.13 (от 2014 года). Кстати, с версии 2.4 до 2.13 произведены множественные изменения в плане совместимости памяти (читайте логи) и другие полезные модификации. То есть, я бы еще и БИОС перед началом экспериментов обновил.
https://ru.msi.com/Motherboard/suppo...html#down-bios

далее, поскольку включен минидамп, то до осязаемой причины добраться не удалось:

аргументы ошибки:

Код:

CRITICAL_OBJECT_TERMINATION (f4)
A process or thread crucial to system operation has unexpectedly exited or been
terminated.
Several processes and threads are necessary for the operation of the
system; when they are terminated (for any reason), the system can no
longer function.
Arguments:
Arg1: 0000000000000003, Process
Arg2: fffffa801723e730, Terminating object
Arg3: fffffa801723ea10, Process image file name
Arg4: fffff800043849c0, Explanatory message (ascii)

получаем информацию для объекта процесс:

Код:

2: kd> !process fffffa801723e730 3
GetPointerFromAddress: unable to read from fffff800042b7000
PROCESS fffffa801723e730
    SessionId: none  Cid: 02b0    Peb: 7fffffdf000  ParentCid: 02a4
    DirBase: 59d39d000  ObjectTable: fffff8a001f44a20  HandleCount: <Data Not Accessible>
    Image: csrss.exe
    VadRoot fffffa80199701a0 Vads 436 Clone 0 Private 3944. Modified 1425461. Locked 0.
    DeviceMap fffff8a000008c10
    Token                             fffff8a001f445d0
    ReadMemory error: Cannot get nt!KeMaximumIncrement value.
fffff78000000000: Unable to get shared data
    ElapsedTime                       00:00:00.000
    UserTime                          00:00:00.000
    KernelTime                        00:00:00.000
    QuotaPoolUsage[PagedPool]         1758712
    QuotaPoolUsage[NonPagedPool]      57880
    Working Set Sizes (now,min,max)  (24353, 50, 345) (97412KB, 200KB, 1380KB)
    PeakWorkingSetSize                146524
    VirtualSize                       576 Mb
    PeakVirtualSize                   918 Mb
    PageFaultCount                    3554036
    MemoryPriority                    BACKGROUND
    BasePriority                      13
    CommitCharge                      4378

        *** Error in reading nt!_ETHREAD @ fffffa8017abb970

дамп имени процесса:

Код:

2: kd> dc fffffa801723ea10
fffffa80`1723ea10  73727363 78652e73 00000065 02000000  csrss.exe.......
fffffa80`1723ea20  00000000 00000000 00000000 00000000  ................
fffffa80`1723ea30  00000000 00000000 17abbd98 fffffa80  ................
fffffa80`1723ea40  27ce6f78 fffffa80 00000000 00000000  xo.'............
fffffa80`1723ea50  00000000 00000000 0000000f 00000000  ................
fffffa80`1723ea60  00000000 400003e6 fffdf000 000007ff  .......@........
fffffa80`1723ea70  00000000 00000000 00000001 00000000  ................
fffffa80`1723ea80  00000000 00000000 00005e5e 00000000  ........^^......

дамп ASCII-сообщения с ошибкой:

Код:

2: kd> dc fffff800043849c0
fffff800`043849c0  6d726554 74616e69 20676e69 74697263  Terminating crit
fffff800`043849d0  6c616369 6f727020 73736563 25783020  ical process 0x%
fffff800`043849e0  25282070 000a2973 90909090 90909090  p (%s)..........
fffff800`043849f0  61657242 6f202c6b 67492072 65726f6e  Break, or Ignore
fffff800`04384a00  69622820 00203f29 90909090 90909090   (bi)? .........
fffff800`04384a10  74697243 6c616369 72687420 20646165  Critical thread 
fffff800`04384a20  70257830 6e692820 29732520 69786520  0x%p (in %s) exi
fffff800`04384a30  0a646574 90909000 90909090 90909090  ted.............

.. то есть критичный для системы процесс csrss.exe (обслуживание потоков, приложений командной строки, некоторых сетевых сервисов) внезапно упал, что повлекло за собой BSOD.

Тут вот что интересно. По стеку вызовов видно:

Код:

. . .
STACK_TEXT:  
fffff880`239039d8 fffff800`0440fb22 : 00000000`000000f4 00000000`00000003 fffffa80`1723e730 fffffa80`1723ea10 : nt!KeBugCheckEx
fffff880`239039e0 fffff800`043cd12b : 00000000`00000001 fffffa80`2119e060 fffffa80`1723e730 fffffa80`1f54eb01 : nt!PspCatchCriticalBreak+0x92
fffff880`23903a20 fffff800`04334eb4 : 00000000`00000001 00000000`0000239c fffffa80`1723e730 fffffa80`00000008 : nt! ?? ::NNGAKEGL::`string'+0x282c6
fffff880`23903a70 fffff800`0407a413 : 00000000`0000239c fffffa80`2119e060 fffffa80`1723e730 fffffa80`21c24950 : nt!NtTerminateProcess+0x284
fffff880`23903ae0 00000000`7736bdfa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`2e94ebf8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7736bdfa
. . .

.. что вызывается функция nt!NtTerminateProcess, в одном из её параметров есть значение 0000239c (десятичное 9116), что интерпретируется как DNS_ERROR_ROLLOVER_IN_PROGRESS (The specified signing key is already in process of rolling over keys.). Вероятно, эту ошибку возвращает какой-то сторонний драйвер, возможно как-то связанный с используемым Вами ZennoPoster!.

Возможно, если Вы включите запись полного дампа памяти, можно будет получить дополнительную информацию..
Кстати, я так понимаю, в работе 24/7 активно участвует ZennoPoster?