Конференция работает на сервере Netberg

Radeon.ru

Конференция Radeon.ru

Страница 2 из 2 [ Сообщений: 49 ]  Версия для печати [+] На страницу Пред.  1, 2
Показать сообщения за  Поле сортировки  
iluha_alb, снизить частоту оперативной памяти, проверить. Не поможет, попробовать снизить частоту ЦП. Возможно, видеокарты, вы же не указали в какой ситуации зависает.
msivano я переключил в другой сата вход и теперь все нормально работает !

-- Добавлено спустя 58 мин 1 с --
переставил сата кабель от винта в другой вход и уже не виснет 7 часов !
межет проблема в сата портах ?

-- Добавлено спустя 1 ч 13 мин 29 с --
msivano
вставил в другой порт сата кабель и все прошло ! что ето было ? может что-то с портом ?
iluha_alb
Нужно смотреть через что сата порты завязаны. Бывает так, что частью управляет цп, а частью отдельный контроллер. Также не исключено и то, что просто был плохой контакт в старом порту и помогло не просто пере подключение в новый, а банальное передергивание коннектора.
Появилась такая же проблема с зависаниями. Как в играх так просто может зависнуть при загрузке и на рабочем столе. Смотрел в журнале событий, есть сообщение Критическая ошибка, там сказано:

Компьютер был перезагружен после критической ошибки. Код ошибки: 0x0000007f (0x0000000000000008, 0x0000000080050031, 0x00000000000006f8, 0xfffff80002ece3d0). Дамп памяти сохранен в: C:\Windows\MEMORY.DMP. Код отчета: 083016-23618-01.

Так же могу выложить MEMORY.DMP с отчётом. Я просто не совсем понимаю в этих отчётах. Если кто шипко грамотный, скажите откуда ноги растут.

P.S. Не могу найти как вложить файл в сообщение.
ниже MEMORY.DMP с отчётом.

