Disk2vhd error during copy incorrect function

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

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

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

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

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

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

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

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

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

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

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

К сожалению, это тоже не помогло.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

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

Источник

virtualbox.org

End user forums for VirtualBox

• Board index‹General‹VirtualBox on Windows Hosts
• Change font size
• Print view

• FAQ
• Login

The dreaded 0x0000007b XP VHD

The dreaded 0x0000007b XP VHD

by Strabo » 1. Jun 2017, 23:52

I’ve read tens of posts (here and elsewhere) with solutions to this problem, these mostly revolve around the storage controller and so far none have resolved my issue.

The Problem
I have Win10 machine running the current version of VirtualBox (5.1.22) with an XP VM.
When attempting to boot I am greeted with a BSOD showing 0x07b.
The original machine was an AMD and my hardware is Intel; I’m not sure if this is important.

What I’ve Tried
The vast majority of solutions I’ve read for this say to change the disk controller to IDE (it already was IDE and the original HDD was IDE) or changing to type to PIIX4 or PIIX3 (neither of these appear to change the behaviour).
The current settings are:
— Enable I/O APIC (without this the boot freezes before hitting the point at which it otherwise BSODs)
— Chipset: PIIX3
— 512MB Ram (matching the original machine)
— 1 CPU core
— Enable VT-x/AMD-V
— Enable Nested Paging
— Controller: IDE
— Controller Type: PIIX3
— HDD: IDE Primary Master

The Quirks of this Setup
This has been far from a walk in the park.
I initially attempted to create the VHD by connecting the HDD from a working XP machine (apparently these still exist) via a USB adapter and running disk2vhd. This failed with the fantastically useful message «Error during copy: incorrect function». Some googling suggested that all I needed to do to fix this was run scandsk and while this did detect a number of bad sectors it claimed that the 46GB of free space on the disk wasn’t enough to recover them (odd).
So I resorted to using the disk management tool in W10 to create a VHD and then manually copied the files over. Obviously this wasn’t a bootable VHD so after creating the new VM in VirtualBox I added an ISO of Boot Repair Disk and let it do it’s thing.
One reboot later and I’m greeted with a BSOD showing the error above.
So I do have a bootable image, it just wasn’t made by conventional means.

Any suggestions are gratefully received.

Edit:
Just tried creating a VM in Hyper-V instead, same error

Re: The dreaded 0xc000007b XP VHD

by mpack » 2. Jun 2017, 09:32

I’m familiar with stop code 0x7B. I’m not familiar with it if it has 0xc at the front.

0x7B is simple: Windows can’t find the disk. It usually means the wrong disk controller is selected, it can also mean that you’re using a fancy boot manager and the drive UUID has changed.

Either way, it means that XP is not seeing the disk hardware it was installed on.

What is the origin of this VM?

Re: The dreaded 0xc000007b XP VHD

by scottgus1 » 2. Jun 2017, 13:22

Sounds like you are trying to «P2V» an XP PC to a Virtualbox guest. There are procedures and a tutorial: Migrate existing Windows installations to VirtualBox. See the «MergeIDE» suggestion, it’s supposed to fix the disk controller giving trouble.

One other thing, be sure to change the VHD that Disk2VHD gives you to a VDI (See Mpack’s CloneVDI for a super easy program to convert the VHD.) Why? VHD has a design flaw that may make your disk rather unstable and cause total data loss. Other disk styles including VDI are very stable, and VDI is the native format for Virtualbox.

Do you still have the installer disks and downloads for the programs you want to run? A fresh install of XP in Virtualbox and migration of the data for the reinstalled programs may get you much better results.

Re: The dreaded 0xc000007b XP VHD

by mpack » 2. Jun 2017, 18:08

For some reason I missed the discussion of Disk2VHD etc. So that answers the queston about the origin of this XP VM.

