Tinker Tanker wrote:
There is an example of a 0xC0000225 here (involves winload.exe) . This
one looks like some kind of issue with the elements of the bootup process.
http://www.vmadmin.co.uk/microsoft/43-winserver2008/189-winsvr08bootmgrerror
When you say "Linux works fine 32 bit or 64", are you referring to using
a LiveCD version, or are you referring to having Linux already installed
on the same disk ? Linux has its own boot manager (GRUB or GRUB2), as
does Windows.
The last one to install, will mess up how the other one works, and will
attempt
to take control. Knowing that is going to happen, is why a common piece
of advice with Windows, is to install an older version of a Windows OS,
before installing a newer one, as the newer one knows how to safely take
control of the older one. The boot manager screen of the latest OS,
then contains entries for both OSes as boot options.
It's possible, if you're attempting to multi-boot (have two OSes installed
on the same disk), that the issues you're seeing on reboot, have to do with
the multi-boot part.
On a second web page (not the same site as the above), I see...
"you get the error "0xc000000e Missing or corrupt winload.exe"
Cause of the Problem:
This particular error is caused by missing or damaged information
in the master boot record."
The Master Boot Record is in sector 0. Typically, an OS installer, will
write its own stuff in there. When I installed Linux on my computer on one
hard drive, the install CD managed to erase and overwrite sector 0 on
another of my disks (the one with WinXP on it). Luckily, as soon as
the computer wouldn't boot, I knew what messed it up. A little "fixmbr"
magic from the WinXP repair console and it was OK again. (Windows 7
uses a different command for that purpose, but there are similarities.)
Windows 7 also has two ways it can install. It can install two primary
partitions, one perhaps 100MB in size (tiny) and the main C: partition
next to it. The boot stuff is in the tiny partition. I've also seen
a Linux install do this (Gentoo works that way). You can also force
Windows 7 to install all of that stuff into the one partition (more
like a traditional install), and at least if it's put into one
partition, it saves precious Primary partitions, so you have
more room for multi-booting. I can't say right off hand, where
the wisdom is, of wasting a Primary partition. I can say in the
Gentoo case, when I installed both 32 bit Gentoo and 64 bit Gentoo
on the same hard drive, it took me the better part of a full day
to get it running right.
So if you're installing multiple OSes, perhaps you could explain
what's on the disk already.
The MBR Sector is 512 bytes. There is a flag pattern at the
end, something like 0xAA55 or 0x55AA. When an installer CD/DVD sees
the flag value, it knows another OS has loaded the MBR with something.
If you're having troubles, and know for a fact that only one OS
will be installed and be present on the disk, then erasing the MBR is
a good thing to do, before beginning the install (that simple operation,
*wipes out* all partitions! - it is the fastest way to erase a disk).
When the installer CD sees no 0xAA55 at the end of the first sector,
it will then blow away the MBR. I've had problems in the past,
installing Windows on a disk that previously had Linux on it,
and erasing the MBR was all it needed. One way to do that, taking
only seconds, is to boot a Linux LiveCD, and use the "dd" command
like this (sudo makes you root so the command can access hardware)...
sudo dd if=/dev/zero of=/dev/hda bs=512 count=1
That will zero out the first sector and completes in no time. It's much
faster than reformatting the whole disk. You have to make absolutely
sure of the "hda" part - obviously pointing commands that write to disk,
at the wrong disk drive, will make a mess. That's the kind of command
I'd use, if Windows installer seems not to like the current contents
of the MBR. Since it erases all the partitions, it isn't a command
to use lightly. If you want to repair a disk, where you used that
command by accident, use a copy of "Testdisk", and at least all
the partitions will come back.
You can share your current partition structure with us, using PTEDIT32
or taking a snapshot of Disk Management or both. Post it on a photo
sharing site.
ftp://ftp.symantec.com/public/english_us_canada/tools/pq/utilities/PTEDIT32.zip
When running that in Windows 7, you run it elevated as Admin, to avoid
getting an error 5.
This shows what PTEDIT32 looks like, compared to Disk Management.
The Unknown partition is type 0x83, which is something like Linux EXT2.
So PTEDIT32 gives you a little different info you can use. This
particular 83 partition isn't an OS, and is just a data dump. So it's not
multi-boot or anything. If you double-click the "83" field, PTEDIT32
will show a popup list of some popular partition types.
http://img810.imageshack.us/img810/6712/primaryparions.gif
Paul