Показать полную графическую версию : 0xC000021A: STATUS_SYSTEM_PROCESS_TERMINATED
Добрый день!
Файлы, которые находились в CBS.log по поиску слова 'Cannot' заменил руками, но система все равно не загружается.
Пробовал запускать команду DISM с двумя вариантами индексов в источнике, т.е.
/Source:WIM:D:\Source\Install.wim:1
/Source:WIM:D:\Source\Install.wim:2
Сообщение об ошибке "The source files could not be found" остается.
Что еще можно попробовать сделать для восстановления работоспособности системы?
Что еще можно попробовать сделать для восстановления работоспособности системы? »
Следует понимать, что не только повреждение системных файлов может вызвать падение системы, а также сбой любого др. системного ПО - защитное программное обеспечение и т.д./ т.п. и пр., которое "жестко" интегрируется в систему и драйвера/ модули которого критические, и могут влиять на загрузку оной.
У Вас при возникновении ошибки файл минидампа/ дампа создается ли?
Повторная проверка sfc и dism оффлайн системы выдают ошибки?
Проверка SFC выдает прежнюю ошибку, проверка DISM выдает ошибку "The source files could not be found".
Файлы дампа не создавались системой с начала неполадок. В корне диска C: создаются файлы с расширением *.tmp.
После переименования расширения в *.dmp анализ программой MiniDumper 1.8 дает следующий результат:
Дамп: DUMP6997.dmp (04.11.2021 21:08:21)
Код: 0xC000021A - WINLOGON_FATAL_ERROR
Процесс: smss.exe, вероятно вызвано: ntkrnlmp.exe
FAILURE_BUCKET_ID: 0xc000021a_nt!_??_::OKHAJAOM::_string_
Проверка SFC выдает прежнюю ошибку, »
Какую прежнюю ошибку?
Если Вам нужна помощь сообщества, то прикрепляйте пжлст. логи/ дампы.
От того, что Вы просто сообщаете, что есть какие-то там ошибки - ничего не изменится, и Вам только можно посочувствовать, но никак не помочь.
После замены файлов, находившихся поиском по слову 'Cannot', и выполнения команды sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows появляется сообщение о ошибке:
Программа защиты ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них.
Команда DISM больше не выполнялась, потому что при любом номере индекса появляется сообщение об ошибке: "The source files could not be found".
Прикладываю CBS.log https://disk.yandex.ru/d/UnVTJMYcCe-xug
AleksP, ранее Я уже спрашивал - проверку ф/с производили, лог изучали/ сохраняли?
Неплохо было бы ещё заглянуть в системные журналы "Система" и "Приложения", а также заполучить дамп, о котором выше также спрашивалось.
Возможно, что побились права доступа к системным папкам/ файлам.
После замены файлов, находившихся поиском по слову 'Cannot', »
Команда DISM больше не выполнялась, потому что при любом номере индекса появляется сообщение об ошибке: "The source files could not be found". »
Вот теперь можно выполнить данную команду и заполучить dism.log.
Дамп: DUMP6997.dmp (04.11.2021 21:08:21)
Код: 0xC000021A - WINLOGON_FATAL_ERROR
Процесс: smss.exe, вероятно вызвано: ntkrnlmp.exe
FAILURE_BUCKET_ID: 0xc000021a_nt!_??_::OKHAJAOM::_string_ »
Процесс: smss.exe »
Ещё свежо в памяти, когда вот так же искали виновника/ причины, устраняли ошибки, а оказалось, что в системе "старый-добрый" файловый вирус.
Интересно не Ваш случай?
проверку ф/с производили, лог изучали/ сохраняли? »
Прикладываю результат проверки диска программой Victoria 5.28 https://disk.yandex.ru/i/xjj4h3t9fPPSCQ
Неплохо было бы ещё заглянуть в системные журналы "Система" и "Приложения" »
Как это можно сделать на оффлайн системе?
а также заполучить дамп, о котором выше также спрашивалось. »
Файлы дампа не создаются системой с начала неполадок, в корне диска C: создаются файлы с расширением *.tmp.
После переименования расширения в *.dmp анализ программой MiniDumper 1.8 дает следующий результат:
Дамп: DUMP6997.dmp (04.11.2021 21:08:21)
Код: 0xC000021A - WINLOGON_FATAL_ERROR
Процесс: smss.exe, вероятно вызвано: ntkrnlmp.exe
FAILURE_BUCKET_ID: 0xc000021a_nt!_??_::OKHAJAOM::_string_
Вот теперь можно выполнить данную команду и заполучить dism.log. »
Файл DISM.log также не создается для оффлайн системы. Как можно инициировать его создание по время проверок по аналогии с CBS.log?
Прикладываю результат проверки диска программой Victoria 5.28 »
Проверка ф/с выполняется с помощью chkdsk (https://docs.microsoft.com/ru-ru/windows-server/administration/windows-commands/chkdsk)
То, что Вы прикрепили это СМАРТ ж/д, и ранее Вы его уже показывали, это никаким образом не помогает диагностировать Вашу проблему и тем более устранить её, кроме как сказать, что ж/д уже не молодой и возможно в скором времени Вам придётся задуматься о его замене: не нулевой 187 атрибут говорит о том, что диск когда-то испытывал проблемы, были так называемые "нестабильные сектора", раз 5 атрибут остался нулевым, а 193 атрибут с зашкаливающим счетчиком "загрузки/ выгрузки", а это парковка/распарковка блока головок, может говорить о том, что этот узел достигает верхнего предела своего ресурса - 650 тыс. это оч.много (вот и 1 и 7 атрибут у Вас тоже не нулевые, а ж/д у Вас похоже от WD).
После переименования расширения в *.dmp анализ программой MiniDumper 1.8 дает следующий результат: »
Авторская утилита анализирует дамп и выводит уже обработанные данные в виде информационного сообщения, многое интересное содержится в самом логе, который утилита так же создаёт или же дамп можно анализировать др. средствами.
Что-то логи от Вас так и приходится вытягивать выуживать/ выпрашивать, неужели Вам так трудно прикрепить их?
Вот и про дамп уже третий раз пишу, и про проверку ф/с тоже не первый раз.
Как это можно сделать на оффлайн системе? »
В зависимости от директории/ пути установки, могут находиться здесь:
C:\Windows\System32\winevt\Logs\
Интересуют "Application.evtx" и "System.evtx".
Файл DISM.log также не создается для оффлайн системы. Как можно инициировать его создание по время проверок по аналогии с CBS.log? »
/LogPath - Задает путь к файлу журнала.
/LogLevel - Задает уровень ведения журнала событий (1-4).
Добрый день!
Благодарю за ответ, прикладываю необходимые файлы:
Лог выполнения команды chkdsk c: /r https://disk.yandex.ru/d/FXS2YkWHufAlHw
Сгенерированные системой dump файлы https://disk.yandex.ru/d/JVn067bTm66lKg
Системный журнал "Система" https://disk.yandex.ru/d/fHhnMPiJQsNA-w
Системный журнал "Приложения" https://disk.yandex.ru/d/fFXALYZYK-3iag
Лог команды DISM с параметром /Source:WIM:D:\Source\Install.wim:1 https://disk.yandex.ru/d/5SBdzxPiGjB7UQ
Лог команды DISM с параметром /Source:WIM:D:\Source\Install.wim:2 https://disk.yandex.ru/d/5xgjFQefrG5zHA
Лог команды DISM с параметром /Source:WIM:D:\Source\Install.wim:1
Лог команды DISM с параметром /Source:WIM:D:\Source\Install.wim:2 »
Ммм, Вы не внимательны:
2021-11-05 19:07:52, Info DISM DISM.EXE: Executing command line: DISM /Image:C:\ /Cleanup-Image /ScratchDir=D:\ /RestoreHealth /Source:WIM:D:\Source\Instal.wim:1 /LogPath:D:\dismlog.txt /LogLevel:4
2021-11-05 19:52:43, Info DISM DISM.EXE: Executing command line: DISM /Image:C:\ /Cleanup-Image /ScratchDir=D:\ /RestoreHealth /Source:WIM:D:\Source\Instal.wim:2 /LogPath:D:\dismlog2.txt /LogLevel:4
Лог выполнения команды chkdsk c: /r
Можно/ нужно было и без указанного параметра.
Зачастую данный параметр вредный и Я бы сказал бесполезный (когда есть возможность воспользоваться сторонними утилитами), ну кроме если только исключить, при необходимости, так сказать "повреждённые" кластеры тома NTFS в определённых случаях.
Ммм, Вы не внимательны: »
Возможно, не совсем корректно выразился. Конечно, параметров было больше, я указал в сообщении только отличающиеся.
Можно/ нужно было и без указанного параметра.
Зачастую данный параметр вредный и Я бы сказал бесполезный (когда есть возможность воспользоваться сторонними утилитами), ну кроме если только исключить, при необходимости, так сказать "повреждённые" кластеры тома NTFS в определённых случаях. »
Я это знал и сомневался, использовать ли указанный параметр.
Решил, что с ним тестирование будет более информативным.
Надеюсь, что не навредил системе.
Конечно, параметров было больше »
Как раз таки Я и обратил Ваше внимание на параметры, с которыми Вы выполняли команду, ещё раз:
https://i.imgur.com/oUidoEO.png
Ну и по делу - хотя бы СМАРТ привели бы, ну и результаты проверки файловой системы на томах накопителя показали бы, ведь сами по себе системные файлы ведь не бьются, тому имеется какая-никакая причина.
Жаль, лог не полный, возможно можно было бы увидеть, какие файлы зацепило:
https://i.imgur.com/5Jib5Nb.png
https://i.imgur.com/5kuTPG8.png
А попробуйте удалить файл подкачки и проверить загрузку, а вдруг?
А вот результат проверки DISM - 8 манифестов и 1 библиотека (на загрузку эти повреждения уж точно не влияют, но исправлять конечно же следует):
Checking System Update Readiness.
(p) CSI Manifest Corrupt amd64_netfx-web_engine_dll_b03f5f7f11d50a3a_6.3.9600.21206_none_f3296eb90129bfa3
Repair failed: Missing replacement manifest.
(p) CSI Manifest Corrupt amd64_387f7ae0ad74210e100621bf6c978e76_b03f5f7f11d50a3a_6.3.9600.21206_none_1f4b0174d049dbf2
Repair failed: Missing replacement manifest.
(p) CSI Manifest Corrupt amd64_netfx-aspnet_wp_exe_b03f5f7f11d50a3a_6.3.9600.21206_none_8173043e5587391d
Repair failed: Missing replacement manifest.
(p) CSI Manifest Corrupt amd64_netfx-system.web.regularexpressions_b03f5f7f11d50a3a_6.3.9600.21206_none_adf6b12b81111d0b
Repair failed: Missing replacement manifest.
(p) CSI Manifest Corrupt msil_system.web.regularexpressions_b03f5f7f11d50a3a_6.3.9600.21206_none_51c231d8fc3a3408
Repair failed: Missing replacement manifest.
(p) CSI Manifest Corrupt x86_netfx-web_engine_dll_b03f5f7f11d50a3a_6.3.9600.21206_none_3ad6a59015a5e8a9
Repair failed: Missing replacement manifest.
(p) CSI Manifest Corrupt x86_system.web_b03f5f7f11d50a3a_6.3.9600.21206_none_fb5f1047f43df056
Repair failed: Missing replacement manifest.
(p) CSI Manifest Corrupt x86_netfx-aspnet_wp_exe_b03f5f7f11d50a3a_6.3.9600.21206_none_c9203b156a036223
Repair failed: Missing replacement manifest.
(p) CSI Payload Corrupt x86_microsoft-windows-g..policy-admin-gpedit_31bf3856ad364e35_6.3.9600.17415_none_631e8bf880476a4b\gpedit.dll
Repair failed: Missing replacement payload.
Summary:
Operation: Detect and Repair
Operation result: 0x800f081f
Last Successful Step: Entire operation completes.
Total Detected Corruption: 9
CBS Manifest Corruption: 0
CBS Metadata Corruption: 0
CSI Manifest Corruption: 8
CSI Metadata Corruption: 0
CSI Payload Corruption: 1
Total Repaired Corruption: 0
CBS Manifest Repaired: 0
CSI Manifest Repaired: 0
CSI Payload Repaired: 0
CSI Store Metadata refreshed: True
Жаль, лог не полный, возможно можно было бы увидеть, какие файлы зацепило: »
А как получить полный лог?
А как получить полный лог? »
Тот уже никак не получить.
Как и говорил ранее, предполагаю, что у Вас "очень хорошо" повредилась система, в том числе драйвера критических процессов, которые не дают запуститься оной.
А попробуйте удалить файл подкачки и проверить загрузку, а вдруг? »
Ну и да, загрузка в безопасном режиме так же не доступна?
А с отключением проверки подписей драйверов?
+
А у Вас случаем полный дамп в системной директории не создаётся?
C:\Windows\MEMORY.dmp
+
Вот этот дамп тоже было бы интересно глянуть (та же ошибка, но система ещё работала, а так по событиям - проблем в системе/ АРМ исправлять не наисправляться):
Компьютер был перезагружен после критической ошибки. Код ошибки: 0xc000021a (0xffffc0014b00d280, 0xffffffffc0000428, 0x0000000000000000, 0x0000001e96010940). Дамп памяти сохранен в: C:\WINDOWS\Minidump\102621-30265-01.dmp. Код отчета: 102621-30265-01.
А попробуйте удалить файл подкачки и проверить загрузку, а вдруг? »
Не помогло.
Ну и да, загрузка в безопасном режиме так же не доступна?
А с отключением проверки подписей драйверов? »
В безопасном режиме система сразу не загружалась после выхода из строя.
Какое-то время можно было загрузиться с отключенной проверкой цифровой подписи драйверов, но сейчас и это недоступно.
А у Вас случаем полный дамп в системной директории не создаётся? »
В указанной директории полного дампа нет.
Содержимое папки C:\Windows\Minidump https://disk.yandex.ru/d/WJCVQhXJZ95BiQ
Логи команды DISM с правильным названием образа системы:
https://disk.yandex.ru/d/pMvDe0FjsdqE2A
https://disk.yandex.ru/d/h-j1PAqKuN-Zgg
Логи команды DISM с правильным названием образа системы: »
Теперь-то он зачем?
Результат проверки уже известен, читайте внимательней.
так по событиям - проблем в системе/ АРМ исправлять не наисправляться): »
Они влияют на запуск системы и что можно было бы сделать дальше?
Они влияют на запуск системы...»
Запись в журнал производилась до последнего момента, пока у Вас система загружалась - и там оч. много ошибок.
Прежние ошибки сейчас никак не влияют, на загрузку системы, но они позволяют составить общую картину.
и что можно было бы сделать дальше? »
Пробовать грузиться в безопасный режим, при этом каким-либо способом выяснять:
1. какое стороннее ПО, кроме системы, пытается загрузиться в этом режиме;
2. какой неподписанный системный драйвер пытается загрузиться в этом режиме (слетевшая подпись у файла драйвера 100% показатель его поврежденности).
У Вас там и "Avast!" никчёмный, и что-то от "McAfee", и "VirtualBox" и куча пр. - это всё первые кандидаты к подозрению.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.