I'm working on an E Machines (not mine, I wouldn't own one), that I think has a hard drive issue. The drive is readable, but the MBR and boot sector are either bad or corrupt. What I want to know is, is there any way to pull the info in the "recovery partition" on the HD and make a bootable CD with it to use for reinstall. With the MBR and boot sector hosed, I'd need the recovery disk, which I don't have, to reinstall from the recovery partition, and what I want to do is the only way I can think of to get around that, but I have no idea how to do it.

Dani AI

Generated

The thread shows two useful but partial viewpoints: rightly reminds that OEM recovery schemes vary and can fail, and is also correct that some recovery partitions carry the actual factory image rather than only tiny utilities. The practical path that preserves data and gives you options is to treat the disk as read‑only, make a full image, then inspect the recovery partition off‑line.

First, image the whole disk or the recovery partition to an external drive (do not work in place on the original partition). Tools designed for safe imaging and rescue are appropriate so you can retry without risking the source disk; see GNU ddrescue (https://www.gnu.org/software/ddrescue/) and Clonezilla (https://clonezilla.org/). Once you have an image file you can mount or inspect it and look for known container types (.wim, .iso, .gho, .tib, etc.) with a general extractor like 7‑Zip (https://www.7-zip.org/) or wimlib (https://wimlib.net/) for WIM images.

If you find an image file, the usual workflow is to extract/apply it from bootable media (WinPE, a rescue ISO, or a Linux live USB) and either write it to a target drive or build a new bootable ISO/USB. Rufus (https://rufus.ie/) or Hiren’s BootCD (https://www.hirensbootcd.org/) can help build testable boot media; vendor images (Acronis, Ghost, etc.) typically require their vendor tool to restore. If extraction fails or the image looks incomplete, cloning the whole drive to a replacement disk and then repairing the boot environment from standard recovery media is safer than trying repairs on a suspect drive.

Cautions: always work from copies, verify checksums where possible, and test restores in a spare drive or VM before committing. If any step is unclear or the disk shows hardware faults, obtaining official recovery media from the manufacturer is the least risky route. This approach blends ’s practical idea with ’s caution about integrity and safety.

You have a basic misconception as to what a "recovery partition" is. It's a small partion on the drive (usually about 10% or less) where drive utilites are stored and is of insufficent space to store files or anything else. With a bad MBR I wouldn't try it even if I could get it to work. If you can get the files off (by whatever means you find practical) do so.
The existing files on the damaged partion is a poor source for a reinstall. Files are apt to be corrupt, incomplete, etc.
The drive may not be damaged. Just the MBR as you stated. It can usually be replaced.
Fdisk /MBR or run the utility full bore.
Just don't attempt to do so in a multi-HD system. Boot from a floppy to at least DOS level with W98 or ME. Reboot then format the HD. If that doesn't work the drive's dead and a paper weight.

You have a basic misconception as to what a "recovery partition" is. It's a small partion on the drive (usually about 10% or less) where drive utilites are stored and is of insufficent space to store files or anything else.

Umm, no. Why would "drive utilities" require almost 1 GB of space? Also, how could you reformat the partition containing the operating system, boot the system with a CD that has less than 150 MB of data on it, and reinstall Windows XP from the recovery partition if it didn't contain the Windows installation files? In fact, once you start the Windows installation procedure, you can remove the recovery disk (CD), and it keeps on installing.

As you didn't indicate drive size in you first post some things here have to be assumed.
Most drive sizes now are well above the 40 and even the 80g level. The space that you indicated with your last post is probably about minimum that fdisk could put on it for the oem utilities.
Reformating the partition or drive, if you'll re-read my post, assumes that whatever has been on the drive AND that you managed to copy by whatever means is safely stored elsewhere.
Your original post stated that the MBR was effectively non-existant. No drive repair utility that I'm aware of over the past 15 years is going to be able to do anything with any drive that DOES NOT have that one basic file on it, which precludes the possibility of installing ANYTHING on it with any measure of reliability.

You can install anything you want on a drive with no MBR, and reliably use the information without any problems, the drive just won't boot. I've done this several times before. I used to have a system set up with two hard drives, one of which would not boot, no matter what you did to it. That drive was jumpered as a slave, with a good hard drive as the master. The master drive had a boot manager program on it, set up to allow me to boot to Win 95 on the master drive, or DOS 6.22 on the slave drive that had no MBR. Never had any problem, including data loss, of any kind with it.

How do you know that there was no MBR on either of the drives you mentioned?

I don't, but all indications point in that direction.

Such as?

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.