David W. Hodgins said:
That may have been the original thread, but not the point I was replying to,
which the pp made.
I think some posters don't quite understand what Zvi has been talking
about. To clarify the matter (I hope) here is an excerpt from a
diagnostic taken on a customer's drive this morning:
Drive 1 C: 32301 H: 240 S: 63 Size: 249GB Last LBA: 488397168
Master Boot Record (corrupted)
0 X 114 144? 111 11 126? 101 51 218129509 17019904?
0 R 116 482? 115 3 841? 114 44 729050177 543974724
0 R 101 111? 111 41 111? 115 52 168653938 0
Candidate NTFS Partition
63 M 7 0 1 1 8123 209 63 63 122832927 Unknown
63 $ 8 63 122832926 255 63 786432 7920041 47072 0 [00]
From the initial line (begining "Drive 1") note that the BIOS is
translating with 240 heads.
Next, note obvious corruption of the MBR.
Next, see the line begining "63 $", which records data from the boot
sector of an NTFS partition in the first position. The values shown as
"255 63" are the heads and sectors values from the BPB, so we know
that when the partition was formatted the BIOS was translating with
255 heads.
The discrepancy occurs because, as Zvi wrote, the corrupted MBR causes
the BIOS auto-detect to mistranslate.
If I were to rebuild the MBR without noticing this, then any attempt
to boot the system would result in "NTLDR not found...", since the
IPL's attempt to read the MFT would fail. The mistranslation would
lead to a wrong address being used (the NTFS boot sector IPL uses CHS
mode addressing if the boot partition is located inside the 8GB
threshold).
What would happen if you tried to copy over a new NTLDR in this case?
I'm not entirely sure, but I doubt it would do any damage, assuming
the partition would even mount so that you could access it from
Recovery Console, since sector addressing would be in LBA mode at that
point (I think).
The correct translation can be restored by just zeroing the MBR and
rebooting.
Also, I would note that the "NTLDR is missing" error is the result of
a corrupt MFT 9 times out of 10, at least in my experience.
Bob