» BSOD: 0x00000077 KERNEL_STACK_INPAGE_ERROR

Значит проблемма в следующем. Новый хороший комп (мать асус, проц коретудуо, винт хитачи, бп ФСП), операционка ХР СП2.
При архивировании данных вылетает синий экран с ошибкой KERNEL_STACK_INPAGE_ERROR и кодом 0*00000077(0*c000000e,0*000000e,0*00000000,0*05221000).
На сайте майкрософт ошибки с кодом c000000e вообще не нашел...
На каом то форуме нашел такую инфу:
"Данная проблема возникает на компьютерах, где Windows XP установлена на жесткий диск, сконфигурированный в режиме "Slave", и никакие другие устройства не подключены к тому же контроллеру IDE (основному или дополнительному).
Данное поведение может наблюдаться при использовании Windows XP с некоторыми системными платами. В настоящее время корпорация Microsoft исследует данную проблему.
Решение:
• Сконфигурируйте Ваш жесткий диск в режиме "Master".
или
• Подключите другое устройство как "Master", например устройство для чтения компакт-дисков или DVD."

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

Rajva
Здесь не читали?
http://www.oszone.net/1196/0x00000077_KERNEL_STACK_INPAGE_ERROR

Цитата:

На сайте майкрософт ошибки с кодом c000000e вообще не нашел...

И по данной ссылке такой параметр (0xc000000e) тоже не рассматривается, но может поможет само рассмотрение ошибки.

Здесь читали. Но конкретно по ошибке 0xc000000e ничего нет.
Система грузится и работает стабильно, но падает при архивировании файлов.
И как понять "само рассмотрение ошибки" ... там масса вариантов и память и винт и шлейф... и на каждый своя ошибка... а по моей ошибке нет инфы.

Под архивированием Вы подразумеваете именно архивирование (rar, zip и пр.), а не резервное копирование? Вообще ни одного архива создать не смогли? Если смогли (особенно хорошо, ежели большой) - проверьте архив на ошибки, при наличии таковых придётся грешить на оперативку либо материнку.

да именно архивирование файлов.
на каждые 3-4 попытки один раз удается заархивировать.
Проверить архивы на ошибки... это просто разархивировать его?
А четко по ошибке нельзя выявить чего точно глючит мать или пямять?

Rajva

Цитата:

Проверить архивы на ошибки... это просто разархивировать его?

Да просто откройте архив архиватором и внутри последнего протестируйте архив.

Цитата:

А четко по ошибке нельзя выявить чего точно глючит мать или пямять?

Если Вы подразумеваете 0x00000077 (0xc000000e...), так даже в инете ничего нет. А если Вы про возможные ошибки в архиве, то может их и не будет, а будут - придётся выяснять кто виноват заменой оперативки.

Цитата:

А четко по ошибке нельзя выявить чего точно глючит мать или пямять?

А память протестировать? Разгона нет?

Цитата:

