Показать полную графическую версию : 0xC000021A: STATUS_SYSTEM_PROCESS_TERMINATED
nextnext
17-11-2020, 05:33
ntkrnlmp.exe »
"указанный файл скорее всего не является причиной проблемы В этом случае понадобится серьезный анализ дампа, требующий очень глубоких знаний и опыта в этой области" - Распространенные причины критических ошибок Windows и рекомендации по их устранению (http://www.oszone.net/8774/Drivers_List). Можете по ссылке почитать, что в целом выполняют в такой ситуации.
BAD_DLL_gdiplus.dll »
Вероятно, проблема в этом файле gdiplus.dll - это стандартная "библиотека графической подсистемы, которая помогает отрисовывать интерфейсы программ". Здесь (https://www.exefiles.com/ru/dll/gdiplus-dll/) по конкретно этому файлу советуют: 1) Запустить восстановление системы, 2) Удалить n-Track Studio (или схожее программное обеспечение), если его недавно установили, 3) Выполните обновление Windows. 4) Если не помогает, заменить файл на исправный в ряде папок (там их много). Здесь (https://tehnichka.pro/error-gdiplus-dll/) указаны основные папки и показана дополнительная регистрация файла в системе, если просто замена не работает. Также будет вполне логично, если после замены у вас появится другая ошибка с другим dll или вообще без него, раз у вас проблемы с DISM и sfc, которым вроде как не нужен продвинутый графический интерфейс. Поэтому правильнее делать всё не по одному файлу, а комплексно и сначала попробовать выполнить 1-3 пункты. Только вместо обновления Windows сделать отмену обновления, как я вам ранее и советовал.
Я согласен, что стратегия решения проблемы должна быть прежней.
Просто нашел еще один интересный параметр DISM /RevertPendingActions.
Здесь (http://zametki-admina.ru/windows-7-bsod-stop-c00000145.html) описан положительный опыт, если сначала применить параметр /RevertPendingActions.
Может имеет смысл начать с него?
nextnext
17-11-2020, 20:10
/RevertPendingActions »
Это отмена ожидающихся операций, поэтому первым делом это используют при зависании обновлений. У вас зависания нет, принудительно обновление вы не прерывали и одно обновление уже установлено. Поэтому в похожих случаях обычно начинают с удаления установленного конкретного обновления, а если уже не помогает, переходят к очистке ожидающихся обновлений. Правда здесь (https://ddr64.ru/oshibka-v-windows-x64-2012r2-standart-0xc000021a/) (это как раз заметка про 0xc000021a) удаляют сначала конкретное недоустановленное обновление, только, кажется, у вас таких нет. Вы можете начать с того, с чего вы хотите, и что считаете более правильным.
Привожу результат выполнения команды DISM /Image:C\ /Cleanup-image /Get-Packages /format:table (http://orkspb.ru/Pending.jpg)
Последнее обновление действительно имеет статус Instal Pending.
Нормально ли, что у установленного перед ним обновления статус Uninstall Pending?
nextnext
18-11-2020, 04:28
Нормально ли, что у установленного перед ним обновления статус Uninstall Pending? »
Иногда такое случается, лучше обновление с таким статусом просто не трогать. Похожая ситуация описывается в этом руководстве (https://docs.microsoft.com/ru-ru/windows-server/administration/windows-server-update-services/deploy/monthly-delta-update-isv-support-without-wsus) Microsoft: если разностное и накопительное обновление были случайно установлены одновременно и компьютер после этого перестал загружаться, нужно удалить ожидающие установки обновления и "Не удаляйте обновления, ожидающие удаления". Как также указывают здесь (https://forums.mydigitallife.net/threads/solved-image-with-packages-saying-uninstall-pending.62491/), попытка удалить обновление, ожидающее удаления, вызывает ошибку: "Пакеты, ожидающие удаления, не могут быть удалены до тех пор, пока состояние ожидания не будет завершено (установите образ или перезагрузите систему), затем статус будет изменен на "заменен".
То есть сначала все равно начинаю с удаления последнего обновления со статусом Install Pending?
nextnext
18-11-2020, 13:13
То есть сначала все равно начинаю с удаления последнего обновления со статусом Install Pending? »
Да, можете начать с него.
Удалось просканировать жесткий диск программой Victoria 4.47.
В начале сканирования иногда появлялся оранжевый блок c временем чтения 281 ms, но, видимо, это особенность программы.
После четырехкратного сканирования обнаружился один нечитаемый блок (синего цвета), два раза с номером 692957440 и два раза с номером 692957312.
Не может быть этот блок причиной проблемы и нет ли смысла сделать Remap до применения DISM?
Получить доступ к жесткому диску через Mhdd не удается.
nextnext
18-11-2020, 22:56
Не может быть этот блок причиной проблемы и нет ли смысла сделать Remap до применения DISM? »
С вероятностью где-то 0,1 % может. У некоторых есть и под тысячу переназначенных секторов, но не выходит Windows в синий экран. Жёсткий диск сам когда-то сделает remap, но можете попробовать это ускорить.
У меня был случай, когда появлялся BSOD при загрузке WIndows XP и помог Remap одного сектора, который приходился на системный файл.
Просто я никогда не работал с программой Victoria и не знаю, способна ли она корректно выполнить Remap. Возможно, есть информация по этому поводу?
Получить доступ к жесткому диску через Mhdd с ноутбука не удается, как и нет возможности присоединить его вторым диском в качестве SLAVE.
Также скачал журнал запуска DISM с параметром /ScanHealth DIMSScanHealth.zip (http://orkspb.ru/DIMSScanHealth.zip)
Это может дать какую-то дополнительную информацию по поводу проблемы?
nextnext
19-11-2020, 00:46
никогда не работал с программой Victoria и не знаю, способна ли она корректно выполнить Remap »
Способна. Это очень известная и применяемая многими программа, доказавшая свою надёжность. Просто ставите флажок Remap, см. здесь (https://hetmanrecovery.com/ru/recovery_news/how-to-test-and-repair-hard-disk-using-free-program-victoria.htm) подробнее.
Это может дать какую-то дополнительную информацию по поводу проблемы? »
Да, у вас куча повреждённых файлов в хранилище, которые вряд ли могут физически все быть связаны с одним сбойным сектором, такая вот проблема.
Я насчитал CSI Manifest Corruption: 9 и CSI Payload Corruption: 7.
И эти сбои могли произойти вследствие установки обновлений?
С учетом информации журнала DISM ничего не меняется в первоначальном плане?
Если менять значение Start LBA в диапазоне от 0 до 255, то будет меняться и номер нечитаемого блока.
Для некоторых значений Start LBA появляются два нечитаемых блока с разницей номеров равной 256.
LBA Start -> Block number:
0 -> 692957440
1 -> 692957441
2 -> 692957442
...
65 -> 692957505
...
96 -> 692957536
97 -> 692957281, 692957537
...
103 -> 692957287, 692957543
104 -> 692957288
...
Получается, что на диске имеется протяженная цепочка нечитаемых секторов?
Наверное, есть смысл провести ремонт этих секторов до выполнения команды DISM ... /Remove-Packages?
И какие все-таки лучше использовать параметры программы Victoria: Restore, Eerase или Remap?
nextnext
21-11-2020, 03:29
Если менять значение Start LBA в диапазоне от 0 до 255 »
Вам заняться, видимо, нечем.
Получается, что на диске имеется протяженная цепочка нечитаемых секторов? »
1-2 проблемных блока - это не протяженная цепочка нечитаемых секторов.
И какие все-таки лучше использовать параметры программы Victoria: Restore, Eerase или Remap? »
Если вы бы прочитали мою ссылку выше, то не спрашивали бы:
Если тестирование будет завершено с битыми секторами, то чтобы их исправить можно произвести следующие действия:
Можно пройти диск в режиме Remap.
Если после этого битые сектора останутся, то диск можно ещё раз протестировать в режиме Restore.
Хотите сделать ремап, а потом DISM ... /Remove-Packages, ну сделайте уже, зачем об этом всё время беспокоиться?
Сканирование с минимально возможным размером block size 32 выявило только один Block 692957536 Error: UNCR.
Какой размер блока выбрать при использовании параметра Remap?
nextnext
21-11-2020, 05:03
Хотя по логике их должно было стать намного больше. »
С чего бы?
Какой размер блока выбрать при использовании параметра Remap? »
Можете поставить 1 и начать с конкретного диапазона блоков, см. Как установить точный адрес сбойного сектора в программе Victoria и исправить этот сектор (https://remontcompa.ru/hard-disk/557-kak-tochno-ustanovit-adres-sboynogo-sektora-v-programme-victoria.html). Или оставить по умолчанию в 256, это не особо важно, так как Victoria в любом случае не может сама делать ремап, а может только подталкивать hdd к нему.
В последней версии программы Victoria 4.47 отсутствует возможность установить block size 1, минимальное допустимое значение 32.
Ни MHDD, ни Victoria 3.5 на видят диск с загрузочного носителя в DOS.
Например, в Victoria появляется Status: Отсутствует DRSC+DRDY или винт не снимает BUSY... работа невозможна.
Модель ноутбука Lenovo B50, жесткий диск ST1000LM014-SSHD-8GB.
Если запускать Victoria с загрузочного носителя Hiren's BootCD PE Windows, Remap будет произведен корректно?
nextnext
21-11-2020, 11:23
В последней версии программы Victoria 4.47 отсутствует возможность установить block size 1, минимальное допустимое значение 32. »
Всё там присутствует, только что проверил. Выбираете 128, убираете бекспейсом 28.
Если запускать Victoria с загрузочного носителя Hiren's BootCD PE Windows, Remap будет произведен корректно? »
Да.
Спасибо, чтобы определить на каком логическом диске находятся сбойные сектора, запустил в Victoria Advanced->View part data.
Результат выполнения прилагаю. Фактически жесткий диск разбит на два логических, но Victoria определила их некорректно.
Файловая система дисков не определена, End LBA первого диска больше Start LBA второго, отсутствует загрузочный диск.
Может ли это также причиной сбоя и необходимы ли какие-нибудь действия по восстановлению файловой системы?
nextnext
21-11-2020, 13:33
Может ли это также причиной сбоя и необходимы ли какие-нибудь действия по восстановлению файловой системы? »
Очень сомневаюсь, см. (https://sysadmins.ru/topic505728.html) "В версии 4.54b от 7 июля 2018г ... Устранена ошибка с определением объёма накопителей более 2 Тб".
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.