» Перезагрузка компа, рекомендации

Цитата:

Биосу(не отыскал там видеокарту)

Её там и нет.
А взять видик потестить нет возможности?

Цитата:

и со сборника новых драйверов K-Systems (на нем поновее версии)

По новее версии исключительно на офф. сайте в интернете.

Добавлено:

Цитата:

А взять видик потестить нет возможности?

Блин, это я тебе вчера посоветывал в смежной теме. Дубли, дубли...

KostyaF720
видимо у тебя не так все прямо.
не стоит брать параметры вольтажа,за какой либо ориентир. железо всякое бывает.

Обсуждение данного вопроса перенесено в тему
Цитата:

Комп виснет

http://forum.ru-board.com/topic.cgi?forum=27&topic=11917&start=360#lt

Помогите, пожалуйста, разобраться. Комп давно уже начал работать нестабильно – не отследил, после чего, к сожалению. Думал, блок питания, но, вроде, нет. Единственная воспроизводимая ошибка приведена ниже. Возникает в D3D приложениях:

Код ошибки: 0*0000008e
Виновник: nv4disp.dll

Конфигурация:
БП: FSP MP400-W
CPU: P4 3.00 GHz Prescott
MB: ASUS P4P800 SE (bios последней версии)
RAM: 3 Gb Kingston (2x512, 2x1Gb)
Video: GeForce 7600 GS 256 Mb AGP (Gigabyte N76G256D-RH) (bios последней версии)
HDD: Seagate ST3250824AS

Что я делал:
1.    Померил весь вольтаж при полностью загруженной системе (stress test). Все идеально.
2.    Постоянно мониторю все температурные режимы – все в норме – не более 50-60 град.
3.    Вычистил весь комп от пыли
4.    Просмотрел материнку/видюху на предмет вздутых кондеров – нет таковых.
5.    Протестировал RAM двумя разными программами (testmem и memtest ) – нет ошибок.
6.    Протестировал память видюхи двумя разными программами – нет ошибок.
7.    Переустанавливал драйвера видюхи – 5 разных версий с предварительной очисткой от старых.

Minidump (кстати, кто-нибудь в курсе, что не нравится дебаггеру в Symbol Path?):
[more]Microsoft (R) Windows Debugger Version 6.9.0003.113 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\Minidump\Mini061908-04.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0xe0b88000 PsLoadedModuleList = 0xe0c144c0
Debug session time: Thu Jun 19 22:37:39.046 2008 (GMT+4)
System Uptime: 0 days 0:13:43.806
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...........................................................................................................................................
Loading User Symbols
Loading unloaded module list
.............
Unable to load image nv4_disp.dll, Win32 error 0n2
*** WARNING: Unable to verify timestamp for nv4_disp.dll
*** ERROR: Module load completed but symbols could not be loaded for nv4_disp.dll
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, de1bb0f1, efe408f4, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Probably caused by : nv4_disp.dll ( nv4_disp+3e60f1 )

Followup: MachineOwner
---------[/more]

Заранее премного благодарен за любую помощь!

ghosty
южный мост потрогай. При включенном компе, можно даже без нагрузки. И северный тоже..

vertex4
Трогал не раз Очень правильное замечание, одну P4P800 SE я уже менял именно по причине сгорания южного моста, но тогда комп просто вырубался неожиданно, насколько я помню. Сейчас на чипе можно удерживать палец секунд 7 - т.е. нельзя сказать, что он раскален до бела. Никаких подпалин, конечно, не видно
С северным, вроде, тоже все в порядке.

ghosty

Цитата:

Код ошибки: 0*0000008e

Как показывает практика и большинство мнений-проблема памяти.
У тебя заняты все слоты под память, что с моей точки зрения не есть гуд. Начни с простого, с одной планки постепенно наращивая...думаю тут проблема. ИМХО.

makena1

Цитата:

Как показывает практика и большинство мнений-проблема памяти.

Так я и начал с проверки памяти. Проверил вдоль и поперек... Да и в ошибке указан всегда Нвидиевский драйвер. Попробую, конечно. А почему все слоты занимать нехорошо? - в первый раз слышу

Добавлено:
Перепроверить, действительно, никогда не мешает, но и этот эксперимент, к сожалению, не удался: получаю BSOD с любой планкой...

ghosty
Я бы сменил на время (если есть возможность):
1.БП;
2.Видеокарту.
Надо же что-то делать...

winkill32

Цитата:

Я бы сменил на время (если есть возможность):

Если б была, сменил бы, конечно. Есть только какая-то старая MX2, что ли, но на ней я не смогу смоделировать условия возникновения BSODa...
БП тоже вряд ли менять нужно - правильный вольтаж он выдает под любой нагрузкой, уж обмерил вдоль и поперек...
Да и новый он почти совсем.
А вот если бы была какая-нибудь утилита, которая устраивала этакий поэтапный стресс-тест видюхе, проверяя все ее функции, шейдеры всякие и прочее.
Да и вообще, давно уже думаю о таком ПО, которое анализировала бы статистику по всем событиям в компе и выявляло бы любые закономерности при сбоях. К примеру, повышение напряжения на 5V + повышение температуры ядра + запуск такого-то приложения с высокой вероятностью приводит к BSODу...
В таких BSODах больше всего бесит то, что не можешь выявить никаких закономерностей.

ghosty

Цитата:

Да и в ошибке указан всегда Нвидиевский драйвер.

хмм...была б карта от АТИ то выдавала бы это:
Цитата:

*** STOP : 0*0000008e (0*c0000005 . 0*BFC69826 . 0*F3FBD860 . 0*00000000)

*** ati3duag.dll - Adress BFS69826 base at BFA85000 Date Stamp 439 ced 94

Цитата:

Так я и начал с проверки памяти. Проверил вдоль и поперек...

эти проги
Цитата:

(testmem и memtest )

не панацея...да ошибок нет, но я сомневаюсь, что твоя память
Цитата:

3 Gb Kingston (2x512, 2x1Gb)

одной партии и на одних чипах собрана и протестирована на совместную работу в двухканальным режиме-эт первое подозрение.
второе- из моей практики, заполнение всех слотов памяти на маме, приводило в 90% случаях к нестабильной работе. Объяснить не могу, не теоретик...практик. Пока все.

ghosty

Цитата:

Возникает в D3D приложениях:

Это ключ к разгадке, по-моему. nv4disp.dll выдаёт ошибку в большинстве(!) случаев при перегреве карты или при недостатке питания во время больших нагрузок на неё. Поэтому и предлагаю копать именно тут. Попробуй другую прогу для контроля темп-ры - может, показания будут другие...Прогони раз 5 подряд 3DMark06; если будут вылеты на стол, атефакты, рестарты и уж, тем более, BSOD-ы - значит моя версия не так уж безнадёжна...

Добавлено:
А насчёт памяти makena1 прав, на время тестов оставь-ка два одинаковых модуля - это в некоторой степени исключит ошибки памяти.

makena1

Цитата:

одной партии и на одних чипах собрана и протестирована на совместную работу в двухканальным режиме-эт первое подозрение.
второе- из моей практики, заполнение всех слотов памяти на маме, приводило в 90% случаях к нестабильной работе.

Так я и говорю, что вынимал все планки, оставлял только одну в слоте (т.е. о двухканальном режиме и нет речи), потом менял на другую - BSODы появлялись с завидной регулярностью.

winkill32

Цитата:

Попробуй другую прогу для контроля темп-ры - может, показания будут другие...

Конечно же, использовал разные программы для мониторинга: SpeedFan, соотв. модули Everest'a, RivaTuner'a - различий в показаниях практически нет. На CPU и на видюшке стоят медные Залманы, работающие на полных оборотах. При многократном прогоне 3DMark06 макс. темп-ра GPU - 56, CPU - 67. Пальцем тоже контролировал, в том числе и память видюхи - на ней радиаторы.


Цитата:

Прогони раз 5 подряд 3DMark06; если будут вылеты на стол, атефакты, рестарты и уж, тем более, BSOD-ы - значит моя версия не так уж безнадёжна...

Прогнал много раз с разными настройками (в том числе максимальными). Артефактов нет, BSOD'ов тоже. И лишь один раз тест был остановлен с такой ошибкой:

Даже не знаю, можно ли за это как-нибудь "зацепиться".

Еще раз повторюсь, с тех пор, как я начал отслеживать BSODы, ошибка в D3D приложениях - единственная, которую я смог хоть как-то воспроизвести. Т.е. система просто стала в какой-то момент работать нестабильно, перезагружаться без всякой причины - не обязательно в D3D, я начал копать...
До этого из игрушек стоял только Armed Assault - заметил вначале в ней, тогда поставил GRID, как наиболее требовательную к ресурсам. Вот в этой BSODы появляются более стабильно...

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

но вот я поискал в инете....и там нашел "что у человека не было драйвера на монитор. изза чего частоты разные были. он поставил драйвер на монитор и все проблемы исчезли"

AlexeiKozlov

Цитата:

слушай,есть ощущение,что при повышении нагрузки,у тебя в каком то месте не хватает тока.

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

Есть у меня старый БП INWIN'овский на 350W. Думаю, может быть, им попробовать заменить на время. Как считаете, если я оставлю только одну планку на 1Gb, потянет он мою конфигурацию?


Цитата:

"что у человека не было драйвера на монитор. изза чего частоты разные были. он поставил драйвер на монитор и все проблемы исчезли"

Не, драйвер монитора стоит NEC'овский...

ghosty

Цитата:

Как считаете, если я оставлю только одну планку на 1Gb, потянет он мою конфигурацию?

Хз, но попробовать стоит.
Ещё из известных глюков, которые у тебя могут проявляться. У твоей видеокарты обычно очень сильно греется мост PCI-E -> AGP (он на самой плате, ближе к разъёму).

ghosty
в смысле не бп не может подать ток куда то.
просто где то в видухе или где то в другой плате сбой при большой нагрузке.
смени видуху грубо говоря.

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

AlexeiKozlov
Да нет, я тебя понял правильно, просто:
1) AGP-видюху сейчас хрен достанешь по вменяемой цене - одна китайщина осталась...
2) Я уже три раза по пять циклов 3DMark06 прогнал, и хоть бы одна погрешность, зарраза. Казалось бы, 3DMark06 напрягает видюху на полную катушку - тут-то бы и проявиться всем глюкам плохого питания, перегрева моста PCI-E -> AGP и т.п. - ан, нет!
Вообще в тупике теперь

ghosty
скажи время суток,когда делаешь тесты?
раздели когда тести идут хорошо и когда плохо.

AlexeiKozlov
Корреляции между временем суток и частотой возникновения BSODов не выявлено.
Зато удалось-таки получать более-менее стабильные BSODы на 3DMark06 - "долгожданные", млин %)
Просто все эти тесты - фигня. Надо было сразу загружать их дему и ставить Anti-Aliasing = Non-maskable AA, Quality=3. При этом либо валится в BSOD, либо успевает останавливать с ошибкой, приведенной выше (про потерянный девайс).
Как бы еще этот мост PCI-E -> AGP найти на ощупь?

ghosty
Забей на мост. У тебя в настройках Anti-Aliasing и анизотропная фильтрация как стоит в играх? Выключи принудительно.
Для тестов(прогрева) попробуй Fur rendering (он на OpenGL, исключим влияние DirectX)

vertex4

Цитата:

Забей на мост. У тебя в настройках Anti-Aliasing и анизотропная фильтрация как стоит в играх? Выключи принудительно.

Выключил из драйвера. Но BSOD и ныне там


Цитата:

Для тестов(прогрева) попробуй Fur rendering (он на OpenGL, исключим влияние DirectX)

Крутил минут 15 в режиме Stability Test, выставив MSAA = x16. Все нормально. Температура - 57. Вечером еще покручу, на всякий случай.
Вспомнил, что у меня еще стоит Ил-2 ЗС. Он на OpenGL, и карту тоже грузит неплохо, хотя и староват, так вот в нем тоже BSOD'ов нет...

Собрал комп: мать GA-X48-DQ6, проц Intel Core Duo 2 E8400; DDR-II PC9200 OCZ Reaper 2х1 Gb; Видяха Gigabyte Geforce 8800 GTS 512Mb; БП Thermaltake Toughpower 750 W (W0116RU); SATA-II винт WD 750Gb WD7500AAKS, DVD-RW NEC 3520 ATA (рабочий).

Подключено дополнительное питание на материнской плате в виде разъема 2х2. (блок питания позволяет подключить 2х4 коннектор, на материнке тоже разъем 2х4, но половина закрыта заглушкой, поэтому подключил 2х2).

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