(мать асус, проц коретудуо, винт хитачи, бп ФСП

Отличное описание

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

Blue Screen Wiev (nirsoft) - посмотрите,что она покажет

Вот описаниние.
мать ASUS P5QL-CM, процесор Е7500, памяти 2х1Gb PC-6400, винт Hitachi 320Gb Sata, DVD-RW IDE, БП FSP-400.

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

Rajva
Так Вы протестировали память-архив?

Цитата:

Но почему именно при создании архива? Ведь и загружается и работает стабильно.

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

Память протестить пока не было возможности... комп рабочий и останавить неполучается. База 1С на нем крутится.
Как получится отпишу.

Кроме памяти грешить больше не на что?

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

Цитата:

Кроме памяти грешить больше не на что?

Только на разгон которого нет

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

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


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

плашки памяти у меня совсем одинаковые...
Вчера вечером вылезла еще вот какая ошибка. В связи с тем что база 1С не архивировалась, ее просто целиком копировали на флешку. Но вчера и этого не смогли сделать... копирование просто зависло... никаких синих экранов, просто 40 минут копировало один файл.. на этом копьютер и выключили.
А сегодня с утра, архивирование прошло весьма успешно.
Как такое возможно...

Цитата:

Но вчера и этого не смогли сделать... копирование просто зависло... никаких синих экранов, просто 40 минут копировало один файл.. на этом копьютер и выключили.

И это тоже очень смахивает на аппаратную проблему. Память, материнка, винчестер...

От еще. Просто в процессе работы... стоял комп с загруженой 1С и сам выпал в синий экран с ошибкой KERNEL_DATA_INPAGE_ERROR 0*0000007A. Еще ругнулся на ntfs.sys-adress.

Это значит что чего то с диском или с контролером?

Rajva
В руководстве по BSOD сказано, что ошибки 0x00000077 и 0x0000007A очень схожи. Очевидно, причина их у Вас одна и та же. Остальные параметры ошибки не запомнили? Они бы дали больше информации.

Добавлено:
Как вариант, причиной 0x0000007A может быть битый кластер, так что не помешает проверить жёстский диск на наличие ошибок.

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

есть и дополнительные.
0*0000007A
0*C05CF288
0*C00000E
0*B9E517C8
0*58CDD860

ntfs.sys-adress
B9E517C8
BASE at b9 дальше не успели записать

Rajva
Да, не везёт Вам, такие коды тоже не рассматриваются. Но нашёл общие советы: проверить через команду chkdsk /f /r (с перезагрузкой) системный раздел и поглядеть в системном журнале, какое оборудование вызвало ошибку.

Цитата:

проверить через команду chkdsk /f /r (с перезагрузкой) системный раздел

Я бы рекомендовал Викторию или MHDD. Для памяти отдельные тесты.

Вообщем прогнал память мемтестом, который стартует при перезагрузке, все ок. Прошел 4-ре теста первых, никаких ошибок. Обычно память у меня если и боила та на первом, край на втором тесте.
А вот Виктория выявила очень интересную картину...
смарт идеальный все зеленое и цифиры очень маленькие, но вот последняя строка "Ultra DMA CRC errors" выдала красную цифру 368... я незнаю чего это за ошибки... но много, на моем домашнем старом ИДЕ винте всего 10 показала. А это новый винт. Я сам пакет вскрывал.
И тест я весь не прошел остановил где то на 1/12 части диска.
Итог по блокам:
5 11303
20 115
50 11811
600 37
дальше по нолям.
Из лога видно что некоторые блоки читаются по 2195 ms.

Мне кажется что тест поверхности очень плохой. Тем более для нового диска. Но бедов то нет, че с ним делать?
И вот еще вопрос, возможен ли такой тест из-за каких то неправильных настроек в биосе (хотя я и загрузил его по дефайлту)? Или из-за щлейфа? Или из-за контролера матери?
Столько вопросов, потому как особо поэксперементировать с компом не удается. Он постоянно работает, и надо свести к нимимуму время простоя.

ЗЫ. Тут подумал а "Ultra DMA CRC errors" - это для ИДЕ дисков параметр или он и для САТА тоже подходит?

Ну так что ни у кого нет предположений в чем проблемма плохой поверхности...

Вот описание параметра с 911.ру,может наведёт на какие то мысли
UltraDMA CRC Error Count
Общее количество ошибок CRC в режиме UltraDMA. Поле raw value содержит количество ошибок, возникших в режиме передачи данных UltraDMA в контрольной сумме (ICRC - Interface CRC). Примечание автора. Практика, собранная статистика и изучение журналов ошибок SMART показывают: в большинстве случаев ошибки CRC возникают при сильном завышении частоты PCI (больше номинальных 33.6 MHz), сильно перекрученом кабеле, а также - по вине драйверов ОС, которые не соблюдают требований к передачи/приему данных в режимах UltraDMA.
Попробуй заменить кабель.Обнови биос.
P.S.Если есть карт-ридер встроенный, попробуй отключить.

Меня вот интересует а как этот режим "UltraDMA" работает на SATA... я думал он только для IDE винтов.
У меня есть IDE DVD-rom... может попробовать его отключить?

help i need somebody!!!

Че делать? Шлейф менять? и тест поверхности в виктории сразу улучшится? или винт сразу на замену?

Цитата:

Че делать? Шлейф менять? и тест поверхности в виктории сразу улучшится?

Ни кто об этом не говорит. Но такое бывает из-за плохого шлейфа. Если не поможет тогда гарантия или сервис.

Спасибо тебе, Gold Member, HDD !
А вот еще где то читал, что эти шлейфы они разные бывают... чето САТА30 и САТА26 (может ошибаюсь). Но как их различать то... маркировки на сата шлейфах я ниразу не видел.

Цитата:

А вот еще где то читал, что эти шлейфы они разные бывают... чето САТА30 и САТА26 (может ошибаюсь). Но как их различать то... маркировки на сата шлейфах я ниразу не видел.

Это не шлейфы, а режимы работы диска. Шлейфы одинаковые все. Имеется ввиду SATA.