Форум программистов, компьютерный форум, киберфорум
BSOD (Синий экран смерти)
Форум программистов и сисадминов Киберфорум > Компьютерный форум > Windows > BSOD (Синий экран смерти)
Войти
Регистрация
Восстановить пароль
Блоги Сообщество Поиск Заказать работу  
 
Рейтинг 4.83/18: Рейтинг темы: голосов - 18, средняя оценка - 4.83
0 / 0 / 0
Регистрация: 28.10.2011
Сообщений: 9

Начал перезагружаться компьютер. Minidump

04.09.2019, 16:04. Показов 3644. Ответов 12
Метки нет (Все метки)
Студворк — интернет-сервис помощи студентам
Проблема появилась 4 дня назад. Компьютер начал перезагружаться, какого-то временного интервала нету. В первый день, это было 3 раза. последующие дни по 1 разу в день. Сразу начал грешить на блок питания, заменил на заведомо рабочий. 1 день отработал нормально, на следующий опять перегруз. Обозначу сразу, комп работает в режиме сервера круглосуточно и такие перегрузы очень пагубно могут сказаться. Грешил я на перегрев так же, даже были предпосылки в виде того, что недавно делал чистку и плохо закрепил кулер, немного неплотно прилегал, температура проца поднималась под нагрузкой до +-85-90, кулер сразу заменил на другой, из-за особенностей крепления. Сейчас температура в простое +-43, под нагрузкой 55-60.
Минидампы сохраняются при перегрузе. Не могу сказать появляется ли синий экран при этом, так как монитор не подключен.
Может по данным из дампа поможете определить проблему?
Кликните здесь для просмотра всего текста

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\Minidump\090219-21250-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv*D:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 9600 MP (2 procs) Free x64
Product: Server, suite: TerminalServer
Built by: 9600.19000.amd64fre.winblue_ltsb.180410-0600
Machine Name:
Kernel base = 0xfffff801`4401d000 PsLoadedModuleList = 0xfffff801`442e9530
Debug session time: Mon Sep 2 13:30:49.136 2019 (GMT+3)
System Uptime: 1 days 4:01:48.037
Loading Kernel Symbols
........................................ .......................
........................................ ........................
....................
Loading User Symbols
Loading unloaded module list
.........
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {41284, ffffb0002a1e8000, b337, fffff79940000000}

Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+a72b )

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

1: kd> !analyze -v
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041284, A PTE or the working set list is corrupt.
Arg2: ffffb0002a1e8000
Arg3: 000000000000b337
Arg4: fffff79940000000

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


BUGCHECK_STR: 0x1a_41284

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP

PROCESS_NAME: TOTALCMD.EXE

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80144193cdb to fffff801441722a0

STACK_TEXT:
ffffd001`298be118 fffff801`44193cdb : 00000000`0000001a 00000000`00041284 ffffb000`2a1e8000 00000000`0000b337 : nt!KeBugCheckEx
ffffd001`298be120 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0xa72b


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+a72b
fffff801`44193cdb cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+a72b

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 5accf215

FAILURE_BUCKET_ID: X64_0x1a_41284_nt!_??_::FNODOBFM::_strin g_+a72b

BUCKET_ID: X64_0x1a_41284_nt!_??_::FNODOBFM::_strin g_+a72b

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

Кликните здесь для просмотра всего текста
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\Minidump\090419-20531-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv*D:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 9600 MP (2 procs) Free x64
Product: Server, suite: TerminalServer
Built by: 9600.19000.amd64fre.winblue_ltsb.180410-0600
Machine Name:
Kernel base = 0xfffff801`8c482000 PsLoadedModuleList = 0xfffff801`8c74e530
Debug session time: Wed Sep 4 13:27:52.931 2019 (GMT+3)
System Uptime: 1 days 23:21:21.836
Loading Kernel Symbols
........................................ .......................
........................................ ........................
..................
Loading User Symbols
Loading unloaded module list
........
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {ffffe001eb2fa920, 2, 0, fffff8018c4e89fe}

Probably caused by : ntkrnlmp.exe ( nt!KiInsertQueueApc+42 )

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

0: kd> !analyze -v
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

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: ffffe001eb2fa920, memory referenced
Arg2: 0000000000000002, 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: fffff8018c4e89fe, address which referenced memory

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


