Уххх... А я думал про меня совсем забыли... =)
Господа, как я и указывал уже, выше. Вот стоп номер. Под которым есть только вот эти записи. Больше ничего.
Ни указания на файл, ничего.

___________________________________________________________________________________________

*** STOP: 0x0000007E (0xC0000005, 0x83E80872, 0x8C0D3A68, 0x8C0D3764)

Collecting data for crash dump ...
Initializing disk for crash dump ...
Begining dump of physical memory.
Dumping physical memory to disk: 70 (но эти циферки постоянно меняются. Вроде как отсчет какой то.)

___________________________________________________________________________________________

eNosealekseich.nВинда падает при загрузке. Причем не важно, безопасный это режим, либо обычная загрузка винды. вспоминайте, какое оборудование было последним добавлено в систему.

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

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

А комп был запечатан и в нем ничего не меняли.



У меня вот была мысль. Подобная вашей. Что бы полностью перенести на второй HDD диск информацию.
Всё полностью, с виндой и загрузочными файлами. (клон создать, так сказать.) Но я не уверен, что система загрузится под Vista.
Если это HDD, то да заработает. Если же видео карта. То смысла нет перекидывать данные с диска на диск.

Понять бы все таки, что это за ошибка такая. =(

Damien Анализ дампов памяти как метод борьбы с BSoD

Очень интересный вариант.
Только не совсем понятно, где мне запустить скрипт?
1) Система то не грузится.
2) Могу загрузиться из под XP. Заведомо поменять путь в скрипте.
Но какую мне программу использовать, для запуска скрипта? (тут я не понял честно говоря. Не могли бы по подробнее описать.)

Спасибо, Ваш вариант меня очень заинтересовал. =) А самое главное подход! =)

Damien Анализ дампов памяти как метод борьбы с BSoD


Ооо.. простите. Плохо прочел.
В общем все получилось открыть и просмотр, запустит. Но там столько всего, что глаза разбегаются. =))))

Вот он раскрытый минидамп.
Что можете сказать, по этому поводу???


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


Loading Dump File [D:\Windows\Minidump\Mini020911-07.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 \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Windows Server 2008/Windows Vista Kernel Version 6002 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Machine Name:
Kernel base = 0x83e46000 PsLoadedModuleList = 0x83f5dc70
Debug session time: Wed Feb 9 16:28:42.493 2011 (GMT+3)
System Uptime: 0 days 0:02:24.118
*********************************************************************
* 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 \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Loading Kernel Symbols
...............................................................
..........................
Loading User Symbols
Loading unloaded module list
.......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007E, {c0000005, 83e8c872, 8bd00a68, 8bd00764}

***** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 : ntkrnlpa.exe ( nt+46872 )

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

alekseich.n,

Товарищи, поковырявшись немного в инете, понял что лучше дампы смотреть через:
BlueScreenView v1.30 руссификатор есть.

Эта программа конкретно показала на файлы, в который происходит сбой.
В моем случае это фалы:

Имя файлов Адреса в стеке полный путь Описание

d347bus.sys d347bus.sys+f97 D:\WINDOWS\SYSTEM32\DRIVERS\d347bus.sys PnP BIOS Extension
hel.dll hel.dll+770c D:\WINDOWS\SYSTEM32\hel.dll Hardware Abstraction Layer DLL
ntkrnlpa.exe ntkrnlpa.exe+46872 D:\WINDOWS\SYSTEM32\ntkrnlpa.exe NT Kernel & System

Так же есть и другая информация по ним.
Такая как : С адреса. по адрес. Размер. Метка времени. Строка времени. Название продукта. (отсюда следует, что фал hel.dll и ntkrnlpa.exe файлы операционной системы. А про файл d347bus.sys вообще ничего не указано.)

Хотелось бы теперь понять, могу ли я их заменить на другие файлы, без потери для целостности ОС. И если будут потери, то какие? примерно хотя бы.

alekseich.n,

Видимо я уже устал с ним маиться....

второй файл правильно пишется hal.dll
Опечатка вышла... В остальном верхнее сообщение правильное.

Damien,

Честно говоря до этого только Avast-ом проверял на вирусы. Но этот паразит ничего не увидел.
А сегодня, поковырявшись в инете, выяснил, что был такой червь IRC-Worm.Win32.Fagot.a
И типа случай схожий. В общем скачал Касперского, и стал заново на вирусы проверять.
Выяснилось, что там целый рассадник троянов сидит. 13 штук нашел. Странно что Avast ничего не увидел. =(

Но меня не удовлетворил результат. Так как пробную программу нужно было регистрировать, через инет. А не регистрируемая она ничего не лечит и не удаляет. =( Ничего для человека в нашей стране не делается. =(
Все купи. А если денег нет. То вообще выкинь свой комп или ноутбук и т.д. =(
Вот так и рождаются злостные деятели.

Но я тьфу-тьфу-тьфу =) Вроде пока не собираюсь на их сторону. Но обидно, что в трудную минуту и опять плати бабло. =(

Какую то проверку по дискам или по памяти я запускал. Но не помню какую. Точно помню, что проблем не было.
Может конечно прога гомна моя. Посоветуйте чем проверить?

alekseich.n,

Всё! Всем спасибо! =)
Я разобрался и комп к жизни вернул!

После долгих мучений, установки второй винды, из под неё считывание минидампа.
Определения проблемных файлов. А главное сборе информации о них в инете. (Так как порой пишут такой бред в описаниях, что ни одной сивой кобыле не снилось)
И наконец причина ясна, и вылечена. =)

Ситуация была следующая. Товарищу на комп с Windows Vista Home Premium, поставили программу DAEMON TOOLS. Которая ну ни как несовместима с данной виндой.

Даемон тулс - это программа эмулятор. Которая создает файлы драйвера для воздушных устройств CD-DVD-ROM. (Хорошая программка собственно. Я сам такую использую. Но более свежую версию)
А их версия Даемон Тулса не совместима с указанной выше версией Виндовс.

Отчего при загрузке, во время чтения файлов драйверов, а именно:
d347bus.sys и d347prt.sys
Система не справлялась, и выкидывала в BSOD с ошибкой:
Номер стопа при загрузке в Безопастный режим
*** STOP: 0x0000007E (0xC0000005, 0x83E79872, 0x8C18BA68, 0x8C18B764)

Номер стопа при Обычной загрузке в винду.
*** STOP: 0x0000007E (0xC0000005, 0x83E80872, 0x8C0D3A68, 0x8C0D3764)

При этом загрузиться в Windows категорически не получалось.

!!!Решение проблемы!!!
1) а) Ставится параллельно вторая винда.
б) Либо загрузочный диск, с любой программой типа Тотал Командер или любая другая мини операционка.
в) Либо подключаете диск с нерабочей виндой, в рабочую машину, вторым номером.
2) Считываем минидамп программой BlueScreenView v1.30 руссификатор есть. (Эта программа меня и натолкнула на один из файлов) Если программа выдала вам следующий результат:
__________________________________________________________________________________________
Эта программа конкретно показала на файлы, в который происходит сбой. В моем случае это фалы:

Имя файлов -- Адреса в стеке -------- полный путь ----------------------------------- Описание

d347bus.sys -- d347bus.sys+f97 --- D:\WINDOWS\SYSTEM32\DRIVERS\d347bus.sys -- PnP BIOS Extension
hal.dll -------- hal.dll+770c -------- D:\WINDOWS\SYSTEM32\hel.dll Hardware ------- Abstraction Layer DLL
ntkrnlpa.exe -- ntkrnlpa.exe+46872 - D:\WINDOWS\SYSTEM32\ntkrnlpa.exe ----------- NT Kernel & System

Так же есть и другая информация по ним.
Такая как: С адреса. по адрес. Размер. Метка времени. Строка времени. Название продукта. (отсюда следует, что фал hal.dll и ntkrnlpa.exe файлы операционной системы. ---------А про файл d347bus.sys вообще ничего не указано, вот по нему то я и стал штудировать интернет... начитался много всякого и бреда и полезного.)
__________________________________________________________________________________________
2) Находите оба файла d347bus.sys и d347prt.sys (Как правило они должны быть в *\Windows\system32\drivers\)
Только не забудьте, что вы их ищите в директории со сломаной виндой.
И просто удаляете их. Или переносите в любую другую папку, если боитесь, что сделаете хуже. =)
3) Вуаля! Винда работает! =)

Обязательно советую после этого Удалить к чукчам по дальше несовместимый Daemon Tools.
Обязательно после этого почистить реестр!!!

И мой вам совет. =) Не старайтесь вкрутить болт в гайку, если они не совместимы. =)
Либо резьбу сорвете, либо конструкция рухнет. =)

Совместимость штука важная. =) Даже в любви! =)

Basil A. Sidorovalekseich.nСитуация была следующая. Товарищу на комп с Windows Vista Home Premium, поставили программу DAEMON TOOLS. Которая ну ни как несовместима с данной виндой. Да что вы говорите ?

Да согласен, сказал слишком обширно, обидев весь продукт в целом.

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

----- Интеграция DAEMON Tools с оболочкой Windows ----

И этим все сказано.
Ах да!! Там ещё можно увидеть баннер с надписью Windows 7 Compatible....
Собственно и все.
От чего любой рядовой пользователь может подумать, что любая версия продукта подходит к любой линейке Windows!

Что ошибочно!!! Старые версии не все совместимы.

Я не скажу, точно какая версия стояла у товарища на Viste. Так как мне пришлось бы вернуть файлы драйверов на место.
И снова смотреть на синий экран BSOD.
Этого мне не хотелось. =)

Но знаю, что стояла одна из старых версий. Если кто помнит из вас, раньше у них был значок ярлыка диск с синей молнией.
Если сравнивать с нынешним, то совсем отличается. Да и грубоватый такой дизайн(так для сравнения). Я такой пользовался ещё до Vista, на ХР.
Вод собственно она та и не совместима.

Вот кстати одна из старых версий, которая совместима с Vista.
http://www.overclockers.ru/softnews/23443.shtml

Вот собственно исправился. =)

Damien Анализ дампов памяти как метод борьбы с BSoD


Кстати огромное спасибо и низкий вам поклон, за ссылку!
Именно она помогла мне встать на путь истинный. =)
А также открыть новые познания и возможности. =)

Basil A. Sidorovalekseich.nНа самом деле есть версии которые поддерживаются Vista, на сайте производителя вы этого не увидите.А мужики-то не знают.


Это хорошо, что есть. =)
Вот только, как не крути, простой пользователь этого не узнает.
Я бы не сказал, что я простой пользователь. (скромничаю) И то не заметил.

А представьте куда смотрит тот процент населения, который английский вообще не знает. И тот процент, которые панически боятся "мышку нажать" (немного утрирую конечно, но все же). =))))

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