БИОС работает, винт и DVD-RW определяются. Но загрузиться не могу ни с чего. Ну в данном случае с ДВД-рома, т.к. на винте не созданы разделы и он не отформатирован.
Пытаюсь сделать это с Live CD? но не могу загрузиться. Даже нет попытки загрузки и нет никаких сообщений типа не системный диск или не найден загрузчик. Просто перезагружкается после таблицы устройств.

ЗЫ: Также есть второй винт IDE WD 120GB с установленной WinXP SP2 с него тож не грузится, биосом определяется, стоит, как Master.
PSS: память пробовал как с дуал мод (2 модуля), тавк и в сингл (1 модуль), стартует на 1066, вроде норм.

Что посоветуете?

namperloop

Цитата:

Подключено дополнительное питание на материнской плате в виде разъема 2х2. (блок питания позволяет подключить 2х4 коннектор, на материнке тоже разъем 2х4, но половина закрыта заглушкой, поэтому подключил 2х2).

Не понял..

Цитата:

Что посоветуете?

Напряжение на память какое? Вручную выставлял как написано?

VERTEX4

На мамке и БП, помимо 24-х пинового питания есть ещё 8-ми пиновое. Коннектор разделяемы на 2 по 4 пина. На моей материнке на 8-ми пиновом разъеме под него стоит заглушка на 4 пин. Т.е. подключил я половину 8-ми пинового разъема. В принципе заглушку можно снять и подключить полностью 8 пин. Но есть ли необходимость в этой кнфигурации?

На память напряжение автоматом поставилось по моему 2.1 В, как и все остальные настройки. Частота 1066, ну и тайминги автоматом. Причем отличные вроде от спецификации памяти айминги больше вроде 5-7-7-24 аж.

ghosty

Цитата:

Корреляции между временем суток и частотой возникновения BSODов не выявлено.

я просто думал,что у тебя просто нагрузка на эл сеть большая,и в твоей квартире есть проблема. попробуй через UPS подрубить и поработать.
ну конечно BSOD это изза дров бывает частенько. у тебя ведь только в 3д вылеты?
в 2д все ок? если в 2д не все ок,то попробуй чистую винду без дров,и посмотри на её работу.

AlexeiKozlov
Все через UPS (APC) и подключено.


Цитата:

у тебя ведь только в 3д вылеты?
в 2д все ок?

Началось все как раз в 2д, а теперь вот только в 3д и получается их получать. Фигня какая-то

ghosty
Замеры напряжения с вольтметром тебе ничего не дадут.
Вольтметр не то устройство, которым можно мерить провалы длиною менее одной секунды. Тут, если хочешь что-то мерить, то без осцилографа не обойтись. Да и по каким именно каналам мерялось напряжение вольтметром? Так что не морочь голову ни себе ни людям, либо возьми на прокат другой БП (хороший), либо вызови комп. техника, который имеет таковой.

99% проблем с непонятными глюками - от проблем с Блоками питания.

ghosty

Цитата:

Так я и говорю, что вынимал все планки, оставлял только одну в слоте (т.е. о двухканальном режиме и нет речи), потом менял на другую - BSODы появлялись с завидной регулярностью.

остались две причины:
или видеокарта
или контроллер памяти на маме, т.е. мать.
Проверь подменой видео...не знаю как и кого ты уговоришь, но на пару-тройку часов видеокарту надо найти. ИМХО.

makena1

Цитата:

остались две причины:
или видеокарта
или контроллер памяти на маме, т.е. мать.

Уж не знаю, что я такого сделал, поплясывая с бубном, но мне удалось на некоторое время сделать так, чтобы в тех случаях, когда возникал BSOD, система не падала, а продолжала работать в том состоянии, в каком была. В общем, в GRIDе вначале идет мощнейший фриз секунд на 5, затем эти 5 секунд компенсируются "ускоренным" режимом воспроизведения, после чего текстуры падают, накладываются друг на друга, скрещиваются в одну точку и т.п.
Такое впечатление, что это, блин, все-таки видюха - самый хреновый вариант, где теперь этот AGP искать. Причем это будет уже треться видюха, которую я буду менять, невезение какое-то. Вроде, и не гоню я их... Может быть такое, что с матери на них подается неверное питание, например?
Да и мать я уже один раз по гарантии менял... и блок питания Это как в той сказке с кораблем Одиссея - за время плавания абсолютно все материалы заменили - корабль, вроде, и тот же самый, а, вроде, и совсем другой