Windows 8.1: System Image Backup of C: drive fails, Error 0x8078012D and 0x8007045D

Anonymous
2014-01-04T23:16:08+00:00

Hello everyone.

I've a lot of people encounter problems similar to this, but here is my particular flavour:

I have a Windows 8.1. Pro (64 bit) desktop PC.

I am trying to use File History > System Image Backup to create a backup image of my C: drive.

I have been trying to save the backup both an external USB 3.0 drive, and this time to a network location (on a WD 'MyCloud' EX4 NAS)

Every time, the backup fails about 3/4 of the way through.

I get an error dialog saying

"The backup failed.  The operation failed due to a device error encountered either with the source or the destination. If the source or destination volume is on a disk, run CHKDSK /R on the source or destination volume, and then retry the operation. (0x8078012D)Additional Information: The request could not be performed because of an I/O device error. (0x8007045D)"

I've spent many hours diligently running CHKDSK /R  both on my C:\ and the destination drives, and it has never once found any problems.

I've tried closing all applications, unnecessary services, background processes and disabling Windows Defender's real time malware checking whilst the backup takes place, but that doesn't seem to fix anything.

My hunch is that there's nothing wrong with the disks or hardware at all, and that this is some kind of obscure permissions problem, where Windows can't access symbolic links on my C: drive.

But I basically haven't a clue! :) 

I'd be very grateful for any suggestions at fixing this, as currently I don't have any backup image of my C:\ drive, so if my PC goes kaputt, I'll have days of manual re-installing and configuring to do.

Thanks.

Windows for home | Previous Windows versions | Windows update

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments

190 answers

Sort by: Most helpful
Most helpful Newest Oldest
  1. Anonymous
    2014-05-28T13:45:57+00:00

    The fact the backup actually gets to the progress listings tells me the VSS is working.

    I just did a backup after encrypting some files.  The backup completed normally and the encrypted files were in the backup and still encrypted.

    Your Blackberry link might now be the prime suspect. 

    Edit:  I seem to remember quite a while ago, way before Windows 8, I had used some software which put a file on my system that caused me not to be able to search a certain directory.  The software was no longer installed but the file was still there.  I do not remember if it effected backups, but the way I found it was to search folders to see if the search would complete and then narrow down the search until I found the offending folder.  Probably not relevant, but something to think about.

    Was this answer helpful?

    0 comments
  2. Anonymous
    2014-05-28T07:53:36+00:00

    The wbadmin command starts and shows you which partitions are going to be backed up and then you have to agree.

    It then starts configuring the partitions then the copy process.  Can we assume as soon a you select Y the process threw the error?

    You have stated you have some encrypted files on the drive with might be interfering.  Have you tried decrypting or moving them to a non-critical partition?  Are you using Bitlocker or some other utility? .

    No, actually - after I select "Y" to proceed, the console output shows lines for percentage progress, it reached about 45% before the backup failed. 

    (This is exactly the same as when I use the Control Panel GUI to make the system image... the progress bar gets a long way through before it declares there is an I/O error)

    I haven't tried taking the encrypted files off the drive yet, no. I'm not using Bitlocker, just the Windows filesystem's own encryption feature on a couple of my folders.

    Since Windows can read its own folders, and I'm running Windows' own Volume Copy Shadow Service (as Administrator), it would be daft if the VCSS can't read the encryption and can't display a suitable error message if that's the problem...

    I also have 'BlackBerry Link' installed, and that has backed up some content from my BlackBerry phone (which is also encrypted), so I'm suspicious of that too...

    Was this answer helpful?

    0 comments
  3. Anonymous
    2014-05-28T00:05:43+00:00

    Here are a couple of relatively easy things to try, which may or may not help 

    • Try running the System File checker in case there are some of the System Files that are corrupted and preventing the system image from completing.
      • From Within the Command Prompt (run as administrator)
      • Type sfc /scannow
    • If any errors are found which can't be fixed then try the Deployment Image Servicing and Management Tool.  Once again this is run from within the Command Prompt as administrator.
      • DISM /Online /Cleanup-Image /RestoreHealth

    Was this answer helpful?

    0 comments
  4. Anonymous
    2014-05-27T21:23:38+00:00

    Again, you do not need the -include:C: switch in the command.

    The wbadmin command starts and shows you which partitions are going to be backed up and then you have to agree.

    It then starts configuring the partitions then the copy process.  Can we assume as soon a you select Y the process threw the error?

    You have stated you have some encrypted files on the drive with might be interfering.  Have you tried decrypting or moving them to a non-critical partition?  Are you using Bitlocker or some other utility?  I do not have any encrypted files, but it appears something is keeping the drive from being accessed, so I suppose the encryption could be involved.

    Was this answer helpful?

    0 comments
  5. Anonymous
    2014-05-27T20:57:28+00:00

    OK folks -

    so, I ran the backup again (still from a clean boot), using the following command in Windows Power Shell (run as Administrator)

    **** wbadmin start backup -backupTarget:F: -include:C: -allCritical

    It failed again!

    The console output is no more use than running from the GUI: it's just the same message about an I/O error and advice to run CHKDSK /RIt also claims to have created log files saying which files were and were not backed up -

    however this is bogus - the successful files log is blank, and the failed log just contains this error message:

    Backup of volume C: has failed. The operation failed due to a device error encountered with either the source or the destination. If the source or destination volume is on a disk, run CHKDSK /R on the source or destination volume, and then retry the operation.

    I'm getting a bit sick of this!! I suspect that whoever wrote this code just put that text string in there for the error message, but it's not appropriate.

    Was this answer helpful?

    0 comments