Backup fails during validation
I have been trying to backup a Windows 10 computer. This was a standalone backup, booting from recovery media ( a CD).
The backup seems to succeed, until I get to the validation step. And then it fails around 2/3 of the way through validation.
I have tried this several times. I've tried with high compression, with normal compression and with no compression. I've tried with booting the 64-bit Acronis and the other (presumably 32-bit). Nothing works.
I'm tired and frustrated.
I'll note that I had a similar problem in January, with a different computer (also Windows 10). On that occasion, the failure was when using high compression. I tried again with normal compression and that worked. However, with today's effort, nothing worked, so I have a machine that needs backing up but Acronis is failing me.


- Se connecter pour poster des commentaires

Thanks for the reply.
I have now checked the backup, and it seems valid. This was from the installed (updated to build 8053).
I could not find how to check valid when booting the stand-alone media. *** add in edit -- I found it.
The stand-alone media that I am using was from the Rescue Media Builder of the installed Acronis 2017.
- Se connecter pour poster des commentaires

Neil, glad to hear the backup looks good and you have found the options to do the separate validation when needed.
- Se connecter pour poster des commentaires
En réponse à Neil, par truwrikodrorow…

I was having the same problem as described here where I would get a validation failure immediately following a disk partition backup using the Acronis Bootable Rescue Media (Build 8058). I did not have a validation problem if I validated the same .tib file from within Windows using Acronis True Image 2017. I also didn't have a problem if I created the disk partition backup within Windows immediately followed by a validation. I performed a chkdsk on both the source and destination disks to make sure there were no errors. So what fixed the problem for me was to create a WinPE-based Media with the Acronis plug-in. When I booted off of that media I was able to successfully create and validate my disk partition backup. I know in the manual it says to use the WinPE-based media when "Acronis bootable rescue media did not help you boot your computer" but I never had that problem. I was always able to boot off of that media. I will say that the computer I was trying to backup is 7 years old (just recently replaced the hard drive with a 1TB SSD and installed Windows 10) so perhaps the problem was related to the older hardware? Thus far I haven't had any problem using the Acronis Bootable Rescue Media (Build 8058) on my new Lenovo ThinkPad P51 to create and validate a disk partition backup. I'm able to perform a disk partition back up and validate on the new computer (Xeon processor, 64 GB RAM, 1 TB M.2 SSD) in just 14 min. The primary partition has 202 GB of data. The older computer takes a lot longer to backup with only 83 GB of data in the partition (i7 processor, 16 GB RAM, 1 TB SSD). Does anyone know if there should be a performance issue using the WinPE media versus the Acronis Bootable Rescue Media? I was expecting the older computer to be slower but not 2-3 times slower to backup less data.
- Se connecter pour poster des commentaires

Richard, the key difference between the two types of Rescue Media is simply the OS being used when you are booting from that media.
The standard rescue media is created using a Linux Kernel OS (see KB 1537: Acronis Bootable Media for kernel details) versus the Windows OS ADK used to create the WinPE media.
Typically, it is recommended to use the Windows 10 ADK that matches your build of the OS, but the Windows 10 ADK will also work with Windows 7 and 8.1.
Both types of media boot into the memory of the computer they are used on, and therefore the performance is more dependent on the hardware, as there is no caching being used unless provided within the media OS, and no use of such as the Microsoft VSS as used when running the ATIH application from within Windows.
- Se connecter pour poster des commentaires