MFT-Bitmap corrupt Acronis

Published: 11/04/08 12:15 AM


I recently bought a new laptop (hp) with vista. For easy backup, I decided to pay about 50€ for acronis true image and wanted to backup my harddisk.

Acronis didn’t want to perform the backup at the very first try.
It told me something like that: (german)
Fehler Details:|MFT-Bitmap beschädigt (0×70018)| Tag = 0×89D94B01B483E192Aktion mit der Partition “2-0″ wurde abgebrochen.

In fact the error message above is the latest error-message I got (1 or 2 months after the first attempt, which I solved) and it refers to a broken master-file-table on my backup device, which is a FAT32-formatted external usb-hd. The first error message referred to my C:\ partition (ntfs).

Anyway: If you are fighting with acronis, your harddisk or vista or which one of them is to blame:

Login with your administrator-account, open the start-panel, search for “cmd”, right-click, open as Administrator, type chkdsk C: /F (if C:/ has errors, or chose the device that failed).
It is important to run cmd (and thus chkdsk) explicitely as Administrator, otherwise it won’t work.
Ah.. disable Antivir while running chkdsk, it can cause chkdsk to hang.

Pray.

The attempt to solve the problem by hd-defragmenation took hours (not to say days) of my live in the very first months with my new laptop and didn’t solve anything. Chkdsk seems to work though.

Before you do that: Backup important files manually!

The first attempt to repair my disk lead to bluescreens on Windows-Startup. Don’t ask me how I resolved that problem. It took me a complete weekend.


7 Kommentare zu “MFT-Bitmap corrupt Acronis”

  1. Yves sagt:

    Weil die hiberfil.sys für das herunterfahren in den ruhezustand nicht mehr genug festplattenplatz vorfand, und RaxcoPerfectDisk weiterhin eine offline-defragmetierung für D: durchführen konnte, musste ich die partition D: von 20 auf 30 GB vergrössern . Dabei habe ich auch gleich C: von 5 auf 10 GB vergrössert. Diese 15 GB zuwachs gingen auf kosten von E: dessen grösse um 15 GB verkleinert wurde. Alle drei partitionen befinden sich im im RAID-JBOD-verbund von zwei dreihundert-gygabyte-festplatten, zusammen also 600 GB brutto beziehungsweise 559 GB netto.

    Aus diesem gegebenem anlass bin ich erneut der meinung dass man beispielsweise das backup von einer partition von 20 GB (welche 15 GB daten enthält) problemlos in die von 20 auf 30 GB vergrösserte partition zurückschreiben kann. Dies trifft ebenso zu für das zurückschreiben des backups einer partition von 5 GB (welche 4,9 GB daten enthält) in die von 5 auf 10 GB vergrösserte partition.

    Jedoch gelang es mir nicht das backup einer partition von 534 GB (enthaltend 327 GB daten) zurückzuschreiben in die von 534 auf 519 GB verkleinerte partition OBWOHL die neue partition von 519 GB leicht 327 GB daten aufnehmen kann.

    Beim versuch das backup der 534 GB-partition in die nunmehr verkleinerte partion von 519 GB zurückzuschreiben erschien dann eine Acronis-phantomfehlermeldung: “Partitionsfehler. Die angegebene partition enthält folgenden fehler: MFT-Bitmap beschädigt. Beachten sie, dass dateisystem und grösse dieser partition nicht geändert werden können. Sie sollten die partition nach abschluss der wiederherstellung mit einem programm zur datenträgerprüfung überprüfen. OK”

    (siehe foto MFT-Bitmap fehlerhaft)

    Meine anmerkungen zur Acronis-”Fehler”meldung:
    1. Wenn eine partition wegen eines vermeintlichen MFT-Bitmap-fehlers nicht wiederhergestellt werden kann, dann gibt es wohl auch keinen abschluss einer solchen wiederherstellung, *lach*.
    2. Dennoch gelang es mir – rein interessehalber – die partition von 518,9 GB auf 519 GB zu vergrössern, indem ich die aufgrund ungenauer kalkulation mit 10,1 GB erstellte partition C: um 0,1 GB verkleinerte und die gewonnenen 0,1 GB der partition E: zuschlug (D: mit 30,01 GB blieb dabei unverändert weil dessen grösse byte-genau berechnet habe, und wurde lediglich nach unten verschoben).
    3. Von einer änderung des dateisystems möchte ich abstand nehmen da die partition E: bereits in NTFS besteht.
    4. Die überprüfung der 519 GB-partition mittels PartitionMagic8 wie auch mit Windows-chkdsk.exe per ausführen von “chkdsk e:/ /f /r” ergab keinerlei fehler.

    (siehe foto PartitionMagic8.0 vor der vergrösserung von E: auf 519 GB)

    Die erneute überprüfung des erwähnten backups mit Acronis (Validierung) ergab ebensowenig fehler.

    Résumé: Das Acronis-backup von einer grossen partition kann in diese nicht mehr zurückgeschrieben werden, nachdem sie verkleinert wurde.

    Fotos:

    http://img241.imageshack.us/img241/4382/erreurdepartitionenrestsp5.png
    [IMG]http://img241.imageshack.us/img241/4382/erreurdepartitionenrestsp5.png[/IMG]
    MFT-Bitmap fehlerhaft

    http://img241.imageshack.us/img241/1544/partitionmagic80vordervwm0.png
    [IMG]http://img241.imageshack.us/img241/1544/partitionmagic80vordervwm0.png[/IMG]
    PartitionMagic8.0 vor der vergrösserung von E: auf 519 GB

  2. Yves sagt:

    Korrektur:
    4. Die überprüfung der 519 GB-partition mittels PartitionMagic8 wie auch mit Windows-chkdsk.exe per ausführen von “chkdsk e: /f /r” ergab keinerlei fehler.

  3. Yves sagt:

    Hello Thomas,

    interesting your posting above. I’m using Acronis since some years, actually Acronis True Image 11.0.8010 (in german) which i have also in english language, if you are interested.

    I already had some problems concerning the comfort, never concerning the security of this program, and posted some messages in the Acronis forum http://www.acronis.de/enterprise/support/forum under this/my same forename.
    My last posting cornerned the possibility to make Acronis go into the hibernate-mode after having executed an image.

    Yo write here “Login with your administrator-account, open the start-panel, search for “cmd”, right-click, open as Administrator, type chkdsk /F C:/ (if C:/ has errors, or chose the device that failed).”
    I did the same yesterday, but i think the code you are using there is wrong, as i use here “chkdsk c: /f /r”, means: the c: comes in front of /f, or in front of /f /r.
    The code you are publishing here is from Microsoft but does not work on my machines.

    When i want to check D: and i’m on D: in the same moment, i go to “Execute”, and write there behind “Open:” chkdsk /f /r (without quotes this for sure) – OK, i may but must not use “chkdsk d: /f /r” in this case.

    But when checking E: from D: i must use “chkdsk e: /f /r” – i cannot use “chkdsk /f /r” as this would check D:, and not E:

    This works as well in XP Pro as in 2000 Pro.

    A check of E: with 330 GB of datas took nearly 2 hours with my old Athlon 900 MHz – and works much faster on my Athlon 3700 MHz, always all other processes which are not needed should be closed.

    This is important: the cursor must blink constantly in the checking-window. Means: when clicking into another window, the check stops, but continues when clicking back at the top of the checking-window.

  4. Yves sagt:

    Edit:
    My last posting concerned the possibility to make Acronis go into the hibernate-mode after having executed an image.

  5. Thomas sagt:

    Hi Yves,

    thanks for your comment. I corrected the order of parameters for chkdsk in my original posting.

  6. Yves sagt:

    Salut Thomas,

    may i also write you in german?

    As i wrote you above I posted some messages in the Acronis forum. This is my latest one which may interest you perhaps :-) http://www.wilderssecurity.com/showthread.php?t=224378

    Works perfectly here.

  7. Thomas sagt:

    Hi Yves,

    you may write in german.
    However your information may be worth to be read by the rest of the world, too:)

Kommentieren Sie diesen Artikel

Flash “ArgumentError: Error #2012″

TinyButStrong: display hierarchies recursively while using objects