READ_ADDRESS: fffff8018c73bfc0: Unable to get special pool info
fffff8018c73bfc0: Unable to get special pool info
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
ffffe001eb2fa920

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiInsertQueueApc+42
fffff801`8c4e89fe 488b4208 mov rax,qword ptr [rdx+8]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP

BUGCHECK_STR: 0xA

PROCESS_NAME: dwm.exe

LAST_CONTROL_TRANSFER: from fffff8018c5e9a29 to fffff8018c5d72a0

STACK_TEXT:
ffffd001`8bdb2588 fffff801`8c5e9a29 : 00000000`0000000a ffffe001`eb2fa920 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
ffffd001`8bdb2590 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
nt!KiInsertQueueApc+42
fffff801`8c4e89fe 488b4208 mov rax,qword ptr [rdx+8]

SYMBOL_NAME: nt!KiInsertQueueApc+42

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 5accf215

FAILURE_BUCKET_ID: X64_0xA_nt!KiInsertQueueApc+42

BUCKET_ID: X64_0xA_nt!KiInsertQueueApc+42

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


Кликните здесь для просмотра всего текста

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\Minidump\090119-19828-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv*D:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 9600 MP (2 procs) Free x64
Product: Server, suite: TerminalServer
Built by: 9600.19000.amd64fre.winblue_ltsb.180410-0600
Machine Name:
Kernel base = 0xfffff801`b7c05000 PsLoadedModuleList = 0xfffff801`b7ed1530
Debug session time: Sun Sep 1 09:27:35.051 2019 (GMT+3)
System Uptime: 0 days 13:15:20.953
Loading Kernel Symbols
........................................ .......................
........................................ ........................
...................
Loading User Symbols
Loading unloaded module list
.....
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

Use !analyze -v to get detailed debugging information.

BugCheck 139, {3, ffffd000795b5d70, ffffd000795b5cc8, 0}

Probably caused by : ipnat.sys ( ipnat!NatShimFreeBuffer+81 )

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

1: kd> !analyze -v
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

Unknown bugcheck code (139)
Unknown bugcheck description
Arguments:
Arg1: 0000000000000003
Arg2: ffffd000795b5d70
Arg3: ffffd000795b5cc8
Arg4: 0000000000000000

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


CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP

BUGCHECK_STR: 0x139

PROCESS_NAME: TeamViewer_Des

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff801b7d6ca29 to fffff801b7d5a2a0

SYMBOL_ON_RAW_STACK: 1

STACK_ADDR_RAW_STACK_SYMBOL: ffffd000795b5c90

STACK_COMMAND: dds 795B5C90-0x20 ; kb

STACK_TEXT:
00000000`795b5c70 ????????
00000000`795b5c74 ????????
00000000`795b5c78 ????????
00000000`795b5c7c ????????
00000000`795b5c80 ????????
00000000`795b5c84 ????????
00000000`795b5c88 ????????
00000000`795b5c8c ????????
00000000`795b5c90 ????????
00000000`795b5c94 ????????
00000000`795b5c98 ????????
00000000`795b5c9c ????????
00000000`795b5ca0 ????????
00000000`795b5ca4 ????????
00000000`795b5ca8 ????????
00000000`795b5cac ????????
00000000`795b5cb0 ????????
00000000`795b5cb4 ????????
00000000`795b5cb8 ????????
00000000`795b5cbc ????????
00000000`795b5cc0 ????????
00000000`795b5cc4 ????????
00000000`795b5cc8 ????????
00000000`795b5ccc ????????
00000000`795b5cd0 ????????
00000000`795b5cd4 ????????
00000000`795b5cd8 ????????
00000000`795b5cdc ????????
00000000`795b5ce0 ????????
00000000`795b5ce4 ????????
00000000`795b5ce8 ????????
00000000`795b5cec ????????


FOLLOWUP_IP:
ipnat!NatShimFreeBuffer+81
fffff801`37017049 4585ff test r15d,r15d

SYMBOL_NAME: ipnat!NatShimFreeBuffer+81

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: ipnat

IMAGE_NAME: ipnat.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 5295df55

FAILURE_BUCKET_ID: X64_0x139_ipnat!NatShimFreeBuffer+81

BUCKET_ID: X64_0x139_ipnat!NatShimFreeBuffer+81

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



