You're probably just taking the shrink-wrap off your new copy of Windows 2000 (Win2K) and wondering how Win2K will integrate into your existing system configuration. If you've configured multiboot systems with Windows NT 4.0 in the past, you might want to know how Win2K differs from NT in terms of installation requirements, options, and potential pitfalls, and whether Win2K can be a well-behaved member of a multi-OS system.
In "Mastering Multibooting Madness," July 1999, I shared tips and techniques for managing multi-OS multiboot environments on NT 4.0-centric systems. However, multiboot configurations that involve Win2K and NT or Windows 98 (both first and second editions) present new challenges and obstacles, which you can avoid by preparing your system and knowing what to expect.
Research Your Readiness
Creating and maintaining a multi-OS system that includes Win2K isn't difficult; however, a successful configuration requires some planning. An important part of this planning process is learning the constraints and interoperability concerns of each OS that will be part of your multi-OS system.
Win2K presents several factors that you must be aware of before proceeding with your installation.
An obvious but important starting point is to ensure that your system has sufficient hardware resources to meet Win2K's substantial installation demands. Table 1, page 84, lists Microsoft's official Win2K system requirements. This table also shows the minimum hardware requirements that I recommend based on my Win2K experience. Microsoft's figures represent the minimum hardware configuration necessary to install the OS, my figures represent the minimum figures necessary for decent Win2K performance. For example, although you can install Windows 2000 Professional (Win2K Pro) on a 133MHz Pentium processor system that has 64MB of RAM, you probably won't be thrilled with Win2K Pro's performance on such a system.
Equally important is making sure that Win2K supports your system hardware and peripherals. Assuming that Win2K supports any hardware is dangerous even if you have a new computer and peripherals that you consider mainstream. Fortunately, Microsoft provides several useful resources to help you determine your system's Win2K readiness. For a list of these resources and a checklist of system-preparation steps, see the sidebar "7 Steps to Prepare Your System for Windows 2000."
After you have sufficient resources to install Win2K, the next step is to spend some time planning your system configuration, which will be largely determined by the particular OSs the system will support. The most important factor of a multi-OS system configuration is the file-system format of each disk partition. You need to be sure that each OS installed on the system supports the file-system format that you want to use for the system partition (i.e., in NT parlance, the partition from which the system boots).
In addition, if you're using a boot-management utility such as PowerQuest's BootMagic or V Communications' System Commander 2000 or System Commander Deluxe, you must read the product's manual to learn how to configure the system partition and other partitions to support your intended configuration. For example, most boot managers require that you create a small FAT partition as the first partition on the disk (or at least a partition that falls within the first logical 2GB of the first disk). If you're running a Win98 or Win95 OEM Service Release (OSR) 2.x system that has a FAT32 system partition, don't convert the partition to NTFS because these OSs don't recognize NTFS-formatted system partitions. Likewise, if you're running an NT 4.0 system that has a FAT16 system partition or boot partition, don't convert it to FAT32 because NT 4.0 doesn't support FAT32 on these partitions. Table 2 outlines which OSs support various file-system formats. For information about how to extend an OS's file-system support, see the sidebar "Useful Dual-Boot Tools," page 86.
If you're creating a new FAT32 system partition as part of your multiboot configuration, use Win9x to create and format this partition rather than format the partition during the Win2K setup process. Win2K installations usually fail when you try to use Win2K's Setup disk-management tool to create and format a large FAT32 system partition—particularly when the volumes you're creating are larger than 2GB. (Win2K Setup reports a disk-configuration error during the reboot after Win2K completes the text-mode portion of setup.) However, when you use the Fdisk utility from Win98 or Win95 OSR 2.x to create the same size system partition, Win2K installs to the Win9x-created partition without a hitch. Although this problem might be controller- or system-specific, it has happened to me on several systems that contain fairly ordinary system configurations. Therefore, I strongly recommend that you conduct any FAT32 system partition creation or management activities before you run Win2K Setup.
Another limitation is that Win2K artificially limits the size of FAT32 volumes that you create with Win2K. Although Win98 and Win9x OSR 2.x can create FAT32 volumes as large as the theoretical maximum of 2TB (the practical maximum is 127.53GB), Win2K limits FAT32 volumes to 32GB or smaller. Although this limit isn't likely to affect the average user, hard disk capacities are increasing so quickly that this limitation could affect future users. (The average hard disk size on new workstations is 13GB to 20GB, so a 32GB volume isn't unrealistic.) This artificial limit is Microsoft's method to steer users away from FAT32 and toward NTFS for large Win2K volumes.
However, if you have an existing FAT32 volume that is larger than 32GB or you want to create a new FAT32 volume of this size, you don't need to worry about Win2K's 32GB FAT32 boundary. This limitation applies only to new partitions that you use Win2K to create. Fortunately, Win2K can easily use all existing partitions (even those that are larger than 32GB) that you created under other OSs and disk-management utilities.
Although NTFS is superior to FAT32 in many respects and supports more Win2K features than FAT32 supports, FAT32 is a more suitable file-system format for a Win2K and Win95 dual-boot system partition because both systems can read, write, and boot to and from FAT32 volumes. For more information about NTFS and FAT32, see "Multibooting Resources," page 86.
Finally, if you're using Win98 or Win95 OSR 2.x on a system that has a FAT system partition and you want to convert the partition to FAT32 during a Win2K upgrade, you need to use Win9x's disk-conversion utility or a third-party tool such as PowerQuest's PartitionMagic 5.0 or V Communications' Partition Commander to convert the system partition. Although this step isn't required because Win2K supports FAT and FAT32, it's a good idea because FAT32 is much more robust and space-efficient than FAT is.
If you have sufficient resources to install Win2K, the next step is to decide what installation order to use when creating your dual-boot or multiboot system configuration. The following is the preferred order for installing Microsoft OSs on dual-boot or multiboot systems: MS-DOS (including Windows 3.1 and Windows for Workgroups—WFW), Win9x, NT, then Win2K.
This installation order works best for several reasons. First, the installer for each successive Windows-family product (Win9x, NT, Win2K) has been, for the most part, progressively better at recognizing the presence of its predecessors and accommodating a multi-OS configuration with them. With a few minor exceptions (e.g., Win95 OSR 2.x eliminates the ability to boot MS-DOS 6.x), each Windows version is better than its predecessors at preserving existing OS installations on a multi-OS system.
In addition, if you follow the suggested installation order, things are less likely to go awry during the multiboot-configuration process. The most common problem that users experience when they install OSs out of order (e.g., Win9x after NT or Win2K) is that the new OS overwrites the previous OS's boot sector. However, you can usually remedy this situation by running the Win2K Repair tool, which is available during Win2K setup. Under NT, this boot sector blowout problem is usually the result of a Win95 installation and is less likely to happen with Win98. However, in my experience with out-of-order installations on Win2K systems, I've found that even Win98 is prone to exhibit this boot sector-overwriting behavior.
When Win9x overwrites the original boot sector and renders the Win2K installation inaccessible, the system boots only into Win9x and doesn't provide a Boot Loader menu. To resolve this problem, you must run Win2K Setup's Repair tool to restore the Win2K boot sector and Boot Loader. (You can choose either Win2K Setup Repair's manual mode and select the Inspect Boot Sector option or choose the Fast mode. For more information about repairing an overwritten boot sector, see "Multibooting Resources.") In several situations, I've discovered that the damage was bad enough that the Repair tool couldn't find the Win2K installation folder without the help of an Emergency Repair Disk (ERD). Thus, if you're planning to install Win9x after Win2K on a multiboot system, perform a full system backup and have an updated ERD handy.
If you launch Win2K Setup from within another Windows version, you must tell Win2K Setup to let you choose the partition to which Win2K will install. To do this, click Advanced Options on the Windows 2000 Setup dialog box and select the I want to choose the installation partition during Setup check box, as Screen 1 shows.
Although installing Win2K as the last OS on your system is the preferred method for setting up a multi-OS configuration, this order isn't always convenient. For example, you might purchase a system preloaded with Win2K and you might want to also run Win98 (e.g., to run or test applications that don't run on Win2K). In this case, you can remove Win2K and install Win98 from scratch, or you can attempt to install Win98 on your existing Win2K system. In my experience, as long as the system partition is FAT or FAT32, you won't have any trouble installing Win98 on a Win2K system. However, you might need to use Win2K Setup's Repair tool if Win98 overwrites Win2K's boot sector.
If you're careful, you can configure Win2K in a dual-boot or multiboot configuration with several OSs, including additional Win2K installations, NT, Win9x, WFW, Windows 3.1, and MS-DOS. In addition, you can use third-party tools such as Gilles Vollant Software's BootPart 2.20 and boot managers such as BootMagic, System Commander 2000, and System Commander Deluxe to incorporate additional non-Microsoft OSs such as Linux and Be Software's BeOS into your multi-OS system. If possible, devote a separate partition to each OS on your system. However, in some situations, this setup might be undesirable or logistically impractical.
To Share or Not to Share
Whether you configure your multiboot system so that each OS is on a separate partition is as much a political decision as a technical one. Regarding Microsoft's support for dual-boot or multiboot systems that include Win2K, the company has taken a strong position: Microsoft supports dual- and multi-OS systems only if you use one partition per OS. (For more information about the company's multiboot-system support, see "Multibooting Resources.") Microsoft states that as a result of the potential conflict between certain files and directories (most notably, the \Program Files folder), the company won't provide support for configurations in which two or more Windows versions reside on the same partition.
This stance is somewhat disheartening because my experience proves that you can successfully maintain multiple Windows versions on one partition without major problems. In fact, Microsoft's dire warnings against creating a multi-OS system on which the OSs share a partition made me curious, so I created a multiboot Win2K and Win9x system. I even installed several applications from both OSs (including Microsoft Office 2000) in the same directory to minimize disk-space usage. I had made a full system backup, so I was prepared to accept the dire consequences of this configuration. At the end of the installation, I was pleasantly surprised to discover that the Win2K installation didn't damage any of the applications installed under the original Win98 installation. The only problem I encountered was an instance in which Win98 didn't let me empty the Recycle Bin just after the Win98 installation had completed. However, after I booted to Win2K and returned to Win98, the problem disappeared.
Fresh from my success with the Win2K and Win98 venture, I decided to push the envelope and install a triple-boot Win2K Pro, NT Workstation, and Win98 system on one FAT16 volume (the only common file-system format for all three OSs). I set up this configuration solely as a test—this setup isn't a recommended or desirable system configuration. In fact, this configuration has major drawbacks. First, FAT16 limits my system partition to 2GB or smaller. In addition, by the time I completed the Win2K Pro installation, the C drive was close to full, which didn't leave much space for applications. To make this configuration more usable and realistic, I would place Win2K or NT on a separate FAT32 or NTFS partition. However, my experiment proved to me that even the most extreme shared-partition multi-OS configurations might work for those who are willing to accept the associated dangers.
Despite my fairly successful experiments, setting up a shared-partition configuration involves risks. Always back up your system before installing shared-partition configurations and limit any experimentation to nonproduction or noncritical systems until you're confident that your multi-OS configuration won't cause major compatibility or system-stability problems.
Although these experiments prove that you can configure OSs to share a partition, the question remains: Should you chance sharing partitions among OSs or follow the Microsoft recommendation and install only one OS per partition? The proper choice depends on your situation.
If you're an advanced user who is prepared to accept the possibility that a shared-partition configuration poses potential risks to your system's stability, my recommendation is to try it. However, if you can't afford to take these risks or your system must be in a Microsoft-supported configuration, you must accommodate Microsoft's recommended configuration. (Configuring a multiboot system so that each OS is on a separate partition will probably entail disk repartitioning, for which you might want to employ one of the products that "Multibooting Resources" lists.)
NTFS + Win2K = Deep-Freezing NT 4.0
If you're planning to install Win2K on a production NT 4.0 system that uses NTFS4 volumes, be aware that Win2K automatically converts NTFS4 volumes to NTFS5, which is the only version of NTFS that Win2K can work with. This conversion happens automatically during installation, and Win2K provides no opportunity to confirm or decline this action. Only the ntfs.sys drivers in NT 4.0 Service Pack 4 (SP4) or later can work with NTFS5 volumes, so you must install SP4 on any NT 4.0 system before you install Win2K. Failure to do so results in a blue screen and an inaccessible NT installation when you try to boot NT 4.0.
After you convert an NT 4.0 SP4 or later NTFS volume to NTFS5, you won't be able to reinstall NT 4.0 on that system. The conversion puts your NT installation into what Microsoft terms a maintenance mode, in which you have OS functionality but you can no longer recover or repair the NT installation. In addition, NT 4.0 SP4 or later installations can't run Chkdsk against NTFS5 volumes, so you must boot to Win2K to perform any disk repair or maintenance.
Unfortunately, this conversion is a one-way trip. The only way to revert an NTFS5 volume back to NTFS4 is to back up the individual files on the volume, reformat the partition under NT, and restore the data. So don't take this conversion lightly. If you're running a production NT 4.0 system on an NTFS volume and you haven't firmly committed to Win2K, think twice before you install Win2K. Instead, I recommend that you back up your NTFS boot partition and reformat the partition as FAT16 or install Win2K on a different system.
If you participated in the Win2K beta program, you probably have existing Win2K installations whose configurations you want to preserve. Although you might assume that you can upgrade any Win2K beta to the final Win2K version (i.e., build 2195), you must follow a very specific progression. This version-upgrade leapfrogging is necessary because each Win2K version makes assumptions about existing Win2K installations—particularly about Win2K domain controllers. Table 3 details the upgrade path that Microsoft recommends to successfully upgrade workstations, member servers, and domain controllers from various Win2K beta versions to the final release.
If history is any indication, don't expect much support from Microsoft Product Support Services (PSS) for beta-upgrade systems. Microsoft's stance regarding upgraded beta installations has been a hands-off policy. If you want a stable and fully supported Win2K installation, you must install Win2K from scratch. In addition, if the system is an important server or domain controller, I recommend that you plan a fresh Win2K installation. You don't want to get off to a bad start with Win2K simply because you inherited a buggy installation after upgrading a beta version.
Beat the Multi-OS Upgrade Blues
If you want to upgrade a Win9x installation to Win2K on a system that hosts Win9x as well as Win2K or NT 4.0, you face unique challenges. You might discover that Win2K won't permit you to upgrade an existing Win9x installation to Win2K if the multiboot configuration already includes a Win2K installation.
When you try to upgrade the Win9x installation, Win2K Setup informs you that it has detected another Windows installation. The error message also states that Win2K doesn't support the configuration you're attempting because of the risks that the configuration poses to the system's other Windows installations. (Screen 2 shows this warning message.) As a result, Win2K Setup presents you with only the option to install a fresh Win2K installation. In the Welcome to Windows 2000 Setup Wizard dialog box, which Screen 3 shows, Win2K Setup makes the option to upgrade unavailable.
To trick Win2K Setup into letting you proceed with the upgrade, you can permanently or temporarily remove one of the Windows installations. However, this solution doesn't work in some cases. For example, on a dual-boot Win2K Server and Win98 system, I attempted to upgrade Win98 to Win2K Pro. However, even after I removed the Win2K installation folder from my D partition, which left Win98 as the only OS on the C drive, Setup insisted that the system was hosting multiple OSs. The presence of Win2K startup files (e.g., the Boot Loader) triggers this detection even when the installation directory is gone. To work around this problem, I used a Win98 boot disk and the Sys command to manually overwrite the Win2K boot sector with a Win98 boot sector. This action removed the Win2K Boot Loader menu, and the system booted directly into Win98. Next, I relaunched Win2K Setup, which let me select the upgrade option.
Microsoft documents this problem in the article "Cannot Upgrade Windows 95/98 Computers That Dual Boot Windows 2000 or Windows NT" (http://support.microsoft.com/support/kb/articles/q232/1/23.asp). However, this article doesn't explain some inconsistencies in Win2K's behavior. Microsoft's documentation states that the multi-OS upgrade problem affects systems running Win2K or NT as the additional OS. However, I have experienced this problem only on systems running Win2K as the other OS. When I've attempted to upgrade Win98 to Win2K on an NT 4.0 and Win98 system, Win2K hasn't presented the error message. I'm not complaining, just observing the inconsistencies between the article and my experience. In addition, I easily upgraded Win98 to Win2K Pro on a system that runs NT Workstation 4.0 and Win98 Second Edition (Win98SE), yielding a dual-boot configuration on a single partition. During this upgrade, Win2K Setup presented no warning about the fact that I was running a multi-OS system.
Although not supported by Microsoft, another workaround to this problem is to back up the existing installation directories of the OSs that you aren't upgrading and later restore them to the hard disk. If you're backing up Win2K, you also need to remove the Win2K boot sector and startup files as I described in the previous workaround. After the Win2K upgrade is complete, manually edit boot.ini to restore the reference to the original Win2K installation folder. If you're backing up NT 4.0 and NTFS volumes are present on the system, you need to update the NT installation to SP4 or later for the installation to work with Win2K in the multi-OS configuration. However, Microsoft doesn't support or recommend this procedure, so you're on your own if you damage or corrupt something during this process. But even if this method doesn't work for you, you'll have a backup of the original installation that you can use to restore to another machine or drive.
The Best of Both Worlds
Win2K's support for FAT32 gives you a new choice for the system volumes of dual-boot Win2K and Win9x systems. IT professionals who need to support both OSs and users who aren't ready to commit their whole system to Win2K will welcome the flexibility that FAT32 support provides.
Although you might need to avoid a few minor potholes along the way, the road to creating a multiboot Win2K system is fairly smooth. And until Win2K proves itself and overcomes the skepticism of the NT community, multiboot systems will be the rule rather than the exception.Corrections to this Article:
- Table 2 in "Multibooting Windows 2000 Systems" contains several incorrect entries. Go to http://www.win2000mag.com/content/content/8824/Table_02.html for an updated version of the table. We apologize for any inconvenience this error might have caused.