Skip to main content

MFT bitmap corrupted (0x70018)

Thread needs solution

Hi all,

I am using TI Home 2010, Build 7046 .iso.

I am trying to do a Recover to an unallocated partition, but no matter which archive I use I get the MFT bitmap corrupted error.

The most recent archive is valid.

What can I do?

Regards,
Leigh

Issue solution: http://kb.acronis.com/content/14260
If the problem remains, or if you're using ATIH2012 or ABR11, please contact any Forum Moderator for further instructions. Do not forget to specify the link to the thread in the subject of your message.

0 Users found this helpful

sorry, I need to add a comment to toggle "Notify me when new comments are posted"

If there are some important files, you may try to click on .tib file in windows and copypaste (drag and drop) it from there using windows explorer. Otherwise, open a support ticket, so that may be trying the same with the bootable media of the last version (2012) may succeed.

Thanks, dev-anon, for the suggestions.

I just tried latest Acronis True Image Home 2012 Rescue Disk (Build 5545).
It gives the same error.

I really want to restore the whole partition - it's my Windows C: drive and the current installation of Windows will not boot - gives a BSOD.

I am sending Acronis an email...

Regards,
Leigh

I just tried restoring using the full version of Acronis True Image 2011 Home (latest version, Build 5545) installed on a working Windows 7 system.

Now I am getting this error - Error Code: 10 extended code 458,776 MFT Bitmap corrupted.

Any suggestions?

Regards,
Leigh

Leigh,

Run chkdsk /r on the partitions of that disk.

I did run chkdsk /r on the target partition of that disk - I know it's a recovery task and the state of the target partition should not make any difference, but I am grasping at straws now.

I pursued the suggestions on this page: http://forum.acronis.com/content/6493

* downloaded Download SnapAPI 586 and installed it with Disabled event logging: - did not fix the issue.

* downloaded Download the snapapi.dll file, to enable special logging.

Emailed the following to Acronis:

* snapapi....log

* system report generated the AcronisInfo Utility (wow, it's 22 Mb zipped - I hope they will read all of that!).

Yes. I missed the point this is a recovery operation.

I have had a BIG BREAKTHROUGH!!!

I copied my archives from my USB hard drive to an internal SATA drive.
Recovering from an archive stored on the internal SATA drive worked!

Explanations, anyone?

My guess would be that this error referred to the error in the USB disk's filesystem, not the one stored inside the archive. If you validated the archive from Windows, Windows filesystem drivers (of course) were used to access the files on the USB disk and read the files ok. When restoring from bootable media, Acronis drivers were used.

Well, I'm getting the same uselessly stupid error message and I'm not even vaguely impressed with this halfwit product, which used to be decent.

a) This backup was made with the CD version burnt from an ISO, to a USB drive, and the backup was verified when made as a standard procedure
b) The restore operation is being performed from the exact same drive onto the original source drive (which has been explicitly WIPED by acronis' software) using the exact same CD version it was created with earlier this month.

So, there's literally NO justification whatsoever for this this process to be anything but SIMPLE AND STRAIGHTFORWARD barring actual hardware failure, which is NOT the reason for the recovery (user/owner brilliantly ran malware infecting system)

So either the software SHOULD have detected any extant issues prior to making the backup, and/or warned of them, or it SHOULD be able to ignore OR FIX whatever the existing problem is, and likely the latter in most if not all cases.

I really doubt if I'll upgrade or recommend this product ever again.

What should be a simple slam-dunk process -- restoring a recently produced image back onto its original drive when there was no hardware issue in the first place -- has become a multi-hour nightmare of try-this-eph-with-that-search-for-solutions.

Eph this worthless software.
>:-/

Hello Nicholas,

Welcome to our Forum, we're glad to greet you here.

I understand you're upset, and sorry for you've faced this inconvenience with the product. We have this issue described in this KB article alongside with the solution, and would recommend you to follow the instructions for solving the issue.

If the problem remains, please contact any Acronis Forum Moderator for further instructions on what information to collect for investigation. Please also don't forget to specify the link to the thread in the Subject of the message.

Currently our software doesn't run a disk and file system check before making a backup, normally it's done by native Windows tools, started by User, but you're right, it would be good to have such a functionality. I've forwarded your comment to the Development team. Rest assured it will be taken under consideration.

Should you need anything else or have any further questions - feel free to contact us at your earliest convenience, we will be happy to help you!

Thank you.