Ошибка 0x000000ca windows xp

Обновлено: 07.07.2024

Не уверены, если это нужное исправление? Этой проблемы мы добавили в наш которой можно подтвердить.

Симптомы

Рассмотрим следующий сценарий:

У вас есть компьютер под управлением Windows Server 2008 R2 с установленной ролью Hyper-V.

Сохранить файл виртуального жесткого диска (VHD) на диске-PNP. Например сохранять файл VHD на Электронный диск.

Выполнить одну из следующих операций:

Подключить или отключить этот файл VHD.

Создайте резервную копию всего компьютера.

0x000000CA (parameter1, parameter2, parameter3, parameter4) PNP_DETECTED_FATAL_ERROR

Не все ошибки «0x000000CA» вызываются этой проблемы.

Причина

Решение

Сведения об исправлении

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

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

Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Чтобы получить полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание, посетите следующий веб-сайт корпорации Майкрософт:

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

Предварительные условия

Для установки этого исправления необходимо наличие Windows Server 2008 R2 на компьютере. Кроме того необходимо иметь роль Hyper-V, установленной на компьютере.

Сведения о реестре

Для использования исправления из этого пакета нет необходимости вносить изменения в реестр.

Необходимость перезагрузки

Может потребоваться перезагрузить компьютер после установки данного исправления.

Сведения о замене исправлений

Это исправление не заменяет ранее выпущенные исправления.

Сведения о файлах

Глобальная версия этого исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.

Примечания к сведениям о файле Windows Server 2008 R2

Важно. Исправления для Windows Server 2008 R2 и Windows 7 включены в одни и те же пакеты. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Чтобы запросить пакет исправления, который применяется к одной или обеим ОС, установите исправление, описанное в разделе "Windows 7/Windows Server 2008 R2" страницы. Всегда смотрите раздел "Информация в данной статье относится к следующим продуктам" статьи для определения фактических операционных систем, к которым применяется каждое исправление.

