- Reaction score
- 1,299
- Location
- Charente, France
Nothing else to do about that. You are doing it right
Fab's AutoBackup 7 Pro - a must have tool for techs
- Thread starter fabs
- Start date
- Reaction score
- 1,299
- Location
- Charente, France
I'm seeing that despite using a VSS snapshot, Chrome still locks some files (how is that possible as VSS is just a flat file copy regardless of any lock???) so they error out. I am looking for a workaround for this
Edit: I guess I am getting why I still have locks : the VSS Snapshot code in Fab's uses WMI instructions and it looks like Microsoft has removed them from Powershell. Then, the symlink that looks and smells like a real VSS snapshot link is in fact a stupid shortcut to the current drive.
So, Fab's cannot take real VSS snapshots for now. I need to find another method for that before going further.
Edit 2: The MWI instructions for VSS are removed from Powershell 7. 5.0 (which is the one almost everybody have) is still fine with this.
My problem was because Fab's used 32 bit Powershell and apparently, this one cannot make VSS snapshots anymore. So, I have changed the Powershell exe path detection code to use 64 bit version if operating system is 64 bit. Now, it makes VSS snapshots again. Let's now investigate on how to deal with date and size errors that can occur.
Last edited:
- Reaction score
- 1,299
- Location
- Charente, France
Things are going well. Now that VSS is fixed, I do not get any error or warning while copying from a VSS snapshot 
Metanis
Well-Known Member
- Reaction score
- 941
- Location
- Medford, WI, USA
Things are going well. Now that VSS is fixed, I do not get any error or warning while copying from a VSS snapshot
Bravo! Keeping up with arbitrary Microsoft code changes must be frustrating work!
sapphirescales
Well-Known Member
- Reaction score
- 3,317
- Location
- At My Computer
Does that mean there will be no more errors or warnings about the date and size being different when backing up Chrome profiles?Things are going well. Now that VSS is fixed, I do not get any error or warning while copying from a VSS snapshot
- Reaction score
- 1,299
- Location
- Charente, France
So far, I did not have any other
Last edited:
timeshifter
Well-Known Member
- Reaction score
- 2,395
- Location
- USA
Just rebuilt a computer that was using Office Home and Business 2016. The autocomplete or autofill entries for email addresses don't work. (When composing an email, as you start to type you get the nearest match). I recall that the autofill checkbox was ticked when I ran the backup. Any ideas?
- Reaction score
- 1,299
- Location
- Charente, France
Typed address history is stored in files like "Stream_Autocomplete_0_7D1A969EB4CAA547B818A23F54F14F95.dat" under "%LocalAppData%\Microsoft\Outlook\RoamCache" folder.
Sometimes, Outlook creates a new Stream_Autocomplete_xxxxx file and will simply ignore the one that you've just restored. If this happens, then spot the newest one in the folder, get its file name, remove it and rename the restored file with that name. This way, you'll get typed address history back in Outlook
timeshifter
Well-Known Member
- Reaction score
- 2,395
- Location
- USA
Fabs made an OutlookNK2 folder on my backup device. There were two items in it:
"Stream_Autocomplete_0_7D1A969EB4CAA547B818A23F54F14F95.dat" like file, but it's date was several years old, like Dec 2017
Reg folder
In the Reg folder there was filed called OutlookAutoCompleteCache.reg which was "current"
I tried all combinations of putting the .reg file in the Reg folder, renaming as you mentioned. No love.
Keep in mind that this is Microsoft Office Home and Business 2016.
"Stream_Autocomplete_0_7D1A969EB4CAA547B818A23F54F14F95.dat" like file, but it's date was several years old, like Dec 2017
Reg folder
In the Reg folder there was filed called OutlookAutoCompleteCache.reg which was "current"
I tried all combinations of putting the .reg file in the Reg folder, renaming as you mentioned. No love.
Keep in mind that this is Microsoft Office Home and Business 2016.
- Reaction score
- 1,299
- Location
- Charente, France
File's date is not a big deal if it is creation date. The date that matters is last modification date.
What you need to do is to open this folder with your Explorer: "C:\Users\Your_User_Profile\Appdata\Local\Microsoft\Outlook\RoamCache"
Then, spot the newest Stream_Autocomplete_xxxxx.dat file, copy its name then rename the one in your backup with the very same name, then overwrite the one in the "C:\Users\Your_User_Profile\Appdata\Local\Microsoft\Outlook\RoamCache" folder with the backup file you just renamed. That should be enough. Office being Home and Business does not matter.
If this still does not work, is there any chance I could remote into this machine to see what's going on ?
Last edited:
timeshifter
Well-Known Member
- Reaction score
- 2,395
- Location
- USA
I'll try again this evening. Thanks.
The latest Fabs doing a transfer has a problem accessing remote registry hive, but only for Public items. Installed Software List is not created.
But the system32\config folder can be manually accessed and copied using File Explorer. This is for USB-connected drive from another system.
The last two times I've done a transfer, this problem has happened. Both times I closed Fabs then ran it again, deselecting all User items then Public allowed selection of Installed Software and Printers lists. Launching the transfer with just those Public items worked fine, giving me those reports. Weird.
Also still getting warnings about file size mismatch when the destination is 0 bytes when the file can't be copied. In this case it's processing My Documents and My Pictures folders that happen to be within OneDrive. I thought it was now smarter about copy failures?
In the above common situation with library folders residing in OneDrive, should the processing of My Documents and My Pictures be skipped and the files processed when transferring OneDrive contents?
But the system32\config folder can be manually accessed and copied using File Explorer. This is for USB-connected drive from another system.
The last two times I've done a transfer, this problem has happened. Both times I closed Fabs then ran it again, deselecting all User items then Public allowed selection of Installed Software and Printers lists. Launching the transfer with just those Public items worked fine, giving me those reports. Weird.
Also still getting warnings about file size mismatch when the destination is 0 bytes when the file can't be copied. In this case it's processing My Documents and My Pictures folders that happen to be within OneDrive. I thought it was now smarter about copy failures?
In the above common situation with library folders residing in OneDrive, should the processing of My Documents and My Pictures be skipped and the files processed when transferring OneDrive contents?
Last edited:
- Reaction score
- 1,299
- Location
- Charente, France
I do not have such a problem with software registry hive that does not get loaded on my end. Just done another test with a W10 drive hooked to W11.
I guess yours may be damaged so it could not be loaded properly. Then, the program does as much as possible by using default paths for folders and skipping leaving behind everything that is related to HKEY_LOCAL_MACHINE registry.
About the 0kb files, the problem IS OneDrive and its "files on demand" feature. Because of this, files are only in "the cloud" and not stored locally.
I would recommend to uncheck documents, desktop and pictures items BUT there is something to anticipate : what if that OneDrive is full and was not allowing more files ? Then there could be items that never reached "the cloud" and are only on the local drive.
If I were you you, I would do a transfer with those items unchecked then, a backup with just "Documents", "Pictures" and "Desktop" checked. In this backup, search for all 0kb files and delete them. After that, restore what remains to the new machine. That should filter things right.
Finally, you will need to download everything that is still in OneDrive to the correct locations on the new machine.
Good luck on this as it looks like a tricky one.
Last edited:
I understand about OneDrive files on demand feature. But why does Fabs only give a warning about file sizes being different after copy? Surely there's something more meaningful or concise that could be logged instead of 3 warnings per file and nothing about cloud-only files even mentioned? Maybe there could be a summary stating how many cloud-only files were skipped.
Too much messing about. I'm not actually concerned about the cloud-only files, just the 3 warnings per file that are in my opinion misleading. The warning should not be about file size differences, when the actual issue is the file couldn't be copied at all due to it being cloud-only.
This is extremely common, almost every transfer I do. I assume other Fabs users get this a lot also. Is there any way cloud-only files could be handled better? Is there a specific return-code for file copies that fail due to cloud-only?
However after closing Fabs and realising there is no software list generated, I can immediately run Fabs again de-select all User items, then there is no error for Public items! Software and Printers list is generated fine on that second run on the same remote drive/registry.
Perhaps it's a bug relating to the ini files I use, such as the Defaults I have set and de-selecting all User items might be avoiding it somehow.
- Reaction score
- 1,299
- Location
- Charente, France
Sure, this could have been handled better. Needs investigation.
Edit: the "cloud only" warning is actually only triggered if Fab's is explicitely handling cloud files (like processing OneDrive item and not desktop or so). There is currently no detection for such OneDrive redirected folders.
I guess I'll add some instructions like:
If FilePath contains OneDrivePath then Show a warning saying that file may be cloud only
Last edited:
- Reaction score
- 1,299
- Location
- Charente, France
I do not think this is related to defaults ini file. My bet would be on the software registry hive that could not be copied to a temporary location so it could not be mounted from there.
I had to do this because some people reported booting issues when they put pulled drives back in their original machine after using Fab's for a transfer.
I'll see what I can do for this
Last edited:
After I got the error, I also tried manually copying the system32\config folder from the remote drive to the local PC's desktop and there was no problem.
Same problem with no hive access for Public items on another one today. These last few times I've noticed the problem have been new laptops with factory OOBE and updates done before copying Fabs onto them for transfer from healthy SATA SSDs (with USB-SATA adapter). External drives were Windows 10 system drives.
Also tried with empty ini files (except license). No difference.
Also tried with empty ini files (except license). No difference.
- Reaction score
- 1,299
- Location
- Charente, France
I did not mean it was completely impossible to copy, just that the program failed to do it at a very specific moment. I do not know why it happens but it sometimes does. That could (I do not say it's that, it's just a conditional supposition) be anti-malware that's locking copied registry file so Fab's cannot load it at first try.
For now, I'm working around this by loading registry hive from its original location if loading copied file failed. That will restore previous version's behavior so that error has way less chances to happen.
Last edited:
