Ghost 15 Error EC8F1780: Cannot successfully reconcile changes since last session

I have noticed the error below in my log files - it is not generated at every boot of the system (running Windows 7 64bit) and can be clear for a week (or longer) and then appear.

 

Error EC8F1780: Cannot successfully reconcile changes since last session.
Error EC8F1771: Cannot enumerate the current drives on this system.
Error E0BB0147: The operation 'Snap Volume' is not currently enabled for this Volume. (UMI:V-281-3215-6016)

Details:
Source: Norton Ghost

 

I have tried a few basic fixes that I have read on here (running the norton fixinstall utility for example).  Attached is the partinfo file.

 

Any ideas how I can fix this? Do I even need to worry about it? Backups seem to work without error.  I know this is happening on my daughters laptop too (same version of Ghost installed).

 

 

This is an old post, but were you able to resolve this issue? If you are still getting the errors, we want to resolve this as this errors could mean your backups are not VSS-enabled.

Yes, I still have the problem.  I have not been offered a solution and I have no idea what VSS is!

 

Please tell me how to solve this - it is clearly a common problem.

 

Yes, I update to a USB external drive.

This solution is a little tricky, but try it if you can:

 

1. Browse to the folderC:\Program Files (x86)\Norton Ghost\Shared\Drivers\win32\win32\  (change this to Win64 if your system is 64-bit).
2. Copy Symsnap.sys, V2iMount.sys, VProEventMonitor.sys, and wimfltr.sys from that location to C:\Windows\system32\drivers\
3. Browse to C:\Program Files (x86)\Norton Ghost\
4. Double-click the FIXINSTALL.BAT to run it.  This will fix any missing registry settings related to the driver files.
5. Restart the computer.
6. Run another backup.

Before I do this please consider the following.

 

1. I have an internal (secondary) SATA drive that acts as the location for a weekly backup.

2. I have an external USB drive that I plug in occassionally to do a backup to and I keep that separately.

3. The Ghost error is very random and may happen 3 times one day and then not again for a week.  So, backups appear to run to the internal drive without a problem

 

As this is random - what do you think the problem is before I try fiddling with the registry?

 

Charles.

Can you please update this????????

Charles,

 

Go ahead and follow those steps above. The updates to the registry are done by Ghost only. You only have to copy those file before running the .BAT file. One thing I wanted to add -- when you run that fixinstall.bat file, right-mouse click on it and choose to 'Run as Administrator...'.

 

Once complete, reboot the machine and re-test.

I have noticed the error below in my log files - it is not generated at every boot of the system (running Windows 7 64bit) and can be clear for a week (or longer) and then appear.

 

Error EC8F1780: Cannot successfully reconcile changes since last session.
Error EC8F1771: Cannot enumerate the current drives on this system.
Error E0BB0147: The operation 'Snap Volume' is not currently enabled for this Volume. (UMI:V-281-3215-6016)

Details:
Source: Norton Ghost

 

I have tried a few basic fixes that I have read on here (running the norton fixinstall utility for example).  Attached is the partinfo file.

 

Any ideas how I can fix this? Do I even need to worry about it? Backups seem to work without error.  I know this is happening on my daughters laptop too (same version of Ghost installed).

 

 

Hello Mr.Frisbee, Andy,

 

I am experiencing the same issues with Ghost 15.0.1 on my Windows XP SP3 machine since re-installing Ghost a week ago. I did use the Norton Removal Tool and ran this twice before re-installing.

 

I have also noticed the errors in my log files which are only generated occasionally during boot.

 

Error EC8F1780: Cannot successfully reconcile changes since last session.
Error EC8F1771: Cannot enumerate the current drives on this system.
Error E0BB0147: The operation 'Snap Volume' is not currently enabled for this Volume. (UMI:V-281-3215-6016)

 

I have also tried running the Norton fixinstall utility but for some reason I have a file missing! I'm not sure if I should have it on my XP system but V2iMount.sys is missing from the location mentioned in the posts above!

 

To give you an idea of my backup method, I have a 1TB SATA drive which I slide in & out of a bay port on the front of my machine. Effectively ghost sees this drive as an internal drive. However, after I have completed my backups, I then shut down my machine and slide the drive out for safe storage.

 

For some reason after removal of my SATA drive ghost takes some 4-5 minutes at every bootup to scan my disks and occasionally results in an error message stating 'unable to reconcile changes since last backup'.  In an effort to resolve this issue I had to set status reporting to 'No Status Reporting' but now the ghost icon always shows a yellow exclamation mark.

 

Prior to running the Norton Removal Tool 3 weeks ago and ultimately uninstalling both Norton Internet Security 2012 and Ghost,   ghost was behaving really well and had no issues with me backing up in this way. In fact this is the only way I've ever managed to get ghost to work properly. For years I battled with failed backups to USB devices but the removable SATA drive cured that problem instantly.

 

I would really appreciate any help on this one please.

 

Many thanks

 

T-R-D

Hello again, sorry for my double post, I ommitted to include my 'Partinfo,txt'.

 

Please note: I have looked at the info myself and one thing puzzles me and I'm not sure if this may indicate a problem:

 

C:Drive is shown as DISK 0 which is correct.

 

D:Drive which is my Secondary drive is shown as DISK 2 (Should this not be shown as disk 1)?!!

 

E:Drive which is my removable SATA Drive and used for backups only is shown as DISK 1

 

It seems that the numbering of D&E are the wrong way around to me, maybe I'm wrong, hopefully someone can please verify this for me.

 

Many thanks

 

T-R-D

When Ghost starts up, if the drive the backup was made to was not present, Ghost cannot reconcile the changes between the last backup and the data that is on the drive, or lack thereof. When the drive is once again present, the reconcile will occur, but it will take quite a bit of time. If you are using a removable drive, try creating only full backups to that drive, rather than base+incrementals. Otherwise, all it takes is one boot-up with the backup destination missing to cause issues. Try that for a while and see if it makes a difference.

Hello Andy,

 

Thanks so much for your quick reply! :smileyhappy:

 

What you've explained certainly makes sense and a part of me did wonder along the same lines. I will try your advice right away and see how things go.

 

Regarding my second post, did you note anything odd about the drive numbering?I would have thought it should read as follows:

 

C:Drive - DISK0

D:Drive - DISK1

E:Drive - DISK2

 

The Partinfo.txt and disk manager show it the other way around:

 

C:Drive - DISK0

D:Drive - DISK2 seems wrong way around!

E:Drive - DISK1 seems wrong way around!

 

Thanks again Andy

 

T-R-D

Hello again Andy!

 

Just a quick update for you, I deleted my 'Incremental Backup Job' and created a new 'Independant Recovery Point Backup Job'.

I have since run this new job and re-booted my machine with my SATA backup drive removed. The start-up time was about the same and took Ghost around 4-5 minutes to scan the drives. Eventually a 'Yellow Exclamation Mark' appeared as before.

 

I also got the following pop-up which I was expecting:

 

Ghost Recovery Missing.jpg

 

I looked again at the 'Status Reporting Window' in Ghost and changed the status reporting for each drive to 'Full Status Reporting'. This seemed to cure the problem with the yellow exclamation mark and once again the ghost icon in the system tray was now showing a Green Tick! Hooray!!!!!

 

I will let you know if this makes a difference on next boot.

 

In the meantime I would be grateful if you can let me know about the disc numbering issue I raised previously.

 

All the best

 

T-R-D

Andy,

 

Surely the whole point of backup is that you remove the drive once you have backed it up?  Why does your software not "get over" this issue that must be a problem for 90% of your users.

 

Can you confirm that this error is not something to worry about?  Are the backups that are on the disk still recoverable and valid even if there is a warning on the software?  how about allowing us to tell the software to ignore the error?

 

Is there any point in me doing the registry changes?  This problem will just show again as soon as I do a backup and remove the drive.

 

Charles.


MrFrisbee wrote:

Andy,

 

Surely the whole point of backup is that you remove the drive once you have backed it up?  Why does your software not "get over" this issue that must be a problem for 90% of your users....

 

Charles.


Hello Mr.Frisbee,

 

I can't agree more, in this day and age and with so many different backup media on offer you would think Norton would have anticipated some of these problems at least.

 

I personally have used Ghost since version 9, things were very different back then, you had to restore your system using DOS! Mind you it worked and it worked very well. Things did improve over the years and being able to run it in the Windows environment was a godsend, but then for some reason I started having problems with the software from version 14.0 onwards!

 

My own problems have always been caused by backing up to USB drives, either the backups completed OK but I had errors safely disconnecting my hard drive afterwards or the backups failed all together with all manner of errors.  At one time I spent virtually every spare minute of every day for weeks on end trying to resolve the issues without much success. I bought 3 new hard drives, 3 new USB enclosures and nothing worked. I was eventually upgraded to Ghost 15.0 free of charge but still I had problems. Ironically performing backups to an internal drive always worked flawlessly!

 

