Ошибка Disk2vhd во время ограничения файловой системы копирования

У меня есть ноутбук с Windows 7, который я сейчас не использую, и хочу сделать образы VHD для резервного копирования, чтобы ноутбук мог использоваться кем-то другим. Пока disk2vhd обрабатывает диск c, я получаю сообщение об ошибке:

"Запрошенная операция не может быть завершена из-за ограничения файловой системы".

После этой ветки Technet об этом сообщении об ошибке я дефрагментировал диск (несмотря на то, что он находится на ssd):

Исследование вопроса показывает, что файловая система (старая добрая NTFS) имеет "ограничение", заключающееся в том, что когда целевой том "слишком фрагментирован", произойдет сбой чтения или записи.

Согласно другому ответу в этой теме я проверил сжатие для привода. Диск не использует сжатие.

Я копировал 1 терабайтный файл на новый отформатированный 5-терабайтный диск. Сообщение не может относиться к фрагментации. Фактически том был помечен для сжатия NTFS. Я отключил том, и копия прошла хорошо.

Редактировать: я также пытался дефрагментировать определенные файлы, используя инструмент contig из пакета sysinternals, как предложено в этом потоке о сбоях сервера.

Вполне возможно, что с таким количеством фрагментов сама файловая система не сможет добавить больше фракций. Простой способ проверить это с помощью утилиты Contig, которую другая статья заблокировала для дефрагментации файлов.

Я нашел файл с 41 фрагментом с помощью этого инструмента и дефрагментировал его безрезультатно EndEdit

Изменить: нашел несколько папок, которые были сжаты с помощью этой полезной команды, предоставленной этим ответом для поиска всех сжатых файлов / папок:

gci -r C:\search\path | where {$_.attributes -match "compressed"} | foreach { $_.fullname }

К сожалению, это тоже не помогло. EndEdit

В журнале событий я заметил ошибки VSS, возникающие в момент возникновения ошибки disk2vhd.

вы можете столкнуться с несколькими экземплярами VSS Error 8194 в журнале событий приложений. Эти ошибки, как правило, НЕ влияют на способность программы выполнять резервное копирование в онлайн-хранилище, но часто вызывают вопросы у системных администраторов или поставщиков управляемых услуг из-за указанного состояния ошибки.

Я попробовал второе решение:

Второй (предпочтительный) способ обойти эту проблему - настроить разрешения по умолчанию для активации службы COM - разрешить учетным записям пользователей сетевой службы (и, возможно, локальной службы) активировать интерфейс обратного вызова IVssWriter. Преимущество этого метода заключается в постоянном устранении проблемы в одном месте и разрешении службам VSS Writer работать на уровне привилегий, который предполагал Microsoft. Любой COM-объект, к которому обращается (процесс, запущенный как Сетевая служба), все еще имеет возможность применять ограничения безопасности, которые он выбирает.

Я не смог определить ни одну из служб, упомянутых в первом решении:

Во-первых, найдите средства записи VSS (Start | Run | services.msc), которые ошибаются, и измените учетную запись, с которой они работают, с сетевой службы на локальную систему. Затем перезапустите процесс обслуживания (или перезагрузите компьютер), и VSS Writer будет работать с максимальными привилегиями, тем самым устраняя ошибки обратного вызова IVssWriter.

Ошибки VSS исчезли, но ошибка от disk2vhd все еще происходит.

Я также заметил в журнале событий безопасности следующую ошибку, связанную с кодеком:

Событие с кодом 6281 Системная целостность

Целостность кода определила, что хэши страниц файла изображения недопустимы. Файл может быть неправильно подписан без хэшей страницы или поврежден из-за несанкционированного изменения. Недопустимые хэши могут указывать на потенциальную ошибку дискового устройства.

Имя файла: \Device\HarddiskVolume2\Windows\System32\l3codeca.acm

Но с информацией, описанной в потоке technet, я не вижу, как это должно быть связано с операцией disk2vhd (кроме воспроизведения звука для окна сообщений?):

Затем аудио перенаправляется на клиент, и мы загружаем audiodg, он перечисляет кодеки для получения информации от них.

Не все кодеки подписаны для загрузки в защищенном процессе, и, если они не установлены, генерируется эта ошибка.

Я использую версию 2.01, которая должна быть выпущена позже. И я активировал оба флажка ("Использовать VHDX" и "Использовать теневое копирование тома"). Ошибка также происходит, когда не используется VHDX.

Ssd - это Samsung 850 EVO, который, насколько я знаю, является устройством с самошифрованием. Я также использую Bitlocker. Может ли это вызвать проблемы? Должен ли я деактивировать Bitlocker? В любом случае диск d также находится на ssd, и этот диск не вызывает проблем в disk2vhd. Поэтому я ожидаю, что Self Encryption и Bitlocker не должны быть причиной для сообщения об ошибке. Изменить: Ларрик указал, что Bitlocker должен быть деактивирован в соответствии с инструкциями инструмента. Я отключил его и расшифровал диски. К сожалению, сообщение об ошибке будет продолжать отображаться на том же уровне прогресса при создании образа для диска c. EndEdit

Редактировать Запуск Checkdisk не решил проблему ни EndEdit

Можно ли определить, с каким файлом или операцией вызвано сообщение об ошибке? Если нет... какие-либо идеи, что еще может вызвать этот тип сообщения об ошибке в целом?