Образ сломался, а sfc с dism`ом не помогают, как быть?

Question

[Роман]

Системные процессы стали забивать CPU под 100%, прошелся sfc, говорит что нашел но восстановить не может, dism написал что не может найти компоненты. Тоже самое через source и флешку-загрузчик. Предполагаю что сломался WMI ибо перегружаются те кто у нему обращается. Что странно, как это постоянное наполнение логов DISMа данными, будто его кто то включает. Куда копать?

Comments

[Zerg89]

Chkdsk из под live образа с подключением скрытых разделов boot и recovery их проверять тоже надо
после этого повторить dism или попытатся откатить последние обновления,
Ps
Диски не переполнены в том числе скрытый, было у виндовс какое-то обновление что не умещалось в скрытый раздел
Наилучший вариант грузится с флешки и из под неё восстанавливать, так как не понятно что в виндовых(установленных) файлах не так
Что в логах dism.log?
Может что-то установили и это начало происходить программу или драйвер?

[Роман]

Zerg89, Печаль началась где-то с момента как мы отключили центр обновлений. Были проблемы с падением адаптеров виртуалок после обновлений хоста на котором они стояли.
Логи полны вот таких микросессий
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 DismApi.dll: <----- Starting DismApi.dll session -----> - DismInitializeInternal
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 DismApi.dll: - DismInitializeInternal
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 DismApi.dll: Host machine information: OS Version=10.0.20348, Running architecture=amd64, Number of processors=44 - DismInitializeInternal
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 DismApi.dll: API Version 10.0.20348.2849 - DismInitializeInternal
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 DismApi.dll: Parent process command line: C:\Windows\system32\wbem\wmiprvse.exe - DismInitializeInternal
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 Input parameters: LogLevel: 2, LogFilePath: (null), ScratchDirectory: (null) - DismInitializeInternal
2025-02-06 12:17:03, Info DISM Initialized Panther logging at C:\Windows\Logs\DISM\dism.log
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 Initialized GlobalConfig - DismInitializeInternal
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 Initialized SessionTable - DismInitializeInternal
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 Lookup in table by path failed for: DummyPath-2BA51B78-C7F7-4910-B99D-BB7345357CDC - CTransactionalImageTable::LookupImagePath
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 Waiting for m_pInternalThread to start - CCommandThread::Start
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=4068 Enter CCommandThread::CommandThreadProcedureStub - CCommandThread::CommandThreadProcedureStub
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=4068 Enter CCommandThread::ExecuteLoop - CCommandThread::ExecuteLoop
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 CommandThread StartupEvent signaled - CCommandThread::WaitForStartup
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 m_pInternalThread started - CCommandThread::Start
2025-02-06 12:17:03, Info DISM API: PID=15924 TID=9304 Created g_internalDismSession - DismInitializeInternal
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=9304 GetReferenceCount hr: 0x0 - CSessionTable::RemoveSession
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=9304 Refcount for DismSession= 1s 0 - CSessionTable::RemoveSession
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=9304 Successfully enqueued command object - CCommandThread::EnqueueCommandObject
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=4068 ExecuteLoop: CommandQueue signaled - CCommandThread::ExecuteLoop
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=4068 Successfully dequeued command object - CCommandThread::DequeueCommandObject
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=4068 ExecuteLoop: Cancel signaled - CCommandThread::ExecuteLoop
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=4068 Leave CCommandThread::ExecuteLoop - CCommandThread::ExecuteLoop
2025-02-06 12:18:00, Info DISM PID=15924 TID=4068 Temporarily setting the scratch directory. This may be overridden by user later. - CDISMManager::FinalConstruct
2025-02-06 12:18:00, Info DISM PID=15924 TID=4068 Scratch directory set to 'C:\Windows\TEMP\'. - CDISMManager::put_ScratchDir
2025-02-06 12:18:00, Info DISM PID=15924 TID=4068 DismCore.dll version: 10.0.20348.2849 - CDISMManager::FinalConstruct
2025-02-06 12:18:00, Info DISM Initialized Panther logging at C:\Windows\Logs\DISM\dism.log
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=4068 Leave CCommandThread::CommandThreadProcedureStub - CCommandThread::CommandThreadProcedureStub
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=9304 Deleted g_internalDismSession - DismShutdownInternal
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=9304 Shutdown SessionTable - DismShutdownInternal
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=9304 DismApi.dll: - DismShutdownInternal
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=9304 DismApi.dll: <----- Ending DismApi.dll session -----> - DismShutdownInternal
2025-02-06 12:18:00, Info DISM API: PID=15924 TID=9304 DismApi.dll: - DismShutdownInternal

[Zerg89]

Роман, Chkdsk делали?
По логам видно что winserver пытается обновится и не может найти какой-то файл

Lookup in table by path failed for: DummyPath-2BA51B78-C7F7-4910-B99D-BB7345357CDC -

На одном из форумов писали что проверка диска с: помогла sysadmins.ru

Ps на виндовс ансвер советуют удалить обновления и перезапустить центр обновления
answers.microsoft.com

[Роман]

Zerg89, Коллега прошелся какой-то прогой, говорит здоров. Chkdsk использовать проблемно, ибо сервер встанет.

[alzneo]

Можешь показать CBS.log?

[Роман]

alzneo, https://transfiles.ru/pum80. Правда теперь как выяснилось еще и обновления упали и не лечатся внутренней виндой. Chkdsk глубокий тоже сделал, но он ничего не нашел

[alzneo]

Роман, у тебя сейчас машина в состоянии "между апдейтами". Обычно такое происходит, когда часть апдейтов поставилась, часть ждёт перезагрузки машины. Windows в таком состоянии сама в процесс не вмешивается и ничего не ломается.
Однако, она и не запрещает влезть кому-то другому - например, выключить-включить опциональный компонент или поставить сторонний, отчего последующая часть апдейтов после перезагрузки поставиться не сможет из-за каких-нибудь конфликтов версий. Но и откатиться тоже не получается.
Тебе нужно сначала сбросить Windows Update, чтобы он не пытался снова и снова накатывать/откатывать пакеты, затем выполнить dism /Online /Cleanup-Image /StartComponentCleanup.
Как правильно сбрасывать Windows Update написали сами Microsoft: https://learn.microsoft.com/en-us/troubleshoot/win...

Answer 1

[imageman]

собирать больше информации,
попробовать откатить системные update (fix),
отключить индексирование файлов,
проверить диск на ошибки,
посмотреть SMART,
проверить свободное место.

Спрашивать про резервную копию бессмысленно?

Comments

[Роман]

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

[imageman]

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

Пробуй собрать дополнительную информацию.
Запускай что-то типа Process monitor (от Систерналс) - но там очень много инфы....
Смотри Event log.
Пробуй отключать (ставить на стоп или disable) второстепенные сервисы.
Проверь антивирусами.

[Роман]

imageman, В системном журнале много строк про "Адаптер производительности WMI"(то включается то выключается) и OHM(метрики заббиксу шлёт, и не смотря на ошибки - исправно) который постоянно пытается поставить службу WinRing, но видимо не может(Нет сообщений об ошибке только постоянная "Установка службы").

Про машину и резервную... Это невозможно пока все исправно работает. Если все снова начнет грустить - вот тогда можно предложить.

[imageman]

ЧатГПТ посоветовал следующее (обязательно проверь все команды самостоятельно, перед тек как запускать):
Проверка и восстановление репозитория WMI.
Запустите команду
winmgmt /verifyrepository

чтобы проверить целостность репозитория, а затем при необходимости –

winmgmt /salvagerepository

Это поможет исключить повреждения, влияющие на работу WMI.

Анализ журналов событий.
Обратите внимание на записи, связанные с «Адаптером производительности WMI», а также на ошибки, которые фиксируются при попытке установки службы WinRing. Журнал CBS (обычно в %windir%\Logs\CBS\CBS.log) может дать дополнительную информацию о сбоях SFC/DISM.

Проверка сторонних сервисов.
Судя по описанию, OHM (вероятно, компонент, связанный с Zabbix) постоянно пытается установить WinRing. Попробуйте временно отключить или остановить этот агент, чтобы проверить, влияет ли он на перегрузку CPU и на общую работу WMI.
(ну а дальше он ерунду начал нести)