Crash when synching User-Registry files on Windows 10

[sfamix]

I use FreeFileSync, elevated as Admin, running on Win10, in order to sync the User profiles of this machine from the old harddisk to a new SSD (SSD migration). All works fine, except when copying Windows Registry files. The files in question are:

*\NTUSER.DAT
*\ntuser.dat.LOG1
*\ntuser.dat.LOG2
*\AppData\Local\Microsoft\Windows\UsrClass.dat
*\AppData\Local\Microsoft\Windows\UsrClass.dat.LOG1
*\AppData\Local\Microsoft\Windows\UsrClass.dat.LOG2


Note: The last three entries are not available in every user folder, so preceeding paths may vary.

I have "Shadowcopy" set to ON.
The Prefs are set to also copy user-permissions and attributes, not to do the safe-copy, and to copy links "as-is" (not follow path).
During the synch-process I get an error for each of these files. The typical error message is:

The file
"C:\Program Files\FreeFileSync\GLOBALROOT\Device\HarddiskVolumeShadowCopy11\Users\Administrator\NTUSER.DAT" can not be copied to
"L:\Users\Administrator\NTUSER.DAT".

Errorcode 3: System can not find given path. (CopyFileEx)


(roughly translated from German)

After this I get a crash.

I will send some crashdumps and the complete error-log using your Sourceforge email address, referencing this post.

[Zenju]

There are two different issues here:
> "C:\Program Files\FreeFileSync\GLOBALROOT\Device\HarddiskVolumeShadowCopy11\Users\Administrator\NTUSER.DAT

That's a problem during VSS path generation. It has been fixed in the current beta:
[404, Invalid URL: http://www.mediafire.com/download/dl98vgenv6w27du/FreeFileSync_7.7_beta_Windows_Setup.exe]

> After this I get a crash.

The crash is happening in the DLL "C:\Windows\System32\vstmididrv.dll", might be a Windows 10 driver bug. I'm also seeing "C:\Program Files (x86)\Emsisoft Anti-Malware\a2hooks64.dll" entries. Depending on the quality of the AV software such hooks have the potential to let crash applications crash, so this is something to keep in mind.

[sfamix]

This is interesting! "C:\Windows\System32\vstmididrv.dll" is also causing crashes with other programs. As it seems, FreeFileSync (or Windows itself, I had to switch system sound off because of crashes) wants to play some sound and this driver interferes. I will uninstall that software. I think it's the OpenSource GM-MIDI driver, that is used for legacy DOS games under DOS-Box.

Thanks for checking out!

[sfamix]

Just wanted to give clearance: The beta works great, so far. And yes, the crash was seperate and based on the *vstmididrv.dll*, which is a part of the *vstmidi.exe* distribution (alternate GM-MIDI synth). I had to uninstall that package and now all the sounds work fine on my system, including the ones of FreeFileSync. This was causing the crash.