Salta al contenuto principale

Bitmap is corrupted?

Thread needs solution

ALL my backups state "The selected partition contains the following error. Backup bitmap is corrupted. Please note you cannot change the the file system and size of this partition. It is recommended that you check these partitions after recovery with your operating system desk tools."

Build: 2020 25700

I'm not sure but I'm now unable to recover using a network share from the desktop. However, I'm able to recover from a flash drive, but I recieve the above error prior to the starting of every recovery attempt from every backup. I have even deleted all the partitions and formatted to FAT32 prior to starting the recovery.

0 Users found this helpful

Michael, the normal error message is 'MFT bitmap corrupted' so a puzzle if you are seeing 'Backup bitmap corrupted'?

Have you run CHKDSK /F for the drive where your backup files are stored to see if this finds and resolves any errors?  This will normally resolve the MFT bitmap issues.

Next, try copying one of your backup files (or chain of files) to another drive, i.e. external USB drive, then perform a validation of those copied files.

The drive that holds all my backups is located on a Dynamic RAID1 (2x8TB) volume located on another PC running Windows 7 Pro.

Below is what was printed out: 

C:\Users\Michael>chkdsk E: /F
The type of the file system is NTFS.

Chkdsk cannot run because the volume is in use by another
process.  Chkdsk may run if this volume is dismounted first.
ALL OPENED HANDLES TO THIS VOLUME WOULD THEN BE INVALID.
Would you like to force a dismount on this volume? (Y/N) y
Volume dismounted.  All opened handles to this volume are now invalid.
Volume label is Storage.

CHKDSK is verifying files (stage 1 of 3)...
  321792 file records processed.
File verification completed.
  20177 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  381282 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
  321792 file SDs/SIDs processed.
Security descriptor verification completed.
  29746 data files processed.
CHKDSK is verifying Usn Journal...
  33653880 USN bytes processed.
Usn Journal verification completed.
Windows has checked the file system and found no problems.

   7630755 MB total disk space.
   6493437 MB in 174694 files.
     71672 KB in 29747 indexes.
         0 KB in bad sectors.
    661371 KB in use by the system.
     65536 KB occupied by the log file.
1163880860 KB available on disk.

      4096 bytes in each allocation unit.
1953473535 total allocation units on disk.
 290970215 allocation units available on disk.

C:\Users\Michael>

I have attached the error that pops up when I use my recovery flash drive.

Is this error coming from my backups, the drive the backups are stored on, or the drive the the backup is being restored too?

I am unable to recover from the Desktop Acronis as starts the process then just goes away (it may pop up an error, but I can't remember). It apparently is touching my PC because it corrupts the software or drive. at that point I have to use my recovery software on my flash drive to recover my Desktop W10 PC from the LAN connection that holds my recovery backups. That is when the attached error pops up. Acronis does allows me to continue the recovery process successfully.

Allegato Dimensione
534989-181570.png 1.05 MB

Michael, your screen image shows the error to be: 'Block bitmap is corrupted' which can be an issue with either the backup .tib / .tibx file, or else can be caused by a mismatch between the partition being restored and the MBR of the drive it is being restored to, i.e. you have not selected to restore the MBR for the backup from the same image.

The hits I am finding are getting on for around 10 years old such as forum topic here.

Yes, I know it's been a a long time since that particular error popped up. 

Update: All I did was run CHKDSK E: /F and reboot. I started the restore from Acronis Backup desktop and it now is restoring.

I do a full backup daily of the system drive and restore the complete backup using the Disk tab. It should be restoring every partition back as it was copied?

Attached is a picture of how I restore.

I usually screw something up and don't feel comfortable so I restore. Should I be restoring all the partitions back or just one? 

Allegato Dimensione
535038-181592.png 29.29 KB

Michael, good that CHKDSK appears to have resolved this issue.

It is normally recommended to restore the whole disk but this really depends on the reason for doing a restore?

If you are restoring because of an issue with just an application or Windows Update etc, then you could just restore only the C: OS partition providing that there have been no changes to the partition sizes or layout etc.  Given the partition sizes for Recovery & EFI in your image, then it is hardly worth not doing a full disk restore!

I will do a OS partition next time to see how it goes.

I never recieved any information after running chkdsk that indicated any problems with the drives.

It was confusing as to why Acronis should be concerned about the remote drives condition as the file was not corrupted, and other files were being transferred both ways with no problems.

It was also confusing that Acronis Desktop would start the backup, get to where the progress bar was showing x minutes left and pause for about a minute without the progress bar moving and throw an error. Rebooting would show that it had done some sort of drive manipulation because I was unable to get back into the OS.

Thanks for your help.