Page 1 of 1
INDEX entry has BAD MFT Record
Posted: December 4th, 2014, 9:30
by LostDataSa
a customer want only one file (epidemiology.docx), but when i open the folder in DE I cannot see the file and looking in the log i see the file name
INDEX entry has BAD MFT Record 198784 epidemiology.docx
so how can I recover this file only ?
or what does that means ?
MODEL: ST9500325AS
FIRMWARE: 0003SMD1
Re: INDEX entry has BAD MFT Record
Posted: December 4th, 2014, 9:32
by labtech
Seems like a bad sector in the MFT - you could confirm this in DE
Re: INDEX entry has BAD MFT Record
Posted: December 4th, 2014, 9:41
by LostDataSa
labtech wrote:Seems like a bad sector in the MFT - you could confirm this in DE
DE can recognize the file name (in log only) and the located folder, but i cannot see it in the file tree, so i cannot click save file.
I am wounding if i do raw recovery will i get this file ?
Re: INDEX entry has BAD MFT Record
Posted: December 4th, 2014, 10:20
by northwind
Scan MFT+IDX and see if you can find it in "Lost & Found" when it finishes.
If not, you can of course attempt a raw scan, it will most possibly recover your file.
Re: INDEX entry has BAD MFT Record
Posted: December 4th, 2014, 10:29
by labtech
Seems like you are working directly off the failing drive. You should image it or at least key parts of it, e.g. MFT for starters.
Re: INDEX entry has BAD MFT Record
Posted: December 4th, 2014, 10:44
by DataWreck
I agree with Labtech See this on a day to day basis. Image the drive (or at least the area where that file is, try using chain imaging in DE) and work from the image or you will end up getting diminishing results. Even if you client only wants one file its the best way to get it so charge accordingly.
Re: INDEX entry has BAD MFT Record
Posted: December 18th, 2014, 6:22
by deftrue
"INDEX entry has BAD MFT Record 198784" means exactly that: The file X with ID 198784 referenced in the INDX folder file has a bad MFT entry record. Sometimes this is due to a weak or bad head, unable to read the MFT entry #198784 (UNC errors), sometimes it is simply due to data corruption, BUT SOMETIMES this is due to problems reading the $MFT entry record inside the $MFT itself (ID=0), both in the base copy and the mirror copy (this is, although DE was able to reconstruct part of the file tree, at some point the MFT becomes fragmented and DE has no idea where the rest of the MFT is). So you need a thorough scan, and you need to know what you do and what the problem really is.
Of course, if the MFT entry is corrupted or is not located where it's supposed to be, you'll not be able to read the data runs - you have no idea where the file is. So DE hides it from unexperienced eyes.