Chiefcrowe
Diamond Member
- Sep 15, 2008
- 5,053
- 196
- 116
Is there a way to disable the system monitoring? I usually don't care if it takes longer to backup, i'd rather not have something that always runs in the background.
aye, edit defaultsIs there a way to disable the system monitoring? I usually don't care if it takes longer to backup, i'd rather not have something that always runs in the background.
On the disk clone, verify only checks the filesystem before the clone started, nothing after.Wait, that doesn't make sense. The way their verification system works (using the auto-verify option during image creation) is by running an MD5 hash comparison of the backup file vs. a hash created from the source data when the backup was created:
http://knowledgebase.macrium.com/display/KNOW/Understanding+Image+Verification+Failures
I don't think I've ever actually had a finished failed clone file...it always alerts me of copy errors (almost always hardware-related) while running. In your case, what happened exactly? Was this on v7? Did it make a full clone & then you tried to mount it and it wouldn't open? I've never had to clone a drive outside of Windows via a rescue disc...that's an odd response. The way their verification system is setup is that pretty much only a hardware error will make it trip up.
Clone Type: Intelligent sector copy
Verify: Y
Delta: N
SSD Trim: Y
...
...
Operation 12 of 16
Copy Partition: 12 - WD-F-2 (F:)
FAT32 11.45 GB / 16.69 GB
Destination:
Start Sector: 3,023,513,600
End Sector: 3,058,515,967
Partition Type: Logical
Checking file system
Processing: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy10
Clone completed successfully
On the disk clone, verify only checks the filesystem before the clone started, nothing after.
On a partition image, it appears to do what that link suggests.
The logs clearly show verification is on...and here is what it shows for the failed partition clone
After the clone, it left 2 partitions in RAW format, and 1 partition (FAT32) was completely corrupted, no file or directory survived, heck, no timestamp was sane. I ran testdisk on those 3 partitions just to see if it could recover anything, and nope, it was hopeless. The other 10 partitions were fine though, did a checksum test on a few partitions, and they matched.Code:Clone Type: Intelligent sector copy Verify: Y Delta: N SSD Trim: Y ... ... Operation 12 of 16 Copy Partition: 12 - WD-F-2 (F:) FAT32 11.45 GB / 16.69 GB Destination: Start Sector: 3,023,513,600 End Sector: 3,058,515,967 Partition Type: Logical Checking file system Processing: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy10 Clone completed successfully
This was the latest in the V6 series, I didn't upgrade to 7 yet.
I didn't try to clone a disk again, since it takes a heck of a long time.
That is what I told their support people, and they responded withWow, that is messed up. The last line of "clone completed successfully" should have never occurred. Was there any corruption on the original disk, or was it only in the cloning process that things went south?
Made no sense to label it "verify" if it don't actually verify, and it only checks the source file system for any issues (via chkdsk).Verification in cloning only verifies the file system on the disk and not the clone itself, verification is an imaging feature and not a cloning one.
http://knowledgebase.macrium.com/display/TEST/Verifying+image+and+backup+files
That is what I told their support people, and they responded with
Made no sense to label it "verify" if it don't actually verify, and it only checks the source file system for any issues (via chkdsk).
Original disk is fine, used clonezilla to make a clone, and that worked out, no issues at all.
I used macrium reflect and it actually cloned my drive without having to reboot into some castrated form of linux, like acronis does.
I am curious to know how are you going to handle verification at the file level for those 100 desktops? Are you just relying on doing incremental (diffs) backups which should be doing some kind of comparison vs doing clone images that do no file comparisons at all?
Nope, never seen that one.Also, if you haven't seen this, this is the hilariously awful story of how Toy Story 2 was almost lost forever:
Nope, never seen that one.
So, they are lucky that one lady made copies for herself for viewing at home?
That seems far fetched, she would need to be lugging around multiple HDs to do that, and nobody else did, not to mention about 40 other questions on how a company like that could possibly let that happen.
But, in any case, it sure does show that people must be active to make sure that all backups actually work, and have been verified.
Oh, and I did have my first clone failure ever (also in v6)...I made an image of a 32-bit Win10 machine with WIMBOOT (32g eMMC etc.) using the v10 PE (supports the compression-style installs). The clone was successful, but upon trying to restore, it said the image was corrupt. However, the image mounted properly for browsing, which is odd because if a imaging job fails, it typically does it during the process, such as if you're trying to copy off a corrupted or damaged hard drive, which causes errors to be thrown & the backup to be aborted. However, I don't know if that means the image itself was actually corrupted, or if Windows didn't like doing a restore with the compressed partition, or what. Maybe I need to change some BIOS settings, not sure of the root cause yet. All I know is that the image completed successfully & mounts properly, but upon trying to restore, it gives a clone failure message due to corruption, which I've never encountered before...but this is also a non-standard Windows machine, so there's that to consider...there may just be a separate procedure to follow instead. I'll have to poke around with the Secure Boot settings & all that in the BIOS later today. Although iirc, I also had issues doing a fresh install of standard Win10 on these types of machines in the past (they prefer doing a restore from the wimboot mumbo jumbo). Microsoft did have a guide on doing a wimboot-from-scratch install, although it apparently only lives in google cache now. So that's a little question mark project I need to figure out this week.
It is possible for Macrium Reflect to created corrupt Incremental, and to a lesser extent, Differential Images if they were created with the releases listed above. *These images should not be restored.*
If you haven't done so already, we strongly advise that you update to the latest release (v7.1.3196) by taking the 'Other Tasks' > 'Check for updates' menu option.