I now have a new computer and I perform all of my backups to a SATA drive which I insert into a spare bay port caddy on the front of my machine. As I mentioned previously Ghost sees this drive as just another internal drive and so I get none of my old problems with this method. I think where Ghost seems to fall over many times is when the backup drive is removed for safe storage. As Andy said, " Ghost cannot reconcile the changes between the last backup and the data that is on the drive, or lack thereof".

 

Like you say though, "Surely the whole point of a backup is that you remove the drive once you have backed it up?" I have always done this because my neighbour once had his house hit by lightening and it completely fried his computer! No amount of internal backups could have saved him then. 'Off-Site storage', is a no brainer really!

 

There should be a way to tell ghost that you only perform off-site backups to a removable drive and tell it not to bother about scanning your drives and looking for those backups at boot-up. I've never once done backups to a schedule, how can you if you remove your drive like most sensible people would.

 

I did look into the option to enable off-site backups but that seems really dumb to me. The name suggest you can do exactly what I want.., backup to a removable drive and remove it 'off-site'. Not so, you can only do a 'copy' of an existing backup to store 'off-site' which of course means backing up to another drive before hand!

 

How daft is that?

 

Oh well, stick with it Mr.Frisbee, it may not be the friendliest of programs in the world to use, but it will no doubt save your bacon one day. I've lost count the number of times I've simply done a restore to get out of trouble. Sometimes it's quicker and easier to restore your machine than uninstall something which might be causing issues, at least your not left with a load of orphan files.

 

If I can give you one useful tip, it would be to check the 'Validity' of your existing backups using the 'Ghost Browser' in the 'Programs menu'. If they verify okay you have nothing to worry about and you'll be able to restore your machine from those backups without incident.

 

All the best,

 

T-R-D

Thanks for the comments TRD - it certainly seems utterly mad that this situation arises at all and I did note your solution which is way too much work to be really valid as a viable option for most of us.

 

I await (with bated breath) the soltion from Norton who really should know all about this problem and not be messing us about with registry changes that will just fix the problem for the short term anyway.


Charles.

MrFrisbee - In the solution I gave you, where am I asking you to edit your registry? My instructions will repair the Ghost installation and I simply pointed you to a batch file written by Ghost engineers that checks and (if necessary) repairs anything in the installation (including the registry) related to Ghost. Download that batch file, right-mouse click on it, and choose to 'Run as administrator...'. But please do NOT mess with your registry. 

 

Regarding rotating drives, let me clarify - You can take you backup image offsite. Ghost best practice is to create a backup to a fixed location, such as a second hard drive or USB drive that stays connected. If you want to move a backup image offsite, use the offsite feature, where you can copy 2 backup images to two separate drives. If you only have one USB drive, and want to take the image offsite, and use that USB drive as your backup location, then the USB or other removable drive should be disconnected when only after the machine is shut down. Another way people have made this work is to create only full backups, and not base+incrementals. I've not tested this, but this is what I suggested to TRD to try in lieu of shutting the machine down to take the drive offsite.

Hi Andy, Mr Frisbee,

 

Yes for me certainly, doing only 'Independent Recovery Points' seems to have solved my issue. Thanks Andy for suggesting that!

 

Also making changes to the 'Status Reporting' for each drive has made a big difference and I now have this set to 'Full Status Reporting'. Originally I had avoided using the full status because I always remove my drive after a backup has finished, I guess I wrongly assumed this would cause ghost to throw a wobbly if said backup was missing at next boot!

 

I do still agree with Mr.Frisbee though, why should we do backups to an 'always connected drive'?! We are not test engineers, we are ordinary people who just want to protect our data and remove the backup completely for safe storage. Symantec would do well to listen to it's customers needs rather than coerce us into doing things your way.

 

Regards

 

Tyler

 

Both of you have second internal drives that you could be using if they have enough availible space.

 

I agree with you that it's safer to hold images "outside" the system but "Offsite Copies" are Copies and should not be the only source of a backup.

The biggest advantage of an offisite copy is actually redundancy, the second advantage is being able to store that copy "outside" the computer or in a totally different location to protect against things like lighting, fire, flood, or theft of the entire computer.

 

But the "main" location of the images should be on an internal drive because the majority of the time you need to use an image is because of software problems, windows errors, virus infections or hard drive problems.

 

You can't be running off to the bank to get your external drive out of a safety deposit box every time you have a problem with windows.  Likewise, most people will have a hard time keeping an external drive updated with current images unless that external drive is plugged into the system every day to update the image.  If you need to have the external connected to your system every day your defeating the purpose of an offsite copy.

 

If you have the available space, try scheduling images onto an internal drive and use the external drives for offsite copies like they were designed for.

 

Dave

 

 

 

 

Dave, that is a great summary of backup drives. I agree.