alexsanderngaongo
New Member
Hello,
I have a problem about EasyBCD 2.0.2 (but also 1.7.2) writing MBR to the wrong drive.
I have a computer with the following configuration :
I was wrong.
Yesterday, I decided to completely reinstall the Windows XP system (because of stability problems), while leaving the Vista one untouched.
After reinstalling XP, I "regularly" went in the situation where I was able to boot, from the SATA drive, only from XP, and that I needed to rebuild the MBR and the BCD record for being able to boot again with Vista from this side (but I was still able to boot from Vista from the PATA drive).
So I remade the BCD and the MBR, but it appeared that, although this seemed to work correctly, I was still able to boot only on XP.
But worse, I was no longer able to boot from Vista from the PATA drive !
After some searches, I found that EasyBCD, whereas it was expected to write the MBR to the SATA drive, wrote it actually to the PATA drive, overwriting the known good boot MBR that was already there with bad informations.
So after writing this MBR :
I don't know how EasyBCD determines which drive it should use for writing BCD, but I think about 2 things :
It seems that EasyBCD don't make enough checks about where it is writing MBR and if the selected drive is the proper one, making this feature very dangerous, and possibly able to unexpectedly break previously working systems.
Motherboard is ASUS P5K Deluxe/Wifi AP (with Intel Core 2 Duo processor).
Best regards,
Gingko
I have a problem about EasyBCD 2.0.2 (but also 1.7.2) writing MBR to the wrong drive.
I have a computer with the following configuration :
- One SATA drive with a partition containing Windows XP Pro SP3 (named C: from the XP point of view, and G: from the Vista point of view), plus several data partitions.
- One PATA drive with a partition containing Windows Vista Ultimate x64 SP2 (named G: from the XP point of view, and C: from the Vista point of view), plus one data partition.
- Also, another SATA drive, containing only a data partition.
- From the SATA drive, and booting from XP.
- From the SATA drive, booting from Vista.
- From the PATA drive, booting from XP.
- From the PATA drive, booting from Vista.
I was wrong.
Yesterday, I decided to completely reinstall the Windows XP system (because of stability problems), while leaving the Vista one untouched.
After reinstalling XP, I "regularly" went in the situation where I was able to boot, from the SATA drive, only from XP, and that I needed to rebuild the MBR and the BCD record for being able to boot again with Vista from this side (but I was still able to boot from Vista from the PATA drive).
So I remade the BCD and the MBR, but it appeared that, although this seemed to work correctly, I was still able to boot only on XP.
But worse, I was no longer able to boot from Vista from the PATA drive !
After some searches, I found that EasyBCD, whereas it was expected to write the MBR to the SATA drive, wrote it actually to the PATA drive, overwriting the known good boot MBR that was already there with bad informations.
So after writing this MBR :
- I am still able to boot only on XP because the SATA MBR has been left unchanged.
- I am no longer able to boot on any system from the PATA side because the PATA MBR has been overriden with bad data.
I don't know how EasyBCD determines which drive it should use for writing BCD, but I think about 2 things :
- It could be a problems when more than one drive previously have MBRs when asking to write a new MBR.
- Also, as the Vista drive is a PATA drive and the XP drive is a SATA drive, it is likely that the PATA drive is enumerated first when looking for available drive (as this was the case when I had to choose the partition during the XP reinstalation).
It seems that EasyBCD don't make enough checks about where it is writing MBR and if the selected drive is the proper one, making this feature very dangerous, and possibly able to unexpectedly break previously working systems.
Motherboard is ASUS P5K Deluxe/Wifi AP (with Intel Core 2 Duo processor).
Best regards,
Gingko