Ghost 15 fails with verification ON for entire disk backup

Archive
1

I have just installed Ghost 15.0  Tried to do a whole disk scheduled backup last night (with verification ON), but it failed with an EC8F17B7 and an ED8000012 error.

 

Looking at problems with the same errors from previous versions of Ghost on the forums,  I tried a manual backup with verification OFF and it worked.  Another manual backup with verification ON returned the ED800012 error.

 

I did a disk check on the drive I use for backup (a brand new WD 1TB MyBook) it returns no bad sectors.  The drive is an external USB  drive.  Some previous problems called for removing all USB devices except the drive.  I have not done that, but the drive is the only USB storage device.

 

I chatted with Symantec tech support, and the guy got into "remote control" mode of my computer and was obviously clueless on what he was doing, so I terminated the session telling him that I would go to the forums for an answer and screw up my computer myself instead of just letting him do it.  I asked him if there were any known problems with 15.0 and what the workaround was and he had no idea, so he was flying blind.

 

Hoping someone from the community or Symantec that has a clue can give me some hope of doing a backup WITH verificaiton that I can count on.  With verification off, who knows whether the backup will work when you really need it!

 

 

2

Hi Wja60025,

 

The erroor code ED800012 is typically related to errors on the source hard disk but in order to say for sure I would need the exact error message you receive.

 

Thanks

Allen

3

OK.  I'm running WinXP SP3 32 bit.  The exact wording from the Event Log is this:

 

Error EC8F17B7: Cannot create recovery points for job: Drive Backup of (D:\).
    Error ED800012: The internal structure of the recovery point file (CRC Validation) is invalid, damaged or unsupported.

 

If I run the exact same backup with verification OFF, it completes fine.  I tried with both compression STANDARD and compression NONE, but with verification ON and it fails in both cases.

 

The drive is a Western Digital external USB 2.0  1TB drive that is brand new and comes back from Checkdisk with no bad sectors or errors.

 

 

 

 

4

Hi Wja60025,

 

Thanks for the update. The error refers to your source drive, not your target drive. Can you run chkdsk on the source (C I believe) drive and correct the errors? Windows will notify you that the chkdsk must be scheduled for next reboot.

 

Thanks

Allen

5

Hi Wja20025,

 

Can you confirm something for me? Earlier you said when you have Verify OFF then the backup completes Ok. Can you double check your options? Do you also in that case have Ignore Bad sectors during copy enabled in the Advanced settings page?

 

Thanks

Allen

6

I will run Chkdsk on drive D:, which is the source drive.  Haven't done that yet.

 

7

Yes, I had “ignore bad sectors” checked.  I had seen previous posts that said that backupsa can fail if this is not checked. 

8
WJA60025 wrote:
Yes, I had "ignore bad sectors" checked.  I had seen previous posts that said that backupsa can fail if this is not checked. 

 

Hi Wja60025,

 

Thanks for the update. That explains it. The only reason for checking this option is when the source drive has errors and is a way of forcing Ghost to do the backup anyway. This is a valuable option but should not be used under normal circumstances. It is used only when you know you have a "bad" drive and it is better to back up (despite errors) than lose the entire contents of the drive.

 

I'll look forward to an update after you have run chkdsk to correct the errors.

 

Thanks much

Allen

9

I ran a diskcheck on D: and it completed with no errors or bad sectors.  I scheduled another backup with the same parameters (verification ON, compression STANDARD) but with "ignore bad sectors" unchecked.  The result was the same with the same errors.  Here is the copy and paste from the Event Log:

 

Error EC8F17B7: Cannot create recovery points for job: Drive Backup of (D:\).
    Error ED800012: The internal structure of the recovery point file (CRC Validation) is invalid, damaged or unsupported.

 

 

10

Hi Wja60025,

 

Thank you for the update. I would like to verify your partitioning is Ok. Please run the program called PartInfo.exe which by default if you did not change it during install is located in C:\Program Files\Norton Ghost\Utility. This will create a file called partinfo.txt in the same directory. Please attach to this thread by clicking on the Add Attachments link at the bottom.

 

Thanks

Allen

11

Hi Wja60025,

 

What options did you run with chkdsk? You should run chkdsk /r on the D drive. If you did not run with this option please rerun this.

 

Thanks

Allen

12

Hi there, i have the exact same problem, getting the exact same error message for all the backup image i try to create:

"Error EC8F17B7: Cannot create recovery points for job: Drive Backup of ENG_WINXP (J:\)."
"Error ED800012: The internal structure of the recovery point file (CRC Validation) is invalid, damaged or unsupported."

The only way to get an image successfully created is to turn off the verification option, but afterwards when I try manually verify the created image in the recovery point browser, it would always fail with the same message.

 

I've tried all the different suggestions that I could find from others who have experienced in the past:

- chkdsk the drive (chkdsk /f) and passed with no errors or bad sectors.

- disconnected all the USB drives.

- create image with no compression.

- create image with smaller files option (4.5GB).

- create image with "ignore bad sector" option.

- using the copy image function in the recovery point browser from a good image to another drive.

 

everything i tried all produce the above error message when it's verified.

i've even tried to verify manually from the utility within booting from the recovery disk.

the recovery point browser had even corrupted some good backups I had, it always fails verification now.

 

i don't understand what is going wrong.

what exactly does the error really mean?  i think in my case it's not disk nor file error.

 

i was using Ghost v14.0, and started to get all these verification problems.  Then upgraded to v15.0 thinking it might be fixed, but the problem is exactly the same.

  

btw, i'm backing up partitions on my boot SATA drive.  I've attached the partinfo.txt from my drive.

 

please help!!!  i'm clueless on how to continue...backing up is useless when everything it makes is corrupt.

13

Allen,

 

Answering your last two questions:

 

I ran chkdsk with both the /f and /r options on.

 

Attached below is the partifo file you requested.  Seems like another person is having similar problems to mine.

 

 

14

Hi Hsiaod and Wja60025,

 

Thanks for the updates. Error code ED800012 does indicate problems with the source hard disk. You will find this error code mentioned in quite a number of threads on the forums where indeed chkdsk found problems and resolved them after which the error no longer occurred. In this case something else may be going on but it is a first if so.

 

Hsiaod, can you confirm which drive letter (partition) you are trying to back up? Also which OS and SP level do you have and 32 or 64 bit? You ran chkdsk /f but this does not check for bad sectors. Instead please run chkdsk /r on the source drive (not the target) which you are trying to back up.

 

After doing this, for both of you can you try doing a full backup from the recovery CD itself and see if this has the same problem? I know you said it verifies a previously created backup and indicates problems but this time do the actual backup from the recovery CD. Do not have it ignore bad sectors and have it do the verify.

 

I'm not seeing a direct problem with the partinfo files both of you included except that it includes somewhat unusual partitioning.

 

Thanks

Allen

15

Interesting.  I just tried making a backup from the Recovery CD.  I assume you meant to boot from it and then run backup from it.  Anyway, that's what I tried to do.  Backup with verification.

 

Once the backup began, the estimated time display wobbled around for a while and eventually counted up to 99:00:00, which must be its maximum, because it just stopped there.  The percent progress gauge stayed at zero.  After 15-20 minutes of this, I clicked on CANCEL.  The hour glass appeared but never went away.  The computer was not responding and I had to do a hard shutdown.

 

One thing that occured to me is the amount of RAM I have.  I have 1GB, which works out to 958MB of total memory shown in SYSTEM INFORMATION.  Maybe it takes more than that to run a backup with verification and the CD runs our of RAM?

 

I will rerun the chkdsk /r in a while to see if it generates any errors or if a backup then will run.

16

I have just installed Ghost 15.0  Tried to do a whole disk scheduled backup last night (with verification ON), but it failed with an EC8F17B7 and an ED8000012 error.

 

Looking at problems with the same errors from previous versions of Ghost on the forums,  I tried a manual backup with verification OFF and it worked.  Another manual backup with verification ON returned the ED800012 error.

 

I did a disk check on the drive I use for backup (a brand new WD 1TB MyBook) it returns no bad sectors.  The drive is an external USB  drive.  Some previous problems called for removing all USB devices except the drive.  I have not done that, but the drive is the only USB storage device.

 

I chatted with Symantec tech support, and the guy got into "remote control" mode of my computer and was obviously clueless on what he was doing, so I terminated the session telling him that I would go to the forums for an answer and screw up my computer myself instead of just letting him do it.  I asked him if there were any known problems with 15.0 and what the workaround was and he had no idea, so he was flying blind.

 

Hoping someone from the community or Symantec that has a clue can give me some hope of doing a backup WITH verificaiton that I can count on.  With verification off, who knows whether the backup will work when you really need it!

 

 

17

Hi Wja60025,

 

Your RAM is OK but I always recommend more than 1GB these days. However it meets the minimum requirements for Ghost on Windows XP which is 512MB minimum and recommended 1GB.

 

Yes, please let me know what happens after you run the chkdsk /r.

 

Thanks

Allen

18

Allen,

 

You mentioned on one of your posts that ED8000012 was covered in other forum posts and that chkdsk always solved it.  In doing a search for ED8000012 I came across a thread started in 10-16-2008 and trailing on for months.  There was no "answer".  Many people reported the same error pair  "Error EC8F17B7: Cannot create recovery points for job: Drive Backup of (D:\).
    Error ED800012: The internal structure of the recovery point file (CRC Validation) is invalid, damaged or unsupported.  They also reported doing chkdsk without solving the problem.

 

Norton Ghost 12.0 - Error ED800012 (CRC Check invalid)

 

I did not find any threads in my search that pointed to chkdsk solving this problem.

19

Hi Wja60025,

 

The search I ran was against chkdsk and I believe I saw that error code, but there are a few error codes which can indicate problems with one of the hard drives so maybe I mixed up my error codes. This is why earlier I needed to know the wording of the error message. But you are correct that some have seen this and it appears to be unresolved. Unfortunately, many times someone ends up solving the problem but does not post results back to the forum which makes it hard for others to search for solutions.

 

Run a search on chkdsk and you will find many instances where that absolutely did resolve the problem.

 

Additionally, there is more than one indicator of the hard drive being suspect. When you check the option to Ignore bad sectors during Copy and the backup completes successfully, that is actually the best indicator of all that Ghost is seeing errors on the source hard drive. Ignoring bad sectors does just what it implies from the wording, it backs up as much data as it can despite the fact that the data in some areas may be corrupted due to bad sectors.

 

The combinations you can try are: Do not ignore bad sectors and do not do a verify. If this worked, it would indicate that the target image might have a problem (target hard drive). Or ignore bad sectors and DO a verfiy. If this works, the indication is that your source drive has the problem. If you had to both ignore bad sectors and not do a verify, the results would be a bit more confusing, except that if bad data were copied over because of ignore bad sectors option then this would probably cause the verify to fail.

 

In either case the combinations of these two options having to be set would point toward a problem with either source or target drive so running a chkdsk /r is the best way to ensure your drives are clean.

 

Thanks

Allen

Message Edited by AllenM on 11-22-2009 02:58 PM
Message Edited by AllenM on 11-22-2009 02:59 PM
20
WJA60025 wrote:

I will run Chkdsk on drive D:, which is the source drive.  Haven't done that yet.

 

 

I've just read through the whole thread and I do have one question for clarification -- is your system a multiboot system with more than one OS on it?

 

I ask because the Partinfo you posted does refer to a partition on Drive 0 as C: and then seemed to jump to E: and you refered to checking D: with chkdsk since it was the drive you were backing up. I thought you were backing up your boot drive with the OS on it and most people do install that on C: .... unless multibooting.

 

On a totally irrelevant (I hope) but historical note -- GHOST uses the v2i technology from PowerQuest's Drive Image which Symantec bought and the last copy of Drive Image had exactly this problem when you combined backup with verify.

 

The solution offered at the time by PowerQuest was "Don't do both in the same operation" but make the backup and then run Verify on its own. That worked .......

 

I don't think they cured it before they were bought out ....