Пользователи Windows 10: SFC /scannow перестала работать после апдейта

Пользователи Windows 10: SFC /scannow перестала работать после апдейта

Пользователи Windows 10: SFC /scannow перестала работать после апдейта

На днях пользователи Windows 10 обратили внимание, что команда sfc /scannow перестала работать. В случае ее запуска утилита сообщала, что найдены поврежденные файлы Windows Defender PowerShell, но восстановить их она не могла.

Проверка системных файлов (Windows System File Checker, SFC) — системная утилита Windows, позволяющая находить и восстанавливать поврежденные системные файлы. Чаще всего ее запускают с параметром /scannow.

Утром 10 июля пользователи открыли соответствующую ветку на сайте wildersecurity.com, где описали следующую проблему: при запуске sfc /scannow программа сообщала, что «найдены поврежденные файлы, но восстановить их невозможно».

Судя по всему, это как-то связано с тем, что Защитник Windows использовался в качестве основной антивирусной программы.

По сообщениям пользователей, утилита SFC утверждала, что компоненты Windows Defender PowerShell в директории C:\Windows\System32\WindowsPowerShell\v1.0\Modules\Defender не совпадают с соответствующими файлами в другой папке — WinSxS.

Оказалось, что причина такого поведения кроется в последнем обновлении Защитника Windows — версии 1.297.823.0.

Минцифры чаще всего отказывает российскому ПО из-за иностранного софта

Главным врагом российских разработчиков при попытке попасть в реестр отечественного ПО оказались не документы и даже не интерфейс, а иностранные компоненты внутри продукта.

Пользователь Хабра ksalnikova проанализировала 115 отказных заключений Минцифры, вынесенных с марта по июнь 2026 года. В 60% случаев причиной стали зарубежные компоненты с экспортными или лицензионными ограничениями.

Абсолютные лидеры антирейтинга — NVIDIA CUDA, упомянутая в 14 отказах, а также CentOS и Red Hat Enterprise Linux — по 12 случаев. Причем проблемный софт нередко прятался внутри Docker-контейнеров, о составе которых сами разработчики, похоже, вспоминали только после отказа.

 

Также под удар попадали Windows Server, Oracle Linux, VMware, Microsoft SQL Server, Oracle JDK и даже Microsoft Office. В отдельных случаях заявители сами указывали иностранную платформу как обязательную для работы продукта — и фактически приносили экспертам готовое основание для отказа.

 

Каждый шестой провал оказался еще обиднее: эксперт просто не смог запустить программу. Где-то не распаковался архив, где-то протух сертификат, не работал SSH или инструкция заканчивалась раньше, чем начиналась установка.

Еще 16% отказов связаны с зависимостью от зарубежных сервисов. Среди них GitHub, Telegram, Steam, AWS, OpenAI, DeepSeek и даже Google Fonts. Если без внешней платформы продукт превращается в тыкву, отечественным его признавать не спешат.

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

RSS: Новости на портале Anti-Malware.ru