Skip to main content

ATI 9.0 Corrupted Image

Thread needs solution

My XP system crashed and I thought I was protected by having two Images stored safely on my external SATA HDD with no know errors. Sound familiar? I'm sure. Well, you never know until you need it. The old system was a RAID 0+1 and performed flawlessly. A trojan corrupted the OS making it unbootable. Simultaneously, one Maxtor HDD went bad, but was recovered nicely thanks to RAID features. MEMTEST 86 runs w/o errors.
Decided to change system, so I bought new RAM to bring the memory up to 2GB and a new WD 1TB SATA.
Went through the process of booting with the 9.0 Rescue Disk and all appeared to go smoothly in a user friendly way and BAMM I got the CORRUPT IMAGE message after around five minutes. Tried second image and the same.
Log read: Information 1020(0x103FC); Information 504(0x101F8); Error 32(0x70020); Error 502(0x101F6)
Of course I'd really need the data in the image. Any thoughts or ideas will be apreciated very much. Oh, I didn't see anything where I could use a screen name for the forum. Thanks...

0 Users found this helpful

What build of TI 9 are you using? If it's not 3,677 or later, you might try the latest build.

At the time the images were created, did they validate successfully?

Have you tried Mounting the images?

Did the images validate successfully before upgrading the RAM? You might try returning to the previous amount and seeing if it works. Also, was MEMTEST run before or after the RAM upgrade?

Are the"corrupt" messages for an image file always coming at the same point (time) in the process or does it vary (2 minutes in, 7 minutes in, 5 minutes in, etc.)?

What build of TI 9 are you using? If it's not 3,677 or later, you might try the latest build.
Build 3633 per Rescue Disk.
At the time the images were created, did they validate successfully?
I didn't validate the images as the Rescue Disk allows. I didn't know I should. The image was created and there were no messages other than it was successful.
Have you tried Mounting the images?
I don't know what this means.
I've tried just about all variations with same results.
Failure occurs at 2:43 into validation.
Will a 3677 rescue Disk make a difference?

MudCrab, I apologize for not saying thank you for your response. My head has been spinning for over a week.
I created a new Rescue Disk with build 3684. Same error at exactly the same time of 2:43.

I'm with the opinion that it's a lost cause...unless the image.tib can be saved some other way. I'm at a loss since the original image on the RAID has been corrupted.

I also have ATI 11.0. I ffound out they both can't be on the same system at the same time. I even tried the 11.0 Rescue Disk. It adds another error.

To try and Mount the image (assuming it's a partition image), select the Mount Image option from the main TI 9 screen. Mounting is only available when running TI in Windows. Depending on the level of corruption, you may be able to Mount it successfully and get data out.

If you have room, have you tried making a copy of the image and then trying to Validate the copy?

Hi MudCrab,
I've already tried making a copy. Byte count was the same on original .tib and copied files. No cigar.
To mount the file, I'll have to gen a new XP which I have been putting off until I was totally up against a wall with this effort.
It sounds like Mount Image strips the .tib and allows you to open files.
What we need is the ability to cripple the Sum count to force an image.

Ed,

Not sure what you mean by 'gen a new XP'. If you are still using XP as your OS, and you have TI 9 installed, mounting just makes your tib file become a virtual disk, with a disk letter and will be viewable in Windows Explorer.

If mounting fails, what happens if you double click on the tib file? It should (if not corrupt) open in Windows Explorer as a large directory (no drive letter, and files can only be copied).

Bodgy, earlier I stated that my XP crashed and that's why I had to restore the image. So, I have no XP right now, just a PC with RAM and HDD. The image I created fails when I try to recreate it and I get the 0x70020 error message. All this is coming from my other PC.
So, TI 9.0 isn't anywhere except on my install CD. All I have is my Rescue Disk and an external HDD with two .tib images that appear to have check sum problems.

You said you had two images. Are those two separate images (two different backups of the same partition) or one image split into two files?

If separate images, do they both fail at the same time (2:43)?

What are the filenames for the image files?

What are the sizes of the image files?

Are both image files in the same location/folder?

When you copied the image, was it to an internal drive or USB drive, or did you create the copy on the same eSATA drive?

What was the error you received when you tried using TI 11?

OK MudCrab, here we go.
Images were created onto an external WD HDD via a FireWire connection. The HDD is a WD Dual-Combo so it has a USB and FireWire connection. The images are dated 12/2009 and 1/3/2010. the 12/09 image faols at 4:29 and the 1/2010 fails at 2:45. I've copied them to another USB connected HDD. The images copy byte for byte. The images are 80GB and 79GB and when mounted say 223gb. That was the size of the RAID. I had four 250GB HDDs in a 0+1 array.
File names are: MyBackup01032010.tib; MyBackup12192009.tib
When I used the ATI 11.0 Rescue disk the errors were the same plus and additional, in this column sequence.
Module/Error/Code.
1/1020(0x103FC) Restore data from D:
1/504(0x101F8) Pending operation 96 started, restore partition
7/32(0x70020) The archive is corrupt, tag 0xF5F8CBCF76155638
100/0(0x640000)Operation completed with errors(this one is added with the 11.0 disk)