Page dcf26cda too large to be in the dump file.
WARNING: Unable to reset page directories
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault). The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
use .trap on that value
Else
.trap on the appropriate frame will show where the trap was taken
(on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000006f8
Arg4: fffff80002ece3d0

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

Page 378700000 too large to be in the dump file.
Page 1e918397e too large to be in the dump file.
Page 1e918397e too large to be in the dump file.
Page 1e918397e too large to be in the dump file.
Page 1e918397e too large to be in the dump file.
Page 1e918397e too large to be in the dump file.
Page 1e918397e too large to be in the dump file.
Page 1e918397e too large to be in the dump file.

DUMP_CLASS: 1

DUMP_QUALIFIER: 401

BUILD_VERSION_STRING: 7601.23455.amd64fre.win7sp1_ldr.160516-0600

DUMP_TYPE: 1

BUGCHECK_P1: 8

BUGCHECK_P2: 80050031

BUGCHECK_P3: 6f8

BUGCHECK_P4: fffff80002ece3d0

BUGCHECK_STR: 0x7f_8

DPC_STACK_BASE: FFFFF80000BA0FB0

STACK_OVERFLOW: Stack Limit: fffff80000b9afb0. Use (kF) and (!stackusage) to investigate stack usage.

CPU_COUNT: 8

CPU_MHZ: bf8

CPU_VENDOR: GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 1a

CPU_STEPPING: 5

DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT

CURRENT_IRQL: 0

ANALYSIS_SESSION_HOST: ÑÒÀÑ-ÏÊ

ANALYSIS_SESSION_TIME: 08-30-2016 22:52:18.0595

ANALYSIS_VERSION: 10.0.14321.1024 amd64fre

LAST_CONTROL_TRANSFER: from fffff80002ed9be9 to fffff88004b5c9c2

STACK_TEXT:
fffff800`00b9ac98 fffff800`02ed9be9 : 00000000`002daa68 fffffa80`0717b9d8 00000000`00000000 00000000`00000000 : 0xfffff880`04b5c9c2
fffff800`00b9aca0 fffff800`02ec80dc : fffff800`0304fe80 fffff800`00000000 00000000`00000000 fffff880`00daf4c0 : nt!PoIdle+0x52a
fffff800`00b9ad80 00000000`00000000 : fffff800`00b9b000 fffff800`00b95000 fffff800`00b9ad40 00000000`00000000 : nt!KiIdleLoop+0x2c


STACK_COMMAND: kb

THREAD_SHA1_HASH_MOD_FUNC: 693dc5575e7ad64963883a189df6425b2e655df8

THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 4e2b8c203d24014ff7ab3171a42bcf53d6af7019

THREAD_SHA1_HASH_MOD: 6997106dce080e0f247cffc7d244723501c73d61

FOLLOWUP_IP:
nt!PoIdle+52a
fffff800`02ed9be9 0fba2557a718000f bt dword ptr [nt!PerfGlobalGroupMask+0x8 (fffff800`03064348)],0Fh

FAULT_INSTR_CODE: 5725ba0f

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!PoIdle+52a

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 573a38fc

IMAGE_VERSION: 6.1.7601.23455

FAILURE_BUCKET_ID: X64_0x7f_8_nt!PoIdle+52a

BUCKET_ID: X64_0x7f_8_nt!PoIdle+52a

PRIMARY_PROBLEM_CLASS: X64_0x7f_8_nt!PoIdle+52a

TARGET_TIME: 2016-08-30T18:39:57.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: 2016-05-17 00:17:48

BUILDDATESTAMP_STR: 160516-0600

BUILDLAB_STR: win7sp1_ldr

BUILDOSVER_STR: 6.1.7601.23455.amd64fre.win7sp1_ldr.160516-0600

ANALYSIS_SESSION_ELAPSED_TIME: a28

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:x64_0x7f_8_nt!poidle+52a

FAILURE_ID_HASH: {0d2db549-0fcd-cf4f-8bc8-8c0218c829d6}

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

Page dcf26cda too large to be in the dump file.
WARNING: Unable to reset page directories


Последний раз редактировалось U-Nick 15:11 31.08.2016, всего редактировалось 1 раз.
такие простыни надо складывать под spoiler! Сделал сам, надеюсь, что последний раз.
1. Проверь оперативную память на ошибки (Memtest86+)
2. Осмотри материнскую плату на вздувшие конденсаторы
3. Установи начисто вторую ОС на другой раздел и потестируй там

1. Проверь оперативную память на ошибки (Memtest86+)
2. Осмотри материнскую плату на вздувшие конденсаторы
3. Установи начисто вторую ОС на другой раздел и потестируй там


Спасибо за совет, всё это проделал, не помогло. Даже стало хуже... ( но не после советов) . В очередной раз завис комп. и слетел биос, что значит слетел, была последняя версия биоса — Ff а стала самая первая FA.... Я сам не менял.... как может биос сменить сам себя.... я весь в расстройствах.... при чём, он, биос, больше не обновляется..., не хочет и всё.. при обновлении пишет "file size incorrect" перечитал всякие посты в интернете чё да как, делал и так и сяк, ну ни как, пишет file size incorrect и всё. ( вирусов нет, ЖЕЛЕЗНО!) Уж не мат. плата приказала долго жить?? Знающие люди, откликнитесь... подскажите., чего делать?
Schulc
На вашей материнке имеется две микросхемы с биосами , а конкретно GIGABYTE DualBIOS™ . По всей видимости что то с первой микросхемой . Попробуйте зайти в биос и переключить его на вторую микросхему . Оно должно само переключиться , но может что то не контачит .

Как работает GIGABYTE DualBIOS™

Технология GIGABYTE DualBIOS™ предусматривает установку на материнской плате двух микросхем BIOS: первая и основная BIOS используется системой на этапе загрузки, а вторая выполняет функции резервной BIOS (по умолчанию на ней записана фабричная версия микрокода). В том случае, если основная микросхема по каким-либо причинам выйдет из строя, резервная BIOS, при условии целостности Boot-сектора на жестком диске, автоматически возьмет управление загрузкой ПК на себя.
Этот процесс полностью автоматизирован. Когда пользователь обнаружит проблемы связанные с BIOS, всё, что ему необходимо сделать – перезагрузить ПК. Все остальное за него выполнит GIGABYTE DualBIOS™. В том случае, если будет обнаружена ошибка микрокода основной BIOS – резервная микросхема перезапишет код основного чипа, скопировав оригинальную фабричную версию BIOS, зашитую в резервном чипе. В случае нарушения функциональности основной BIOS на аппаратном уровне, его функции полностью принимает на себя резервный чип, начиная функционировать в качестве основной микросхемы BIOS. В любом случае система остается работоспособной!
Таким образом, в ситуации, когда инициализация системы средствами основной BIOS невозможна, например, вследствие вирусной атаки на ПК или некорректного обновления BIOS, резервная копия BIOS становится активной, автоматически восстанавливая работоспособность системы без участия пользователя.
Ребят, такая же проблема.
В нагрузке всё норм, а при сёрфинге в инете или в простое синий экран или зависание.
В событиях отображается как Kernel-Power.
S.M.A.R.T. показывает что всё норм с HDD "Хорошо".
Прогнал систему такими антивирусами как: AntiMalware, Касперский и утилитами от руткитов — всё норм
Подозреваю что проблемы с HDD, т.к. перед этим всем копировал 130(GB) с системного на D, но "S.M.A.R.T. показывает что всё норм с HDD "Хорошо""
ReGrond
Читайте http://fb.ru/article/234664/ustranenie- ... -sobyitiya
Новая тема    Ответить  [ Сообщений: 49 ]  На страницу Пред.  1, 2


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 17


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  

Удалить cookies конференции

Пишите нам | Radeon.ru