У меня есть ноутбук с 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
Можно ли определить, с каким файлом или операцией вызвано сообщение об ошибке? Если нет ... какие-либо идеи, что еще может вызвать этот тип сообщения об ошибке в целом?