I can’t help with mechanical issues encountered while imaging the disk. However hopefully XP was prepared in advance, i.e. following the preparation steps described in: https://www.virtualbox.org/wiki/Migrate_Windows . Obviously you should ignore what it says about the choice of (ancient) imaging tools, only the preparation steps are still relevant.

Re: The dreaded 0x0000007b XP VHD

by Strabo » 6. Jun 2017, 23:10

Thank you both for the link to the wiki, I’ll try that as soon as i can. Annoyingly it’s a machine that I don’t have regular access to which obviously impacts how often I can experiment with it.

Thanks for the tip about the flaw in VHD, I wasn’t aware of that!

Oh and you were right mpack, I’ve checked and there is no c at the beginning of the error code; thread subject corrected.

Edit:
I tried attaching the VHD via Disk Management and then loading the System hive into regedit, modifying the registry paths in MergeIDE’s .reg file and updating them that way. I also manually extracted the missing .sys files from the driver cache into /System32/Drivers. Unfortunately now I’m getting 0x0000067 so I think I’ve broken this particular vhd,
luckily I had a backup and replacing WINDOWSsystem32configsystem got me back to good ol’ 0x7b so I guess I’m stuck until I can get back to the real machine.

Re: The dreaded 0x0000007b XP VHD

by mpack » 7. Jun 2017, 15:21

What «missing» .sys files are you referring to? The only sys files mentioned in the wiki are those you need to get rid off, I can’t think of any that you need to add — at least none that can’t wait until you have a working VM and can use the standard driver install mechanisms.

Btw, I just noticed that one bit of advice wasn’t given explicitly: you need to run MergeIDE and select an IDE controller in the VM recipe, otherwise the guests enhanced tolerance for IDE controller changes will be wasted. Basically, don’t try to use a SATA controller with XP, at least in the first iteration.

Re: The dreaded 0x0000007b XP VHD

by Strabo » 7. Jun 2017, 18:58

Источник

virtualbox.org

End user forums for VirtualBox

• Board index‹General‹VirtualBox on Windows Hosts
• Change font size
• Print view

• FAQ
• Login

The dreaded 0x0000007b XP VHD

The dreaded 0x0000007b XP VHD

by Strabo » 1. Jun 2017, 23:52

I’ve read tens of posts (here and elsewhere) with solutions to this problem, these mostly revolve around the storage controller and so far none have resolved my issue.

The Problem
I have Win10 machine running the current version of VirtualBox (5.1.22) with an XP VM.
When attempting to boot I am greeted with a BSOD showing 0x07b.
The original machine was an AMD and my hardware is Intel; I’m not sure if this is important.

What I’ve Tried
The vast majority of solutions I’ve read for this say to change the disk controller to IDE (it already was IDE and the original HDD was IDE) or changing to type to PIIX4 or PIIX3 (neither of these appear to change the behaviour).
The current settings are:
— Enable I/O APIC (without this the boot freezes before hitting the point at which it otherwise BSODs)
— Chipset: PIIX3
— 512MB Ram (matching the original machine)
— 1 CPU core
— Enable VT-x/AMD-V
— Enable Nested Paging
— Controller: IDE
— Controller Type: PIIX3
— HDD: IDE Primary Master

The Quirks of this Setup
This has been far from a walk in the park.
I initially attempted to create the VHD by connecting the HDD from a working XP machine (apparently these still exist) via a USB adapter and running disk2vhd. This failed with the fantastically useful message «Error during copy: incorrect function». Some googling suggested that all I needed to do to fix this was run scandsk and while this did detect a number of bad sectors it claimed that the 46GB of free space on the disk wasn’t enough to recover them (odd).
So I resorted to using the disk management tool in W10 to create a VHD and then manually copied the files over. Obviously this wasn’t a bootable VHD so after creating the new VM in VirtualBox I added an ISO of Boot Repair Disk and let it do it’s thing.
One reboot later and I’m greeted with a BSOD showing the error above.
So I do have a bootable image, it just wasn’t made by conventional means.

Any suggestions are gratefully received.

Edit:
Just tried creating a VM in Hyper-V instead, same error

Re: The dreaded 0xc000007b XP VHD

by mpack » 2. Jun 2017, 09:32

I’m familiar with stop code 0x7B. I’m not familiar with it if it has 0xc at the front.

0x7B is simple: Windows can’t find the disk. It usually means the wrong disk controller is selected, it can also mean that you’re using a fancy boot manager and the drive UUID has changed.

Either way, it means that XP is not seeing the disk hardware it was installed on.

What is the origin of this VM?

Re: The dreaded 0xc000007b XP VHD

by scottgus1 » 2. Jun 2017, 13:22

Sounds like you are trying to «P2V» an XP PC to a Virtualbox guest. There are procedures and a tutorial: Migrate existing Windows installations to VirtualBox. See the «MergeIDE» suggestion, it’s supposed to fix the disk controller giving trouble.

One other thing, be sure to change the VHD that Disk2VHD gives you to a VDI (See Mpack’s CloneVDI for a super easy program to convert the VHD.) Why? VHD has a design flaw that may make your disk rather unstable and cause total data loss. Other disk styles including VDI are very stable, and VDI is the native format for Virtualbox.

Do you still have the installer disks and downloads for the programs you want to run? A fresh install of XP in Virtualbox and migration of the data for the reinstalled programs may get you much better results.

Re: The dreaded 0xc000007b XP VHD

by mpack » 2. Jun 2017, 18:08

For some reason I missed the discussion of Disk2VHD etc. So that answers the queston about the origin of this XP VM.

I can’t help with mechanical issues encountered while imaging the disk. However hopefully XP was prepared in advance, i.e. following the preparation steps described in: https://www.virtualbox.org/wiki/Migrate_Windows . Obviously you should ignore what it says about the choice of (ancient) imaging tools, only the preparation steps are still relevant.

Re: The dreaded 0x0000007b XP VHD

by Strabo » 6. Jun 2017, 23:10

Thank you both for the link to the wiki, I’ll try that as soon as i can. Annoyingly it’s a machine that I don’t have regular access to which obviously impacts how often I can experiment with it.

Thanks for the tip about the flaw in VHD, I wasn’t aware of that!

Oh and you were right mpack, I’ve checked and there is no c at the beginning of the error code; thread subject corrected.

Edit:
I tried attaching the VHD via Disk Management and then loading the System hive into regedit, modifying the registry paths in MergeIDE’s .reg file and updating them that way. I also manually extracted the missing .sys files from the driver cache into /System32/Drivers. Unfortunately now I’m getting 0x0000067 so I think I’ve broken this particular vhd,
luckily I had a backup and replacing WINDOWSsystem32configsystem got me back to good ol’ 0x7b so I guess I’m stuck until I can get back to the real machine.

Re: The dreaded 0x0000007b XP VHD

by mpack » 7. Jun 2017, 15:21

What «missing» .sys files are you referring to? The only sys files mentioned in the wiki are those you need to get rid off, I can’t think of any that you need to add — at least none that can’t wait until you have a working VM and can use the standard driver install mechanisms.

Btw, I just noticed that one bit of advice wasn’t given explicitly: you need to run MergeIDE and select an IDE controller in the VM recipe, otherwise the guests enhanced tolerance for IDE controller changes will be wasted. Basically, don’t try to use a SATA controller with XP, at least in the first iteration.

Re: The dreaded 0x0000007b XP VHD

by Strabo » 7. Jun 2017, 18:58

Источник

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

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

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

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

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

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

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

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

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

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

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

К сожалению, это тоже не помогло.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

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

Источник

Disk2vhd error during copy неверная функция

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

Trying to run disk2vhd on a SBS 2011 with 2 partitions, getting the «Error snapshotting volumes«. The server is a VMWare VM (yes I know its doggy to have SBS as a VM (this isn’t my setup, we are just migrating users and files from this server))

Event log has these:

«Volume Shadow Copy Service error: Unexpected error querying for the IVssWriterCallback interface. hr = 0x80070005, Access is denied. . This is often caused by incorrect security settings in either the writer or requestor process.«

For the System Writer, DHCP Jet Writer, SPSearch4 VSS writer, TS Gateway Writer, NPS VSS writer.

I have attempted:

• Only selecting one or the other of the two partitions

• I am running disk2vhd «as administrator» with a domain admin account/local admin.

• Created an AD group «vssregistrygroup» added this group to registry HKLMSystemCurrentControlSetServicesVSSVssAccessControl as a dword «DOMAINvssregistrygroup» with value 1

• Added the above group with full permission to HKLMSystemCurrentControlSetServicesVSSDiag

• I’ve completed the SharePoint configuration (SBS server).

• Restarted the server

• I’m physically located hours away from the server so I cant boot into WinPE or anything like that to run disk2vhd from there.

• Restarted volume shadow copy service.

• vssadmin list writers shows no errors or warnings on any writers.

• Added my admin account in dcomcnfg.exe to component servicescomputersmy computer — com security — Access permissions with local and remote access.

I’ve been searching the error messages for hours already, please don’t respond with a quick link to something suggesting one of the above things that I’ve already tried. By all means, if you have a link suggesting something that I haven’t actually tried, I am all ears.

Источник

flyingpenguin

Microsoft has published a utility called disk2vhd.exe that is meant to make it easy to convert a physical Windows system into a virtual disk.

Disk2vhd is a utility that creates VHD (Virtual Hard Disk – Microsoft’s Virtual Machine disk format) versions of physical disks for use in Microsoft Virtual PC or Microsoft Hyper-V virtual machines (VMs). The difference between Disk2vhd and other physical-to-virtual tools is that you can run Disk2vhd on a system that is online. Disk2vhd uses Windows’ Volume Snapshot capability, introduced in Windows XP, to create consistent point-in-time snapshots of the volumes you want to include in a conversion.

A customer asked for help tracking down errors when they tried to use the utility. They were unable to get a snapshot started because it immediately posted a non-descriptive error. With a little sleuth work I found that disk2vhd.exe has quite a bit of trouble as a result of its dependency on the Volume Shadow Copy Service (VSS). Here is how I located and resolved the VSS errors.

First, the Event Viewer is essential to unlocking problems on Windows. Open it up and review the Application event lists. Look for a VSS error. Open the Services control (run services.msc) and restart “Volume Shadow Copy” service. You may see something like this:

Ignore that link for more help. It actually is no help. Instead, note Event ID 12302 and go to Microsoft knowledgebase article 907574:

You receive a “Volume Shadow Copy Service” error message and event 5013 or event 12302 is logged when you use the Backup feature in Windows XP or in Windows XP Tablet PC Edition 2005…

This problem occurs because the Location registry entry in the following registry subkey is incorrect or missing:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlContentIndexCatalogs
This problem occurs when you uninstall a program that is listed in this registry subkey, but only the location information is removed from the registry subkey.

Follow the instructions for fixing or removing the bad subkeys. That worked on one system.

Another method to find errors is to check VSS operations with vssadmin.

Type “vssadmin list writers” at a command prompt and you may see this:

This brought me to the same Event ID but Microsoft proposed a different solution. Knowledgebase article 940184 covers how to clear and reset a failure in COM and VSS:

This problem may occur if the following registry key is corrupted: HKEY_LOCAL_MACHINESOFTWAREMicrosoftEventSystem<26c409cc-ae86-11d1-b616-00805fc79216>Subscriptions

Their solution is a bit lengthy, so here is a quick batch file version that should make it easy.

Copy and paste the following commands into a file named VSSrepair.bat, then run it to execute the commands from 940184:

@echo off
REM
REM https://www.flyingpenguin.com
REM
REM Batch file to repair a Volume Shadow Copy (VSS) installation
REM based on https://support.microsoft.com/kb/940184
REM
echo — !! WARNING !! WARNING !! WARNING !! WARNING
echo.
echo — Run this with Administrator privileges only
echo.
echo — NOT for use with Windows Vista, Windows Server 2008,
echo — or later versions of Windows. Windows Vista and
echo — Server 2008 use manifest-based component installation;
echo — manual registration of components can cause serious failure
echo — and require Windows reinstall to resolve.
echo.
echo — !! WARNING !! WARNING !! WARNING !! WARNING
REM
pause
cd /d %windir%system32
echo.
net stop vss
net stop swprv
regsvr32 ole32.dll
regsvr32 oleaut32.dll
regsvr32 /i eventcls.dll
regsvr32 vss_ps.dll
vssvc /register
regsvr32 /i swprv.dll
regsvr32 es.dll
regsvr32 stdprov.dll
echo — vssui.dll is only for Windows 2003. Ignore this error on XP
regsvr32 vssui.dll
regsvr32 msxml.dll
regsvr32 msxml3.dll
echo — msxml4.dll is optional and thus may fail. Ignore this error
regsvr32 msxml4.dll
pause

The knowledge base article then recommends you type “vssadmin list writers” from the command prompt. Success means you will see a list like this one:

Hope that helps save some time. There could be more issues to VSS, but these two methods worked for me.

Updated to add: if you have Visio installed you may have to remove the following registry entry

Источник

How to fix it.

Share my experience for fixing all kind of technical problems.

Monday, May 15, 2017

Disk2VHD error snapshotting volumes — Fixed

I opened the Windows event log viewer and found several errors of VSS.
One of them was Event ID 22 —
Volume Shadow Copy Service error: A critical component required by the Volume Shadow Copy service is not registered. This might happened if an error occurred during Windows setup or during installation of a Shadow Copy provider. The error returned from CoCreateInstance on class with CLSID <79079d5c-ef20-4952-b9fc-cfd443b38641>and Name SW_PROV is [0x80040154, Class not registered].

Run RegEdit and open the registry path
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesVSSProviders
There was a registry key of that represented as «Acronis VSS SW Provider» and there was a CLSID item of <79079d5c-ef20-4952-b9fc-cfd443b38641>under it.

The backup software Acronis is no longer installed on the server. After I deleted the registry key of , Disk2VHD worked perfectly.

Hopefully this information can save your time.

Exact same issue and this resolved my error. Make sure to restart the VSS service after you delete the registry entry.

I still have the same mistake yet I have no other provider in my registry

This didnt work for for me either but I unselected «use volume shadow copy and it worked for me 🙂

Источник

I’m trying to convert a fully patched, Windows Server2008 R2 system disk into a VHD by using disk2vhd from Microsoft Sysinternals.

Every time, the conversion fails with error during copy. The error could not be performed due to an I/O error, regardless of whether I sue the vhd or vhdx format, or whetehr I use the Volume Shadow Copy option.

I am a local administrator, running disk2vhd as administrator and have disabled the anti-virus on the server, but it makes no difference.

I see this event in the eventlog around the same time as the error, so I suspect they’re related.

Volume Shadow Copy Service error: Unexpected error querying for the IVssWriterCallback interface. hr = 0x80070005, Access is denied. This is often caused by incorrect security settings in either the writer or requestor process.

Operation: Gathering Writer Data

Context: Writer Class Id: {GUID} Writer Name: System Writer

Writer Instance ID: {GUID}

What’s the problem here, and why can’t I get this disk converted?

Return to VirtualBox on Windows Hosts

Who is online

Users browsing this forum: No registered users and 50 guests

1
2015-02-19T08:14:37+00:00
3

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

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

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

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

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

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

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

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

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

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

gci -r C:searchpath | 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

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