Dism windows 10 ошибка 605
Обновлено: 30.06.2024
После праздников обнаружилось, что комп одного из сотрудников при загрузке падает в синий экран с ошибкой 0xc000021.
По его словам, до этого все было ок и выключил он его как обычно.
Что было сделано:
1. Загрузка с отключенной проверкой подписи драйверов - таже самая ошибка
2. Загрузка в безопасном режиме - таже самая ошибка
3. При попытке войти в среду восстановления на жестком диске выдается ошибка 0xc0000098
При восстановлении с загрузочной флешки было попробовано:
1. Проверка sfc /scannow - ошибок нет, проверка sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows выдает ошибку "Защита ресурсов windows не может выполнить запрошенную операцию"
2. chkdsk с параметрами /r /f - ошибок нет
3. dism /image c:\ /cleanup-image /reastorehealth /source X:\source\install.esd /scratchdir d:\temp - доходит до 4.5% и выдает ошибку 605 "Указанный буфер содержит данные недопустимого формата"
4. удаление пакетов исправлений и обновлений.
Точек восстановления нет и резервных копий тоже.
Есть мысли, как восстановить систему? Переустановка - очень и очень крайняя мера.
Простой 1 комментарий
Обычно я в таких случаях отвожу на поиск и исправление ошибки, например 3-4 часа, если не удается вылечить - переустанавливаю. Порой в винде случается такая хрень, что можно неделями разбираться, а итог один.
Переустановка на самом деле может помочь, если накатить поверх существующей системы свежую версию, той же редакции. Я так делал, данные не потерялись, софт и настройки остались на месте (и винда перед установкой проинформировала, что система останеться целой, файлы и настройки не потеряются). Хотя я запускал установку из рабочей винды (хоть и с ошибками)
Попробуйте, только сделайте образ диска перед этим, на всякий случай.
Гугл говорит, что может помочь это:
1. Insert the Windows 10 DVD and restart your computer
2. Boot from the DVD.
3. Choose your language and click next.
4. Click Repair Your Computer and then select Command Prompt and try the following commands:
bootrec /fixMBR
bootrec /fixBoot
bootrec /rebuildBCD
оффтоп:
Microsoft Tech Support: (подключившись к моему компу) Мы первый раз видим такую багу в системе!
Я: Разве? Вон на ваших форумах её уже два года обсуждают, жалуются.
М: Ах, да, есть такое. Но вы первый, кто к нам (в саппорт) обратился. Так или иначе (если не заработает сегодня), мы выпустим фикс для этой баги со следующим апдейтом для винды, в ближайшее время.
Для проверки целостности системных файлов и восстановления поврежденных файлов (библиотек) компонентов в Windows (Windows Server) можно использовать команды SFC и DISM (Deployment Image Servicing and Management). Данные утилиты могут быть крайне полезными, если операционная система Windows работает нестабильно, появляются ошибки при запуске стандартных приложений или служб, после вирусного заражения и т.д.
Утилита DISM включена в состав Windows, начиная с Vista и может быть использована во всех поддерживаемых версиях начиная с Windows 7/Windows Server 2008 R2 (есть ограничения) заканчивая последними билдами Windows 10 / Windows Server 2019. В этой статье мы рассмотрим, как использовать утилиты DISM и SFC для проверки и восстановления целостности образа и системных файлов Windows 10.
SFC /scannow: Проверка и восстановление системных файлов Windows
Утилиту DISM для восстановления Windows обычно рекомендуется использовать после утилиты проверки целостности системных файлов SFC (System File Checker). Команда sfc /scannow сканирует защищенные системные файлы Windows, и, если они отсутствуют или повреждены, попробует восстановить их оригинальные копии из хранилища системных компонентов Windows (каталог C:\Windows\WinSxS).
Если команда sfc /scannow возвращает ошибку “ Программа защиты ресурсов Windows обнаружила повреждённые файлы, но не может восстановить некоторые из них / Windows Resource Protection found corrupt files but was unable to fix some of them ”, скорее всего утилита не смогла получить необходимые файла из хранилища компонентов (образа) Windows.
В этом случае вам нужно попробовать восстановить хранилище компонентов (ваш образ Windows) с помощью DISM.
После восстановления образа вы можете повторно использовать утилиту SFC для восстановления системных файлов.
DISM /RestoreHealth: Восстановление хранилища компонентов образа Windows
Для сканирования образа Windows на наличие ошибок и их исправления используется параметр DISM /Cleanup-image . Рассмотренные ниже команды выполняются в командной строке, запущенной с правами администратора.
Чтобы проверить наличие признака повреждения хранилища компонентов образа Windows (флага CBS) , который выставил один из системных процессов, выполните следующую команду (не применимо к Windows 7/Server 2008R2):
DISM /Online /Cleanup-Image /CheckHealth
При запуске этой команды не выполняется сканирование хранилища, проверяются лишь записанные ранее значения и события в журнале Windows. Изменения не вносятся. Команда проверит, не помечен ли образ как поврежденный и возможно ли устранить данное повреждение.
В этом примере команда вернула, что с образом все хорошо:
No component store corruption detected.
The operation completed successfully.
DISM /Online /Cleanup-Image /ScanHealth – выполнить полное сканирование хранилища компонентов на наличие повреждений в системных образа Windows (выполняется довольно долго от 10 до 30 минут).
В Windows 7 / Windows Server 2008 R2, чтобы работал параметр DISM /ScanHealth нужно установить отдельное обновление KB2966583 (иначе при запуске DISM будет появляться “Ошибка 87. Параметр ScanHealth не распознан в этом контексте”). Кроме, того эта же команда в Windows 7 используется для проверки хранилища и восстановления системных файлов (нет ключей /CheckHealth и /RestoreHealth).Если команда /ScanHealth возвращает ошибки:
- Хранилище компонентов подлежит восстановлению (The component sore is repairable);
- Ошибка: 1726. Сбой при удалённом вызове процедуры;
- Ошибка: 1910. Не найден указанный источник экспорта объекта.
Это однозначно говорит о том, что ваш образ Windows 10 поврежден и его нужно восстановить.
DISM /Online /Cleanup-Image /RestoreHealth
Процесс сканирования и восстановления компонентов может быть довольно длительным (30 минут или более).
Восстановление выполнено успешно. Операция успешно завершена.
The restore operation completed successfully. The operation completed successfully.
Если на компьютере (сервере) отсутствует доступ в Интернет или отключена служба Windows Update, то при восстановлении хранилища компонентов появляются ошибки вида:
Вы можете указать WIM или ESD файл с оригинальным установочным образом Windows, который нужно использовать в качестве источника для восстановления файлов компонентов системы. Предположим, вы смонтировали установочный ISO образ Windows 10 в виртуальный привод E:. Для восстановления хранилища компонентов из образа используйте одну из команд:
DISM /online /cleanup-image /restorehealth /source:E:\sources\install.wim
Или:
DISM /online /cleanup-image /restorehealth /source:E:\sources\install.esd
Чтобы запретить использовать центр обновлений Windows в Интернете, и выполнять сканирование и восстановление образа Windows только из локального WIM/ESD файла:
DISM /online /cleanup-image /restorehealth /source:E:\sources\install.wim /limitaccess
Или:
DISM /online /cleanup-image /restorehealth /source:E:\sources\install.esd /limitaccess
dism /online /cleanup-image /restorehealth /limitaccess
Примечание. Для восстановления поврежденных файлов в хранилище компонентов из локального источника версия и редакция Windows в образе должна полностью совпадать с вашей.Журнал сканирования и восстановления системных файлов утилиты DISM можно найти здесь: C:\Windows\Logs\CBS.log .
После восстановления хранилища компонентов вы можете запустить утилиту проверки системных файлов sfc /scannow . Скорее всего она успешно восстановит поврежденные файлы (Программа защиты ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила).
Восстановление поврежденного хранилища компонентов Windows 10/Server 2016 с помощью PowerShell
В версии PowerShell в Windows 10 и Windows Server 2016/2019 есть аналоги рассмотренных выше команд DISM. Для сканирования хранилища компонентов и поиска повреждений в образе выполните:
Repair-WindowsImage -Online –ScanHealth
ImageHealth State: Healthy
Для запуска восстановления системных компонентов и файлов наберите:
Repair-WindowsImage -Online -RestoreHealth
При отсутствии доступа к интернету эта команда может зависнуть в процессе восстановления образа. Вы можете восстановить системные компоненты из локальной копии образа Windows в виде WIM/ESD файла, скопированного с установочного ISO образа Windows 10:Repair-WindowsImage -Online -RestoreHealth -Source E:\sources\install.wim:1
Где, 1 – индекс используемой у вас редакции Windows из WIM или ESD файла (список редакций Windows в WIM файле можно вывести так: Get-WindowsImage -ImagePath "E:\sources\install.wim" ).
Восстановление хранилища компонентов оффлайн если Windows не загружается
Если Windows не загружается корректно, вы можете выполнить проверку и исправление системных файлов в оффлайн режиме.
- Для этого загрузитесь с установочного (загрузочного диска) и на экране начала установки нажмите Shift + F10
- Чтобы разобраться с буквами дисков, назначенных в среде WinPE, выполните команду diskpart -> list vol (в моем примере диску, на котором установлена Windows присвоена буква C:\, эту букву я буду использовать в следующих командах);
- Проверим системные файлы и исправим поврежденные файлы командой: sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows
- Для исправления хранилища компонентов используйте следующую команду (в качестве источника для восстановления компонентов мы используем WIM файл с установочным образом Windows 10, с которого мы загрузили компьютер):
Dism /image:C:\ /Cleanup-Image /RestoreHealth /Source:D:\sources\install.wim - Если на целевом диске недостаточно места, то для извлечения временных файлов нам понадобится отдельный диск достаточного размера, например F:\, на котором нужно создать пустой каталог: mkdir f:\scratch и запустить восстановление хранилища компонентов командой:
Dism /image:C:\ /Cleanup-Image /RestoreHealth /Source:D:\sources\install.wim /ScratchDir:F:\scratch
Системные неполадки неразрывно связаны с нашей цифровой жизнью и к ним всегда нужно быть готовыми. Многие пользователи стремятся предугадать и предупредить подобные сбои, устанавливая всевозможные утилиты, созданные для исправления ошибок . Однако, к сожалению, даже подобная предусмотрительность не всегда помогает эффективно решить вопрос.
В данной статье мы рассмотрим ситуацию при которой на компьютере повреждается хранилище системных компонентов, расположенное в папке WinSxS .
Диагностика DSIM
Прежде чем начать восстановление, необходимо определить состояние хранилища. Для этого откройте командную строку от имени администратора и введите в ней следующую команду:
DISM /Online /Cleanup-Image /CheckHealth
Эта команда предназначена для сканирования системного хранилища на наличие возможных повреждений образа и, при наличии ошибок, сообщает можно ли их устранить. Следует заметить, что команда не вносит каких-либо изменений в Windows, в ее задачи входит только анализ системы.
Даже при положительном результате проверки нельзя быть на сто процентов уверенными в ее достоверности. Ведь сбой мог произойти в пропущенном малогабаритном файле, который тоже вносит определенный вклад в работоспособность системы.
Как быть в этом случае? Достаточно лишь заменить параметр CheckHealth на ScanHealth , что позволит провести глубокое сканирование хранилища. Такая проверка займет несколько больше времени.
Введите в командной строке следующую команду:
DISM /Online /Cleanup-Image /ScanHealth
Восстановление системного хранилища
Если ошибки не были обнаружены — поздравляем! Это говорит о том, что хранилище WinSxS не было повреждено и не нуждается в исправлении. Если же системные сбои не перестают вас донимать, первопричину следует искать в другом месте.
Обнаружились ошибки? Например:
- Хранилище компонентов подлежит восстановлению.
- Ошибка: 1726 Сбой при удаленном вызове процедуры.
- Ошибка 1910 Не найден указанный источник экспорта объекта.
DISM /Online /Cleanup-Image /RestoreHealth
Восстановление хранилища компонентов при помощи загрузочной флешки
- 0x800f0906 Не удалось скачать исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра “Источник”.
- 0x800f081f Не удалось найти исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра “Источник”.
- 0x800f0950 Сбой DISM. Операция не выполнена.
Чтобы выйти из сложившейся ситуации, вам понадобится загрузочная флешка или диск с ISO-образом установленной операционной системы Windows 10.
Воспользуйтесь приведенной ниже инструкцией, чтобы завершить процесс восстановления хранилища:
1. Определите букву загрузочного устройства в разделе Мой компьютер (Этот компьютер) .
В нашем случае это диск F: .
2. Двойным щелчком откройте содержимое папки и перейдите в sources .
3. Найдите файл install .
Он может быть в формате .ESD или .WIM . Запомните или запишите эти данные, в дальнейшем они пригодятся.
На данном этапе нам нужно узнать индексацию файла образа системы. Откройте командную строку от имени администратора и введите следующую команду:
В контексте той статьи спросил. Стало интересно где и как хранится обозначение "WofCompressedData" файла. Там не до конца понятно мне (как человеку не в теме) как это происходит. В частности в статье говорится, что в случаи компрессии происходит "переразметка точек" и создается новый ADS, в который и сохраняется обозначение потока WofCompressedData.
Именно поэтому и возник вопрос - в структуру и особенности работы NTFS вникать долго а это нужно для понимания терминологии из статьи. Но в моем случае это не очень практично. Поэтому спросил тебя, если ты в курсе - то мог бы простым языком объяснить суть (глубоко мне не надо, достаточно уловить идею).
Добавлено через 1 минуту
На скриншоте в записи файла открыты данные потока. Я так понимаю это чтото вроде метаданных EXIF в некоторых графических форматах? Нет, это если файл очень маленький, то его данные записаны прямо в файловой записи. Для записи "классического" размера 1кб, максимальный размер файла около 700 байт, хотя обычно меньше и зависит от заполненности записи. 9285, спасибо. Похоже придется таки почитать про потоки. Ryzen 1700X + Noctua NH-D15 / ASRock AB350 Pro4 / Ballistix 32GB 3066CL16 / Samsung SM951 512GB MLC NVMe + Seagate Barracuda 2TB 7200.14 / ASUS GeForce 9600GT 512MB GDDR3 / Seasonic Prime 650W Titanium / Corsair Graphite 780T (White)
Всё это из папки WinSxS
wow64_microsoft-windows-mirage_31bf3856ad364e35_10.0.17134.112_none_9fbf84 0529d70d3b\Windows.Mirage.Internal.dll
wow64_microsoft-windows-msvp9dec_31bf3856ad364e35_10.0.17134.471_none_3caa 18ec73d4ffe9\MSVP9DEC.dll
wow64_microsoft-windows-ucrt_31bf3856ad364e35_10.0.17134.320_none_97d0d09e a3e7b007\ucrtbase.dll
x86_microsoft-windows-s..ck-mof-onecoreadmin_31bf3856ad364e35_10.0.17134.464_none_ 9f370239ccdc3815\wbemcore.dll
9285,
Staind,
Простите, что вклиниваюсь в беседу гуру
Чисто теоритечески.
Что делать, если повреждены файлы отвечающие за проверку и восстановление?
Бывают конечно системы которые кровь из носу надо оживить хотя бы на время.
Только не помню стандартных лекарств на этой случай - все больше интуитивно от случая к случаю.
1) Потыкал палочкой
2) прокатило / не прокатило
1а) Потыкал заново
2а) прокатило / не прокатило
и до победы, если повезет
p.s. XP помнится при загрузке указывала на битые или недостающие файлы мешающие ей загрузиться. Да и не падала она от странной погоды за окном.
__________________Отклонение от нормы - рождает новые эталоны
Desorden
Файлы отвечающие за восстановление могут быть повреждены на диске, но проблема то была и при загрузке с бутявки. Так что, проблема в самой конструкции, про которую написал выше.
Если вдруг непонятно, то неполная аналогия.
Добавлено через 7 минут
| Только не помню стандартных лекарств на этой случай |
| Файлы отвечающие за восстановление могут быть повреждены на диске, но проблема то была и при загрузке с бутявки. Так что, проблема в самой конструкции, про которую написал выше. |
Спасибо норм аналогия.
Не про ваш случай спрашивал.
Это проще и быстрее. __________________
Отклонение от нормы - рождает новые эталоны Desorden
Среди рабочих нет этого дерьма.
Опять же, нужны файлы лишь определённой версии.
И надо копировать скопом (а если что то ненужное перезапишется?) или выбирать нужное. Именно поэтому то и хочется чтобы система сама сделала что должна.
То есть. использовать SFC /SCANNOW
Но оно не работает потому что повреждения и в защищённом хранилище.
Чтобы восстановить последнее, надо использовать DISM - последняя запускается и работает (с имиджем или онлайн) но затыкается в самом начале. То есть, если восстановить хранилище, то остальное наверное заработает.
Надо будет покопаться, может есть возможность подсунуть ей заведомо "живые файлы" с внешнего носителя.
Или недопишется нужное. Тут думаю никак не угадать.
Надо будет попробовать. Может и не нужны.
| То есть, если восстановить хранилище, то остальное наверное заработает. |
Отклонение от нормы - рождает новые эталоны
| Надо будет покопаться, может есть возможность подсунуть ей заведомо "живые файлы" с внешнего носителя. |
Проверено - нужны именно те, которые где то прописаны (в манифестах или ХЕЗ где).
При всей моей нелюбви к этим новоделам ил к чему то другому, я стараюсь не терять обьективность. Есть много чего что исключает подобный "везения", просто не всё это известно и узнаётся не сразу. И написать это позволяет то, что в процессе этих разборок узнал некоторые новые вещи, о которых отпишусь позжее.
На данный момент ситуация следующая.
SFC /VERIFY по прежнему показывает проблемы с файлами приведёнными выше. В дистрибутиве таких нет - возможно что они есть в каком то из апдейтов (судя по дате файла - в районе сентября).
SFC /SCANONLY затыкается на первом из списка. Насколько помню, в ХР можно было скипнуть и проверка шла дальше - здесь такого нет.
Добавлено через 39 минут
И ещё один момент, про который хотелось бы написать.
В процессе решения была найдена информация в которой писалось про проблемы в случае отсутствия папок
:\Windows\winsxs\Temp\PendingDeletes\
:\Windows\winsxs\Temp\PendingRenames\
Таковые папки имелись, но в них имелось куча файлов и их число увеличивалось после каждой проверки. Судя по названию речь идёт об отложенных удалениях и переименования. Вопрос в том когда они должны происходить - пр перезагрузке или . Если при перезагрузке, то таковых делалось немало и тогда напрашивается вывод что этот механизм не срабатывает?
Решил очистить эти папки. В этом помог DISM, после работы которого в PendingRenames очистилась полностью, а в PendingDeletes осталось 122 файла с датой 12 апреля 2018 года.
Судя по дате это примерно в районе выпуска большого кумулятивного обновления 10-ки. И почему они не удалились?
Читайте также: