Синий экран

[Autopsy]

Каким образом его проверить? Через родную утилу Скан диск в WIN XP или есть иные способы

Не верьте vit9696, данный BSOD инициирован процессором который проверяет:

 

* Ошибки системной шины.

* Ошибки памяти, которые могут включать ошибки четности или кода исправления ошибок (ECC).

* Ошибки кэша в процессоре или оборудовании системы.

* Ошибки ассоциативного буфера TLB в процессоре.

* Другие обнаруженные ошибки оборудования поставщиков ЦП.

* Обнаруженные ошибки оборудования сторонних поставщиков.

 

Битые сектора не могут вызвать такого BSOD-a.

 

http://support.microsoft.com/kb/329284/ru

Изменено 9 января, 2010 пользователем Autopsy

[EAlekseev]

Не верьте vit9696, данный BSOD инициирован процессором который проверяет:

* Ошибки системной шины.

* Обнаруженные ошибки оборудования сторонних поставщиков.

Я тоже поддерживаю идею проверить жесткий диск и файловую систему. Если BAD-блок или ошибка на файловой системе попадет на драйвер устройства или в pagefile.sys, то эффект может быть точно таким же как при неисправности устройства.

При этом жесткий диск и память проще всего оттестировать. Для жесткого диска можно использовать Victoria, MHDD, HDDScan или утилиты диагностики от производителя винчестера. Кстати, выложите SMART-атрибуты винчестера для оценки состояния винчестера.

Для теста памяти существуют неплохие утилиты MemTest и Windows Memory Diagnostic.

Если тест самого винчестера никакого криминала не покажет, не лишним будет проверить файловую систему chkdsk на наличие ошибок.

Изменено 9 января, 2010 пользователем EAlekseev

[GanK]

Такая ошибка так же может возникнуть если:

1. Вы изменили параметры в BIOS, влияющие на конфигурацию ядра системы

2. Вы установили ХР с образа чужой системы

3. У вас не правильно подключено какое-то оборудование

 

Происходит это из-за того что проверка машины не соответствует уже установленной конфигурации ядра.

[EAlekseev]

Попробуйте сбросить настройки BIOS на дефолтные (по-умолчанию).

 

Плюс можно попробовать в момент начала загрузки ОС нажать клавишу F8 и выбрать пункт "Последняя удачная конфигурация". Маловероятно, что поможет, но...

Изменено 10 января, 2010 пользователем EAlekseev

[Autopsy]

Я тоже поддерживаю идею проверить жесткий диск и файловую систему. Если BAD-блок или ошибка на файловой системе попадет на драйвер устройства или в pagefile.sys, то эффект может быть точно таким же как при неисправности устройства.

При этом жесткий диск и память проще всего оттестировать. Для жесткого диска можно использовать Victoria, MHDD, HDDScan или утилиты диагностики от производителя винчестера. Кстати, выложите SMART-атрибуты винчестера для оценки состояния винчестера.

Для теста памяти существуют неплохие утилиты MemTest и Windows Memory Diagnostic.

Если тест самого винчестера никакого криминала не покажет, не лишним будет проверить файловую систему chkdsk на наличие ошибок.

Выделенное полужирным у меня не уклалось в голове и смыл я этого не уловил. Я думаю неправильная формулировка.

 

Вы что думаете, жесткий диск вот просто так считывает файлы в память без проверки их корректности? Смею вас заверить что нет. К тому же этот BSOD вызывается "неустранимой аппаратной ошибкой", то что вы предположили кроме того что не возможно, но это было бы ещё и программной ошибкой, и вылилось бы в исключение в программе или что-то подобное.

[EAlekseev]

Выделенное полужирным у меня не уклалось в голове и смыл я этого не уловил. Я думаю неправильная формулировка.

Согласен, криво сформулировал. Имелось ввиду, если по какой-то причине файлы драйвера устройства побились или файл подкачки попадает на плохой сектор, то BSOD такого типа не исключен. Как показывает практика, под данное описание попадает все что угодно.

1. На некоторых мат.платах из-за подсевшей батарейки могут наблюдаться просто феерические глюки. Но в большинстве случаев обычно слетают только настройки CMOS и время.

2. Вздувшиеся конденсаторы на мат.плате.

3. Глюки того же южного моста на ней же. Кто помнит 865 чипсет меня поймет.

4. Микротрещины (или плохая пайка) в мат.плате.

5. Блок питания.

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

7. Битое устройство на S-ATA,P-ATA или USB шине.

8. Битая или плохо вставленная память. Возможно просто окислились контакты.

9. "Удачные" ошибки файловой системы.

 

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

Недавно мне показали интересную утилиту BlueScreenView, позволяющую автоматически анализировать дампы памяти, создаваемые после падения системы в BSOD. Интересно было бы посмотреть её результаты в данной ситуации.