Файлы МАНИФЕСТА (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе Дополнительные сведения о файлах» для Windows Server 2008 R2». MUM и файлы МАНИФЕСТА и связанные файлы каталога безопасности (.cat), очень важны для поддержания состояния обновляемого компонента. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.

Конфигурация компьютера
Процессор: Intel Pentium 4, 3000 MHz (15 x 200)
Материнская плата: Asus P4P800 SE (5 PCI, 1 AGP, 1 WiFi, 4 DDR DIMM, Audio, Gigabit LAN)
Память: 2048 Мб (PC3200 DDR SDRAM)
HDD: Жёсткий диск : Western Digital WD10EALX-009BA0 1000 Тб
Видеокарта: ATI Radeon HD 4600 Series (1 Гб)
Звук: Device Audio : C-Media Electronics CMI8738/C3DX PCI Audio Device
Блок питания: 450 вт
CD/DVD: SONY CD-RW CRX320E
Монитор: ViewSonic VX1945wm-3
Ноутбук/нетбук: ASUS F3Jc
ОС: Oперационная система : Windows 7 Ultimate Профессиональный Media Center
Индекс производительности Windows: 4.3 on 7.9
Случилась проблема с PC - постоянно синие экраны при загрузке, в конце концов отнес в сервис, предварительно сняв один из хардов (там были личные файлы - фотки видео музыка). В сервисе поправили комп - причина была в ОП, переустановили систему на С раздел диска, на D разделе всё осталось в целости. Забираю домой подключаю второй хард-вижу его в биосе как slave (Как и было до ремонта), а при загрузке (экран загрузки винды) вылетает Синий экран. отключаю этот диск - загружается без проблем.
диски IDE.
код ошибки 0x000000CA
Конфигурация компьютера
Ноутбук/нетбук: Lenovo ThinkPad W530 24385AU (i7-3740QM 2.7GHz, 24GB RAM, Samsung 840 Pro 256GB + HDD 750GB)
ОС: Windows 10 Pro x64 Release Preview
Прочее: На пенсии: HP Pavilion dv7t (17.3'', i7-2630QM, HD 6770M 1Gb, 8Gb RAM)
Semidel, проверьте перемычки. Первый должен быть master, второй - cable select.

-------
Канал Windows 11, etc | Чат @winsiders

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

Конфигурация компьютера
Процессор: Intel Pentium 4, 3000 MHz (15 x 200)
Материнская плата: Asus P4P800 SE (5 PCI, 1 AGP, 1 WiFi, 4 DDR DIMM, Audio, Gigabit LAN)
Память: 2048 Мб (PC3200 DDR SDRAM)
HDD: Жёсткий диск : Western Digital WD10EALX-009BA0 1000 Тб
Видеокарта: ATI Radeon HD 4600 Series (1 Гб)
Звук: Device Audio : C-Media Electronics CMI8738/C3DX PCI Audio Device
Блок питания: 450 вт
CD/DVD: SONY CD-RW CRX320E
Монитор: ViewSonic VX1945wm-3
Ноутбук/нетбук: ASUS F3Jc
ОС: Oперационная система : Windows 7 Ultimate Профессиональный Media Center
Индекс производительности Windows: 4.3 on 7.9
перемычки пробовал поставить, но стал клинить призагрузке bios
можно ли извлечь дамп этого диска если он не видим виндой?

Последний раз редактировалось Semidel, 16-10-2010 в 19:48 .

Конфигурация компьютера
Ноутбук/нетбук: Lenovo ThinkPad W530 24385AU (i7-3740QM 2.7GHz, 24GB RAM, Samsung 840 Pro 256GB + HDD 750GB)
ОС: Windows 10 Pro x64 Release Preview
Прочее: На пенсии: HP Pavilion dv7t (17.3'', i7-2630QM, HD 6770M 1Gb, 8Gb RAM)

В чем это выражается?

Сбросьте настройки BIOS к стандартным.
Шлейф другой попробуйте.

можно ли извлечь дамп этого диска если он не видим виндой? »
А зачем он вам? По-моему, надо смотреть в сторону правильного подключения оборудования.

-------
Канал Windows 11, etc | Чат @winsiders

можно ли извлечь дамп этого диска если он не видим виндой? »

Можно попробовать посмотреть подключаемый хард из-под DOS. Проверить физическое состояние --- MHDD или Victoria for DOS.

В первом секторе можно пагасить флаг 80h --- в Partition Table (Таблице разделов) --- Если он выставлен. Чтобы не шла с него загрузка.

Конфигурация компьютера
Процессор: Intel Pentium 4, 3000 MHz (15 x 200)
Материнская плата: Asus P4P800 SE (5 PCI, 1 AGP, 1 WiFi, 4 DDR DIMM, Audio, Gigabit LAN)
Память: 2048 Мб (PC3200 DDR SDRAM)
HDD: Жёсткий диск : Western Digital WD10EALX-009BA0 1000 Тб
Видеокарта: ATI Radeon HD 4600 Series (1 Гб)
Звук: Device Audio : C-Media Electronics CMI8738/C3DX PCI Audio Device
Блок питания: 450 вт
CD/DVD: SONY CD-RW CRX320E
Монитор: ViewSonic VX1945wm-3
Ноутбук/нетбук: ASUS F3Jc
ОС: Oперационная система : Windows 7 Ultimate Профессиональный Media Center
Индекс производительности Windows: 4.3 on 7.9
Vadikan, в биосе показывается состояние оп, диски и на этом - зависание
Vadikan, в биосе показывается состояние оп, диски и на этом - зависание »

Я бы попробовал этот проблемный хард протестировать в гордом одиночестве.
Оставил его как Slave, а первый отсоединил вообще. И MHDD или Victoria for DOS . Они точно скажут --- ху ис ху.

Похоже что хард неживой уже. Посмотрите в BIOS автодетекцию --- геометрия определяется, когда он один….

Конфигурация компьютера
Ноутбук/нетбук: Lenovo ThinkPad W530 24385AU (i7-3740QM 2.7GHz, 24GB RAM, Samsung 840 Pro 256GB + HDD 750GB)
ОС: Windows 10 Pro x64 Release Preview
Прочее: На пенсии: HP Pavilion dv7t (17.3'', i7-2630QM, HD 6770M 1Gb, 8Gb RAM)
Переношу в диски для диагностики устройств и подключений.

-------
Канал Windows 11, etc | Чат @winsiders

Конфигурация компьютера
Процессор: P IV 2600 512/800/S478
Материнская плата: ASUS P4P800 Deluxe rev.A2
Память: DDR 2048Mb PC3200: 2 x Kingston Kit of 2_KVR400X64C3AK2/1G 400МГц (512MB 64M x 64 -Bit x 2 pcs.)
HDD: WD5000ABYS 16Mb/7500/SATA300
Видеокарта: ATi Radeon 3650 512Mb TV OUT DVI
Звук: SoundMAX-integr.
Блок питания: Termaltake Purepower RX 550A W0143 550W, 01.2008г.
CD/DVD: RW NEC ND-4571A
Монитор: Nokia 710C (iiyama HM903DTA (Vision Master Pro 454) 19")
ОС: Windows 7 SP1 Ultimate Rus; WinXP SP3+ Prof Rus
Индекс производительности Windows: 4,1
Прочее: +(4-6) разномастных SATA/IDE-HDD (80-320Gb)

- CMOS BIOS SETUP очищали, с последующей установкой BIOS-параметров Load Default/По умолчанию?

Ошибка 0x0000000a является критическим сбоем, вызывающим остановку работы вашей операционной системы. Вследствие остановки, на экране появится информативный текст на фоне синего экрана.

Фото 2

Причины возникновения ошибки 0x0000000a могут быть разнообразны, как правило, это: поврежденные устройства или драйвера, некорректно работающие модули оперативной памяти (irql not less or equal), неправильная настройка БИОС, повреждение системных файлов, при установке или подключении принтера.Данная ошибка встречается на всех операционных системах от корпорации Microsoft, начиная с XP.

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

Способ №1

Провести диагностику проблем оперативной памяти компьютера.
Для этого воспользуемся собственным инструментом Windows:

  1. Зайдите в «Пуск»;
  2. Введите в поиск «Диагностика проблем оперативной памяти компьютера» и нажмите по найденному;
  3. Выберите рекомендуемый первый вариант проверки, после чего ваш компьютер перезагрузится и начнет сканирование оперативной памяти.

Фото 3

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

Способ №2

Отключение кэширования оперативной памяти.
В данном способе не нужно загружать операционную систему. Нам потребуется зайти в BIOS компьютера. Для этого нужно выключить компьютер и запустить заново. В первые 3-5 секунд нажмите клавишу F2 или Del. Если ничего не получилось, то пробуйте заново, т.к. это нужно делать быстро, еще до того, как ОС начала загружаться.

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

  • External Cache Memory
  • Internal Cache Memory

ВНИМАНИЕ! Будьте очень аккуратны! Т.к. изменение некоторых параметров может нарушить всю работу компьютера.

Способ №3

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

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

Способ №4

Выполнение чистой загрузки.
«Чистая загрузка» поможет загрузить систему с минимальным количеством запущенных процессов. Это даст возможность выявить «проблемный» процесс, запуская программы из автозагрузки поочередно. Если вы обладатель «восьмерки» или «десятки» для установки «чистой загрузки» делайте следующее:

В случае, если вы обладатель windows 7, производите следующие действия:

  • Нажимает комбинацию клавиш win+R и в открывшемся окне вписываем «msconfig», нажимаем Enter;
  • Откроется окно, в котором выберите выборочный запуск во вкладке «общие», также не забудьте снять галочку с пункта «Загружать элементы автозагрузки»;
  • Во вкладке «службы» также поставьте галочку «Не отображать службы Майкрософт» и отключить все элементы в списке;
  • Перезагружаемся.

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

Способ №5

Восстановление системы.
Данный способ не является 100% решением проблемы, но если ошибка появилась совсем недавно, то может помочь.
В меню «Пуск», в поиске введите «Восстановление системы». Нажмите «Далее» и выберите последнюю точку восстановления компьютера. Дальше еще раз подтвердите, после чего компьютер перезагрузится и начнет восстановление. Дождитесь окончания.

Способ №6

Если же ничего не помогло, то остается только переустановка ОС. Однако вы потеряете программы и приложения, установленные в системе. А затем установите последние обновления Windows. После всех этих действий, вы наверняка избавитесь от данной ошибки 0х0000000а.

date

06.07.2019

directory

Windows Server 2008

comments

комментариев 10

В этой статье постараюсь описать методику диагностики проблем с неподписанными файлами драйверов в x64 битной версии Windows систем, из-за которых компьютер перестает загружаться и при загрузке падает в BSOD. Но систему все-таки можно загрузить, отключив проверку цифровой подписи при загрузке (F8 -> Disable Driver Signature Enforcement). В качестве примера в этой статье я буду работать с Windows Server 2008 R2 (которая, напомню, бывает только в 64-разрядной редакции), но данная методика подойдет так и для Windows 7 x64 и Vista x64.

Если вернуться к предыстории вопроса, то вспомним, что Microsoft приняла решение о том, что в 64-битных системах, начиная с Windows Vista, Windows загружает драйвера в режим ядра только в том случае, если драйвер имеет цифровую подпись. Если же цифровая подпись драйвера отсутствует, то при загрузке системы случается критическая ошибка (зависит от типа драйвера, загрузка которого заблокирована) и появляется экран BSOD. Конкретная ошибка и ее код зависят от конкретного драйвера, который заблокирован в процессе загрузки. Некоторые ошибок прямо на экране BSOD могут указывать на файл неподписанного драйвера.

В моем случае после обновления драйверов на сервере Windows 2008 r2 при обычной загрузки машины появился синий экран смерти с текстом:

STOP: c000021a (fatal System Error)

The initial session process or system process terminated unexpectedly with a status of 0x00000000 (0xc000428 0x00100448). The system has been shut down

BSOD : STOP: c000021a (fatal System Error)

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

Преобразуем hex код ошибки в более удобочитаемую форму. Для этого можно воспользоваться встроенной в Windows утилитой SLUI.EXE или же сопоставить код этой ошибки в файле ntstatus.h, найти который можно в Windows SDK. Воспользуемся первым способом, для чего в командной строке выполним:

Утилита slui.exe

Как вы видите на скриншоте, мы убедились в том, что BSOD вызвана невозможностью проверить цифровую подпись драйвера (“Windows cannot verify digital signature for this file”)

Перезагружаем наш компьютер и при загрузке жмем клавишу F8. В расширенном загрузочном меню (Advanced Boot Options) отключаем проверку цифровой подписи, выбрав Disable Driver Signature Enforcement .

Disable Driver Signature Enforcement

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

Следующий шаг – определение файла проблемного модуля или драйвера. Откроем консоль журнал событий (Event Viewer) и перейдем в раздел Applications and Services Logs -> Microsoft -> Windows -> CodeIntegrity -> Operational.

Примечание: если при доступе к логам в этой ветке появляется ошибка “access denied”, создайте на диске c: каталог, предоставив группе Everyone полный доступ. Затем измените путь к файлу ETL на новый каталог, и отключите и заново включите логирование.

Журнал CodeIntegrity

В моем случае, в журнале есть событие EventID 3001 с текстом «Code Integrity determined an unsigned kernel module \Device\HarddiskVolume1\Windows\System32\win32k.sys is loaded into the system. Check with the publisher to see if a signed version of the kernel module is available». Вот мы и нашли проблемный драйвер!

Проверку наличия цифровой подписи выполним командой:

Проверка цифровой подписи sigcheck.exe

Если подпись отсутствует, то в поле Verified будет указано Unsigned (в противном случае, соответственно Signed).

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

  1. Найти подписанную версию драйвера
  2. Отказаться от использования данного драйвера (и устройства)
  3. отключить проверку цифровой подписи драйвера в Windows

Третий вариант может не подойти по тем или иным причинам. В первых двух случаях нам нужно определить к какому конкретному устройству относится данный файл драйвера .sys.

Как же определить устройство, зная лишь имя sys-файла? Я использую следующую методику (пусть нам нужно определить устройство, драйвер которого имеет имя HpCISSs2.sys):

1) Открываем редактор реестра и поиском по ветке HKEY_LOAL_MACHINE\SYSTEM\ControlSet001 ищем ключ со значением HpCISSs2.sys

Определеяем драйвер по sys файлу

2) В моем случае он нашелся в ветке HKEY_LOAL_MACHINE\SYSTEM\ControlSet001\services\HpCISSs2

Определеяем код устройства по файлу драйвера

3) Разворачиваем вложенную ветку с названием ENUM, нас интересует значение ключа 0, в моем случае это PCI\VEN_103C&DEV_3230&SUBSYS_3235103C&REV_01\4&3b416f2c&0&0018

4) Определяем, что производитель устройства имеет ID 103C, а код устройства 3230

Определяем устройство по коду устройства

5) Далее на сайте указываем в полях Vendor Search и Device Search найденные нами коды.

Определяем устройство по коду

6) Получаем что искомое нами устройство контроллер жестких дисков HP Smart Array P400 Controller.

Нам осталось лишь найти новую версию драйвера на сайте производителя оборудования (внимательно смотрите для каких версий ОС подходит нужный вам драйвер) и обновить драйвер на компьютере.

Читайте также: