As I said, it was pre-release Win 7, I have no-one that even considers Win 7 after the few that were considering it before it was released. M$ typically does make changes between pre and post releases so my info is out-of-date. I only made the point as something to check.
I am just wondering if you may be thinking of the rather curious way the Windows 7 installation decides on the partitioning, which may have some relevance in this case. Elsewhere on the Suse forums there was reference to this article:
Fresh hdd (no OS) Vista & Win 7 make 2 partitions (one for recovery, one for OS) where the recovery partition size is ~100MB on some versions and as big as 1.9GB on others depending on whether it is box set or OEM. Boxset is smaller because it calls for original install DVD’s where the OEM puts whole packed OS. This recovery partition is designed such that it does not end on a sector boundary to try and trick up installers of other OS’s. In addition, if the windows partition is erased but not deleted, the recovery partition gets called first, see’s the windows partition is empty and triggers re-install/repair.
My reference to this is investigating converting new machines with both types of OS (box vs OEM) to Dual boot Linux/Windows Machines. With New machines that from the outset have Windows installed, and haven’t yet been put into use, the easiest way is to use the ‘make factory DVD’s’ options if an OEM install, then regardless of Box/OEM wipe the drive partitions and recreate single partition for OS, Extended for windows/Linux shares and other separations, and optionally either 2 for Linux root/swap or just put root/swap also into extended. Once this is done, Windows re-installs then Linux Installs, and shared drives for windows are formatted in windows.
which is mainly concerned with multibooting Vista, but does cover the Windows 7 situation in some detail as well. It looks as though Windows 7 on an empty HDD will normally assign itself 2 partitions - a small recovery one of about 100MB, containing the BCD info, and a large one, for the actual system proper. There has been some disagreement elsewhere over this, with caf4926 and swerdna (hope you don’t mind being referenced) both originally claiming that W7 only used one partition. However, swerdna appears to now agree that two partitions do occur. This is supported in the above article.
My experiences with dual boot also concur with this that depending what is found and what type of install is being done determines how many partitions will be used.
The important thing the above article points out is that, if there is an existing Windows NT (of any sort) installation on the HDD, then the W7 installer will put the BCD code in that and you only get one extra W7 partition for the system. If there are only foreign (i.e. Linux) partitions and (I think) not enough spare MBR slots for the two W7 partitions then the W7 installer will simply delete some of the foreign partitions to free up sufficient MBR slots. That could happen here, since the OP has three slots allocated already.
Partly true. Windows 7 like it’s Vista predecessor is designed not to co-exist with other M$ OS’s which are in the class of ‘basic’ or ‘home’. To be able to multi-boot, the other OS’s must be ‘professional’ or ‘Ultimate’ class. In all cases, if the MBR boot code is not a M$ boot sector, the installer will replace the foreign code with it’s single boot version (thereby deleting access to Linux and any other OS that is installed).
In the days of diskettes, Linux CD’s use to ship with saveboot program in a directory called DOSutilities and you could make a boot disk, copy the programs there, boot from the disk and save the windows mbr to the disk (512bytes), install Linux and repeat the save of mbr. Now when you need to re-do windows you would just restore the original mbr, fix windows then restore the Linux mbr. But this method meant you had to make sure partitions were set-up with space for Linux before the original save and no partition changes were made after it was done. Today, this functionality is done using a Linux diskette and the dd command.
You have to remember that this is a rather unusual situation with the system being Linux and Windows added later. Almost every other situation on these forums has had it the other way round. Hence we are a little in the dark, I would submit.
That is why I think the VB option is the way to go. It would be helpful if the OP outlined the reason for adding in W7. If it is just to see what it looks like or to use MSO then a VM is sufficient. If it is to support some hardware then maybe not.
Hope these remarks are helpful.
Yes keeping Linux as primary OS then adding Windose 7 is unusual. Having 3 partitions already would most likely require shrinking a partition and creating an extended one in the free space with two or more logicals and at least one of the logicals would need to be NTFS so windose could try and install there. But … getting the system up with windose as a VB is by far the best hope without a complete re-do.