Pull to refresh

Comments 15

Я после обновления столкнулся с забавным багом - все exe, которые ранее не запускались, теперь запускаются от 30 сек до 3 мин.
При повторном запуске - всё ок.
Как говорил классик - "пришло время переустанавливать шиндоус, шиндоус сам не переустановится"

Он у меня всегда отключен) Имеются в виду вообще все exe, даже ранее установленные программы.
И после обновления того же браузера до новой версии - так же долго открывается.
Иногда еще при повторном запуске крашится.
Напоминает поведение при эмуляции x86 на другой архитектуре процессора

У меня подобное было из-за настроек безопасности. Исчезла проблема после выключения Core Isolation / Reputation-based protection.

помню одного программиста - он ошибся в кодировании таблицы для crc32, в результате с вероятностью 2% эта crc32 считалась неверно. но т.к. протокол был адаптивный и в ответ на ошибки уменьшал размер блока + ретрансмиссии, ошибка долго оставалась не замеченной.

tl;dr файлы не повреждены, просто в качестве эталонных значений указаны неверные хэши.

Кроме того, лучше ориентироваться не на выхлоп утилиты в терминал (куда она сообщает лишь сам факт того, удалось ли найти и восстановить повреждённые файлы или нет), а смотреть подробности в CBS.log, там можно увидеть подробные сведения по каждому файлу.

Скрытый текст

2024-10-11 16:29:30, Info CSI 000002d6 [SR] Repairing file ??\C:\WINDOWS\SystemApps\Shared\WebView2SDK\Microsoft.Web.WebView2.Core.dll from store
2024-10-11 16:29:30, Info CSI 000002d7 [SR] Repairing file ??\C:\WINDOWS\SystemApps\Microsoft.WindowsAppRuntime.CBS_8wekyb3d8bbwe\Microsoft.Web.We»2024-10-11 16:29:30, Info CSI 000002d8 [SR] Repairing file ??\C:\WINDOWS\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\Microsoft.Web.WebVie»2024-10-11 16:29:30, Info CSI 000002d9 [SR] Repairing file ??\C:\WINDOWS\SystemApps\Microsoft.Windows.SecureAssessmentBrowser_cw5n1h2txyewy\Micros»2024-10-11 16:29:30, Info CSI 000002da [SR] Repairing file ??\C:\WINDOWS\SystemApps\Microsoft.Windows.OOBENetworkCaptivePortal_cw5n1h2txyewy\Micro»2024-10-11 16:29:30, Info CSI 000002db [SR] Repairing file ??\C:\WINDOWS\ImmersiveControlPanel\Microsoft.Web.WebView2.Core.dll from store
2024-10-11 16:29:30, Info CSI 000002dc [SR] Repairing file ??\C:\WINDOWS\SystemApps\ShellExperienceHost_cw5n1h2txyewy\Microsoft.Web.WebView2.Core.»2024-10-11 16:29:30, Info CSI 000002dd [SR] Repairing file ??\C:\WINDOWS\SystemApps\Shared\WebView2SDK\Microsoft.Web.WebView2.Core.winmd from store2024-10-11 16:29:30, Info CSI 000002de [SR] Repairing file ??\C:\WINDOWS\SystemApps\Microsoft.WindowsAppRuntime.CBS_8wekyb3d8bbwe\Microsoft.Web.We»2024-10-11 16:29:30, Info CSI 000002df [SR] Repairing file ??\C:\WINDOWS\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\Microsoft.Web.WebVie»2024-10-11 16:29:30, Info CSI 000002e0 [SR] Repairing file ??\C:\WINDOWS\SystemApps\Microsoft.Windows.SecureAssessmentBrowser_cw5n1h2txyewy\Micros»2024-10-11 16:29:30, Info CSI 000002e1 [SR] Repairing file ??\C:\WINDOWS\SystemApps\Microsoft.Windows.OOBENetworkCaptivePortal_cw5n1h2txyewy\Micro»2024-10-11 16:29:30, Info CSI 000002e2 [SR] Repairing file ??\C:\WINDOWS\SystemApps\ShellExperienceHost_cw5n1h2txyewy\Microsoft.Web.WebView2.Core.»2024-10-11 16:29:30, Info CSI 000002e3 [SR] Repair complete
2024-10-11 16:29:30, Info CSI 000002e4 [SR] Committing transaction
2024-10-11 16:29:30, Info CSI 000002e5 Creating NT transaction (seq 1)
2024-10-11 16:29:30, Info CSI 000002e6 Created NT transaction (seq 1) result 0x00000000, handle @0x2b80
2024-10-11 16:29:30, Info CSI 000002e7 Transaction UoW: {c7e69ae3-87d4-11ef-abb5-482ae31ecbb5} for BeginTransaction
2024-10-11 16:29:30, Info CSI 000002e8 Primitive operation timings: Registry: 0ms, Files: 17ms
2024-10-11 16:29:30, Info CSI 000002e9@2024/10/11:13:29:30.262 Beginning NT transaction commit...
2024-10-11 16:29:30, Info CSI 000002ea Transaction UoW: {c7e69ae3-87d4-11ef-abb5-482ae31ecbb5} for CommitTransaction
2024-10-11 16:29:30, Info CSI 000002eb@2024/10/11:13:29:30.269 CSI perf trace:
CSIPERF:TXCOMMIT;7725
2024-10-11 16:29:30, Info CSI 000002ec [SR] Verify and Repair Transaction completed. All files and registry keys listed in this transaction have be»2024-10-11 16:29:30, Info DEPLOY [Pnp] Corrupt file: C:\WINDOWS\System32\drivers\bthmodem.sys
2024-10-11 16:29:30, Info DEPLOY [Pnp] Repaired file: C:\WINDOWS\System32\drivers\bthmodem.sys

В логе пишет repaired.

bthmodem.sys

Про остальные файлы ничего не скажу, а вот "bthmodem.sys" и парочка его товарищей с самого релиза Windows 10 даже не подписаны и sfc часто считает их "повреждёнными".

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

Боюсь соврать, но вот что скажу: в десятке раз в неделю проверяю sfc /verifyonly, если находит ошибки, тогда /scannow. Обычно всегда находит повреждения после установки обновлений. В логах как-то находил, что права доступа вроде слетают. Однократного исправления обычно достаточно и на следующей неделе всё в норме. dism с проверкой после sfc ещё каждый раз запускаю. Давно не проверял, не знаю актуально ли сейчас.

Интересно что за всё время существования windows так и не появилась утилиты проверки целостности реестра или хотя бы его диагностики.

В Windows 11 24H2 обнаружился еще один баг. При подключении к терминальному серверу Windows Server 2008 R2 внутри терминальной сессии идут артефакты программ Office, стандартного калькулятора и некоторых других. При подключении к более современным серверам все ок.

Исправить какими-то настройками невозможно, только использовать rdp клиента из магазина приложений Microsoft или выдранного стандартного mstsc с необходимыми библиотеками из предыдущей версии.

Спасибо за пост! Только что обновился до 24H2 и та же ситуация с постоянным восстановлением поврежденных файлов...

Windows Resource Protection found corrupt files and successfully repaired them.
For online repairs, details are included in the CBS log file located at
windir\Logs\CBS\CBS.log. For example C:\Windows\Logs\CBS\CBS.log. For offline
repairs, details are included in the log file provided by the /OFFLOGFILE flag.

Sign up to leave a comment.

Other news