Кликните здесь для просмотра всего текста
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\Minidump\083119-21234-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv*D:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 9600 MP (2 procs) Free x64
Product: Server, suite: TerminalServer
Built by: 9600.19000.amd64fre.winblue_ltsb.180410-0600
Machine Name:
Kernel base = 0xfffff802`21408000 PsLoadedModuleList = 0xfffff802`216d4530
Debug session time: Sat Aug 31 14:44:32.302 2019 (GMT+3)
System Uptime: 0 days 3:44:47.203
Loading Kernel Symbols
........................................ .......................
........................................ ........................
...................
Loading User Symbols
Loading unloaded module list
.....
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {41201, fffff68000003f40, 46f000024874b205, ffffe0006247f5b0}

Probably caused by : memory_corruption ( nt!MiGetPageProtection+30f )

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

0: kd> !analyze -v
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041201, The subtype of the bugcheck.
Arg2: fffff68000003f40
Arg3: 46f000024874b205
Arg4: ffffe0006247f5b0

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


BUGCHECK_STR: 0x1a_41201

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP

PROCESS_NAME: hasplms.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff8022146316f to fffff8022155d2a0

STACK_TEXT:
ffffd000`8e63b8d8 fffff802`2146316f : 00000000`0000001a 00000000`00041201 fffff680`00003f40 46f00002`4874b205 : nt!KeBugCheckEx
ffffd000`8e63b8e0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!MiGetPageProtection+0x30f


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiGetPageProtection+30f
fffff802`2146316f cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!MiGetPageProtection+30f

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 5accf215

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x1a_41201_nt!MiGetPageProtection+30 f

BUCKET_ID: X64_0x1a_41201_nt!MiGetPageProtection+30 f

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



Кликните здесь для просмотра всего текста
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\Minidump\083119-21953-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv*D:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 9600 MP (2 procs) Free x64
Product: Server, suite: TerminalServer
Built by: 9600.19000.amd64fre.winblue_ltsb.180410-0600
Machine Name:
Kernel base = 0xfffff800`5a27e000 PsLoadedModuleList = 0xfffff800`5a54a530
Debug session time: Sat Aug 31 10:58:17.088 2019 (GMT+3)
System Uptime: 0 days 1:08:30.987
Loading Kernel Symbols
........................................ .......................
........................................ ........................
..................
Loading User Symbols
Loading unloaded module list
......
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {41289, 7ff910d78000, eb1, 7ff9ffd78005}

Probably caused by : memory_corruption ( nt!MiTryLocateWsle+3df )

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

1: kd> !analyze -v
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041289, The subtype of the bugcheck.
Arg2: 00007ff910d78000
Arg3: 0000000000000eb1
Arg4: 00007ff9ffd78005

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


BUGCHECK_STR: 0x1a_41289

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP

PROCESS_NAME: opera.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff8005a2d851f to fffff8005a3d32a0

STACK_TEXT:
ffffd000`4d14d828 fffff800`5a2d851f : 00000000`0000001a 00000000`00041289 00007ff9`10d78000 00000000`00000eb1 : nt!KeBugCheckEx
ffffd000`4d14d830 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!MiTryLocateWsle+0x3df


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiTryLocateWsle+3df
fffff800`5a2d851f cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!MiTryLocateWsle+3df

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 5accf215

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x1a_41289_nt!MiTryLocateWsle+3df

BUCKET_ID: X64_0x1a_41289_nt!MiTryLocateWsle+3df

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



Кликните здесь для просмотра всего текста

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\Minidump\083119-20109-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv*D:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 9600 MP (2 procs) Free x64
Product: Server, suite: TerminalServer
Built by: 9600.19000.amd64fre.winblue_ltsb.180410-0600
Machine Name:
Kernel base = 0xfffff800`a9e02000 PsLoadedModuleList = 0xfffff800`aa0ce530
Debug session time: Sat Aug 31 09:48:29.281 2019 (GMT+3)
System Uptime: 3 days 15:50:16.182
Loading Kernel Symbols
........................................ .......................
........................................ ........................
.................
Loading User Symbols
Loading unloaded module list
............
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {ffffe001005bf0c0, 2, 1, fffff800a9e97e08}

Probably caused by : ntkrnlmp.exe ( nt!KiRetireDpcList+748 )

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

0: kd> !analyze -v
**************************************** ***************************************
* *
* Bugcheck Analysis *
* *
**************************************** ***************************************

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: ffffe001005bf0c0, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, 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: fffff800a9e97e08, address which referenced memory

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


WRITE_ADDRESS: fffff800aa0bbfc0: Unable to get special pool info
fffff800aa0bbfc0: Unable to get special pool info
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
ffffe001005bf0c0

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiRetireDpcList+748
fffff800`a9e97e08 f0480fba6b4000 lock bts qword ptr [rbx+40h],0

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT_SERVER_MINIDUMP

BUGCHECK_STR: 0xA

PROCESS_NAME: System

LAST_CONTROL_TRANSFER: from fffff800a9f69a29 to fffff800a9f572a0

STACK_TEXT:
fffff800`ab60e848 fffff800`a9f69a29 : 00000000`0000000a ffffe001`005bf0c0 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff800`ab60e850 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
nt!KiRetireDpcList+748
fffff800`a9e97e08 f0480fba6b4000 lock bts qword ptr [rbx+40h],0

SYMBOL_NAME: nt!KiRetireDpcList+748

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 5accf215

FAILURE_BUCKET_ID: X64_0xA_nt!KiRetireDpcList+748

BUCKET_ID: X64_0xA_nt!KiRetireDpcList+748

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

0
cpp_developer
Эксперт
20123 / 5690 / 1417
Регистрация: 09.04.2010
Сообщений: 22,546
Блог
 04.09.2019, 16:04
Ответы с готовыми решениями:

После установки обновлений ноутбук начал при загрузке выкидывать BSOD на полсекунды и перезагружаться
Итак начну с предыстории, есть ноутбук , который после установки обновлений, начал при загрузке (конкретно на лого win 7) выкидывать...

Компьютер начал перезагружаться
Подключил новую сетевую карту и компьютер начал перезагружаться через 20-30 минут после включения. HELP!

В последнее время начал зависать и перезагружаться компьютер.
Добрый вечер. Такая проблема в последнее время начел зависать и перезогружатса комп. Сначала он просто зависал а потом начел и...

12
8394 / 3380 / 639
Регистрация: 09.09.2017
Сообщений: 12,231
04.09.2019, 16:29
Цитата Сообщение от vavo Посмотреть сообщение
Может по данным из дампа поможете определить проблему?
Можно попробовать, только прикрепите сами файлы дампов в архиве. Лучше ещё прикрепить отчёт AIDA64.
FAQ: Что делать если выпал BSOD (обязательно читать перед созданием темы)
0
0 / 0 / 0
Регистрация: 28.10.2011
Сообщений: 9
04.09.2019, 16:35  [ТС]
Здесь выложенные выше минидампы в архиве.
Вложения
Тип файла: zip Minidump.zip (157.7 Кб, 2 просмотров)
0
8394 / 3380 / 639
Регистрация: 09.09.2017
Сообщений: 12,231
04.09.2019, 17:15
Лучший ответ Сообщение было отмечено vavo как решение

Решение

vavo, Что-то дампы показывают, что в третьем слоте ОЗУ всего 16мб. Тестируйте ОЗУ. Инструкция в том же FAQ.
1
0 / 0 / 0
Регистрация: 28.10.2011
Сообщений: 9
04.09.2019, 17:17  [ТС]
Все дампы одно и тоже показывают???
0
8394 / 3380 / 639
Регистрация: 09.09.2017
Сообщений: 12,231
04.09.2019, 17:19
Цитата Сообщение от vavo Посмотреть сообщение
Все дампы одно и тоже показывают???
Да. Сколько реально ОЗУ?
0
0 / 0 / 0
Регистрация: 28.10.2011
Сообщений: 9
04.09.2019, 17:21  [ТС]
2*4GB(одинаковые) один производитель (КИТАЙ). На материнке 4 слота, память стоит в слотах одного цвета.
Во время чистки системника, я переставлял одну планку ОЗУ из слота 2 в слот 3.
0
8394 / 3380 / 639
Регистрация: 09.09.2017
Сообщений: 12,231
04.09.2019, 17:25
Цитата Сообщение от vavo Посмотреть сообщение
На материнке 4 слота, память стоит в слотах одного цвета.
Это я узнал. В первом слоте все нормально.
Кликните здесь для просмотра всего текста
Socket Designation DIMM0
Bank Connections 05h - 5 0
Current Speed 5ns
Current Memory Type 0140h - ECC DIMM
Installed Size 8ch - 4096 [double bank]
Enabled Size 8ch - 4096 [double bank]
Error Status 00h - [No Errors]
0
4244 / 1743 / 249
Регистрация: 01.05.2013
Сообщений: 7,803
04.09.2019, 17:44
Лучший ответ Сообщение было отмечено vavo как решение

Решение

Как и сказал ibarg в первом слоте всё нормально
Кликните здесь для просмотра всего текста
[Memory Module Information (Type 6) - Length 12 - Handle 0009h]
Socket Designation DIMM0
Bank Connections 05h - 5 0
Current Speed 5ns
Current Memory Type 0140h - ECC DIMM
Installed Size 8ch - 4096 [double bank]
Enabled Size 8ch - 4096 [double bank]
Error Status 00h - [No Errors]

4096мб=4гб
А вот в 3-ем
Кликните здесь для просмотра всего текста
[Memory Module Information (Type 6) - Length 12 - Handle 000bh]
Socket Designation DIMM2
Bank Connections 05h - 5 0
Current Speed 5ns
Current Memory Type 0140h - ECC DIMM
Installed Size 04h - 16 [single bank]
Enabled Size 04h - 16 [single bank]
Error Status 00h - [No Errors]

16мб.
1
4244 / 1743 / 249
Регистрация: 01.05.2013
Сообщений: 7,803
04.09.2019, 18:16
Лучший ответ Сообщение было отмечено ibarg как решение

Решение

Попробуйте в соответствии с руководством пользователыя расположить планки так, чтобы задействовать двухканальный режим.
Т.е. в канале А расположить планку в зелёном слоте, а в канале В в оранжевом, см скриншот.
Миниатюры
Начал перезагружаться компьютер. Minidump  
0
4244 / 1743 / 249
Регистрация: 01.05.2013
Сообщений: 7,803
04.09.2019, 18:21
Или наоборот в канале А в оранжевый, а в канале В в зелёный.
0
0 / 0 / 0
Регистрация: 28.10.2011
Сообщений: 9
05.09.2019, 11:03  [ТС]
Вчера вечером планку из слота 3(зеленый) поставил в слот 2(оранжевый).Так и стояло до чистки. Я как раз думал, что в двухканальном режиме планки должны стоять в слотах одного цвета. Наблюдаю.
0
0 / 0 / 0
Регистрация: 28.10.2011
Сообщений: 9
07.09.2019, 09:09  [ТС]
Два дня полет нормальный. Спасибо.
0
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
raxper
Эксперт
30234 / 6612 / 1498
Регистрация: 28.12.2010
Сообщений: 21,154
Блог
 07.09.2019, 09:09
Помогаю со студенческими работами здесь

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

Сам по себе начал перезагружаться ПК
С недавних времен пк начал перезагружаться без видимых причин. Температура видеокарты при стресс-тесте достиг макс. отметки в 72 C. А...

после установки ноут начал постоянно перезагружаться
есть ноутбук (hp) на котором стояла windows 7, решил установить старый добрый ХР sp3, после установки ноут начал постоянно...

Celeron 2 Ghz 512Mb gf6600gt БП-400вт. После переустановки Windows начал перезагружаться.
История моя такова: однажды, я решил переустановить винду(WinXP SP2) и, установил дрова, проги, ставлю на ждущий режим- и ком нажал себе...

Компьютер стал перезагружаться сам
Добрый день. Комп: МБ - Asus M5A97 Проц - AMD Phenom II X4 960T Видео - Asus GTX960 2gb Память 8 гб, звук Creative Titanium HD......


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
13
Ответ Создать тему
Новые блоги и статьи
Новый ноутбук
volvo 07.12.2025
Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro
 Музыка, написанная Искусственным Интеллектом
volvo 04.12.2025
Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .
От async/await к виртуальным потокам в Python
IndentationError 23.11.2025
Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов
Argus19 22.11.2025
Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .
Сколько Государство потратило денег на меня, обеспечивая инсулином.
Programma_Boinc 20.11.2025
Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .
Ломающие изменения в C#.NStar Alpha
Etyuhibosecyu 20.11.2025
Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .
Мысли в слух
kumehtar 18.11.2025
Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .
Создание Single Page Application на фреймах
krapotkin 16.11.2025
Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .
Фото: Daniel Greenwood
kumehtar 13.11.2025
 Расскажи мне о Мире, бродяга
kumehtar 12.11.2025
— Расскажи мне о Мире, бродяга, Ты же видел моря и метели. Как сменялись короны и стяги, Как эпохи стрелою летели. - Этот мир — это крылья и горы, Снег и пламя, любовь и тревоги, И бескрайние. . .
КиберФорум - форум программистов, компьютерный форум, программирование
Поддержать - Реклама - Условия использования - Обратная связь
Powered by vBulletin
Copyright ©2000 - 2025, CyberForum.ru