BOOT.INI Files - All you ever wanted to know about themEditing the boot.ini file To edit your boot.ini file, open the root partition of your hard drive (normally C:\) and find the file called "BOOT.INI".
In WinXP this can be done as follows:
Note - Once you have completed you work, you can reverse this to set it back as it was before. You will also need to enable it to be edited as follows:
You may wish to take a backup of the file at this point to allow you to restore if you experience problems. Open the file in Notepad and under the [operating systems] section you will find a list of all the installed operating systems. If partitions have changed or you edited the boot.ini and the line defining the default has an error in it, you will get the existings options and an option labelled default. Correct the faulty "default" line and the extra faulty default option will disappear. It is something you cannot ignore because NT will boot using the info in the faulty default line until the error is corrected. Microsoft's multi-boot support is very simple. It can not handle more than one non-NT/W2K operating system and it is limited to 10 entries in the menu. You will only see the 1st 10 entries displayed.: Changing the default OS in the boot.ini file If you just need to set the default operating system to boot, the easiest and safest approach is to click
<windows root>\system32\ntoskrnl.exe Please reinstall a copy of the above file Check and edit the boot.ini file. The problem can be caused by one of the following: Check and edit the boot.ini on the root directory of the hard disk drive: Invalid.boot.ini file - Sometimes this message is too quick and you do not see it on screen.
I have put together a collection of example boot.ini files which can be used as a guide to create one.
This shows a Boot.ini file for a PC with 2 copies of WinXP Pro, Win2k Pro and Win98SE installed in four different partitions on the same hard drive. [boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Windows XP Professional in Partition 2" /fastdetect multi(0)disk(0)rdisk(0)partition(3)\WINNT="Windows 2000 Professional in Partition 3" /fastdetect C:\="Microsoft Windows 98se" [any text] multi(0)disk(0)rdisk(0)partition(4)\WINDOWS="Windows XP Professional in Partition 4" /fastdetect Microsoft's multi-boot support is very simple. It can not handle more than one non-NT/W2K operating system and it is limited to 10 entries in the menu. You will only see the 1st 10 entries displayed.: The boot.ini file shown above is divided into three sections:
Contains settings that apply to all the Windows XP Professional installations on a computer. Parameters: Initial selection of an operating system which is defined after the timeout. These parameters can be changed in the Control panel > System > Advanced Tab> Startup and Recovery Contains settings that apply to a specific Windows XP Professional installation on the computer. The Boot.ini file uses the Advanced RISC Computing (ARC) naming convention to define the path to a Windows XP Professional installation. If the contents of the Boot.ini are incorrectly changed or the file becomes corrupt, you might not be able to start Windows XP Professional. To detect and correct Boot.ini problems you need to understand ARC paths. ARC paths are a means of determining the location of the system files (WINDOWS or WINNT directory).
multi(w)disk(x)rdisk(y)partition(z)\<dirname>="Description" /Switch(es)
multi(w) / scsi(w)disk(x)rdisk(y)partition(z)\<dirname>="Description" /Switch(es) where:
For a system whose disk drives are all IDE, the location of the WINDOWS or WINNT directory will always be of the form:
Explanation of the various fields and their contents Code "scsi" when the SCSI BIOS has been disabled for a SCSI adapter (in which case the driver NTBOOTDD.SYS is used to access the SCSI drives). For Intel x86 systems, the SCSI BIOS is typically enabled, in which case "multi" should be coded. Also code "multi" for non-SCSI drives. In short, for Intel x86 systems you would usually code "multi" for the ARC Name. multi() is used for IDE and also for SCSI drives when int13 is used to find and load the NT
kernel file, ntoskrnl.exe.
For Intel based systems, the parameters for multi() and disk() are always zero
If the controller is SCSI and int13 is NOT enabled, then scsi() and disk() tell NT which SCSI controller (0=first controller, 1=second) and disk() has the active partition. The partition() portion specifies which partition is active (1=first partition, 2=second partition). After you install Windows, you may notice that the Advanced RISC Computing (ARC) path entry in
the Boot.ini file starts with "signature()" syntax. For example:
signature(8b467c12)disk(1)rdisk(0)partition(2)\winnt="description" Signature() syntax is used only if one of the following conditions exists: multi() and disk() are not applicable to IDE and are always 0.
This is the number corresponding to the physical drive where the WINDOWS or WINNT directory is located. This is the number corresponding to the partition where the WINDOWS or WINNT directory is located.
"fastdetect" Switches off the detection of serial and parallel ports for the ntdetect.com file. The detection is carried out by help of plug and play drivers. This is the default boot option for Windows. Replaces the Windows NT 4 switch /NOSERIALMICE. The reason the qualifier exists (vs. just having NTDETECT perform this operation by default) is so that NTDETECT can support booting Windows NT 4. Windows Plug and Play device drivers perform detection of parallel and serial devices, but Windows NT 4 expects NTDETECT to perform the detection. Thus, specifying /FASTDETECT causes NTDETECT to skip parallel and serial device enumeration (actions that are not requiRed when booting Windows), whereas omitting the switch causes NTDETECT to perform this enumeration (which is requiRed for booting Windows NT 4). For other switches and their definitions, look up BOOT INI Options Reference. Examples:
Contains list of OSes that are not to be displayed as bootable options. You can use the [any text] header to keep the boot options, but make them unavailable at boot time.
This section gives a detailed description of the ARC Path Naming Conventions. You may skip it if you wish. There is, however, a pictorial view of ARC Paths examples shown later, which you may be interested in viewing. x86-Based ARC Paths Examples (A pictorial view) Detailed description on ARC Path Naming Conventions and Usagex86-Based ARC Paths The path to each Windows NT installation is described in a single line in the BOOT.INI file for x86-based computers. If there are multiple installations of Windows NT on your x86-based computer, the BOOT.INI has one ARC path for each installation in it. You are prompted with a boot menu during the boot process to choose the installation you want to boot. There are two basic forms in which an ARC path can appear, one form starting with MULTI() and the other form starting with SCSI(). Both forms are used on x86-based computers: The following are generic examples of two possible BOOT.INI ARC paths: multi(X)disk(Y)rdisk(Z)partition(W)\ -OR- scsi(X)disk(Y)rdisk(Z)partition(W)\ where X, Y, Z, and W are numbers that identify the item to their left. Both ARC-path examples above allow Windows NT to find the WINDOWS or WINNT directory to complete the boot process by loading files that reside in that directory. Differences Between the MULTI(X) and SCSI(X) Syntax and Application MULTI(X) Syntax The MULTI(X) syntax of the ARC path is only used on x86-based computers. In Windows NT version 3.1 this path is only valid for IDE and ESDI drives; in Windows NT version 3.5, 3.51 and 4.0 it is valid for SCSI drives as well. The MULTI() syntax indicates to Windows NT that it should rely on the computers BIOS to load system files. This means that the operating system will be using interrupt (INT) 13 BIOS calls to find and load NTOSKRNL.EXE and any other files needed to boot Windows NT. The X, Y, Z, and W parameters have the following meaning:
Theoretically, this syntax could be used to start Windows NT on any drive in the system. However, this would require that all drives are correctly identified through the standard INT 13 interface; since support for this varies from disk controller to disk controller and most system BIOS only identify a single disk controller through INT 13, in practice it is only safe to use this syntax to start Windows NT from the first two drives connected to the primary disk controller, or the first four drives in the case of a dual-channel EIDE controller. In a pure IDE system, the MULTI() syntax will work for up to the four drives maximum on the primary and secondary channels of a dual-channel controller. In a pure SCSI system, the MULTI() syntax will work for the first two drives on the first SCSI controller (that is, the controller whose BIOS loads first). In a mixed SCSI and IDE system, the MULTI() syntax will work only for the IDE drives on the first controller. SCSI(X) Syntax The SCSI() syntax is used on x86-based computers and is used in all versions of Windows NT. Using SCSI() notation indicates that Windows NT will load a boot device driver and use that driver to access the boot partition. On an x86-based computer, the device driver used is NTBOOTDD.SYS, which can be found in the root of the system drive (generally of drive C) and is a copy of the device driver for the drive controller in use. The X, Y, Z, and W parameters have the following meaning when using the SCSI() syntax:
NOTE: This first valid number for W is 1, as opposed to X, Y, and Z which start with 0. When using SCSI() notation the value of X depends upon NTBOOTDD.SYS. Each SCSI driver under Windows NT has its own method of ordering controllers, although generally they conform to the order that the BIOS on the controllers load (that is, if the BIOS is loaded). Additionally, if you have multiple controllers that use different device drivers, you should only count those controlled by NTBOOTDD.SYS when determining the value of the X parameter. For instance, if you have an Adaptec 2940 (which uses the driver AIC78XX.SYS) and an Adaptec 1542 (which uses AHA154X.SYS) X will always be 0. What will change is the NTBOOTDD.SYS file:
Example of x86-Based ARC Paths The following are examples of valid ARC paths on x86-based computers. NOTE:
Example 1: Multiple SCSI controllers This is an example of an x86-based computer with the following drives and controllers installed:
Each hard drive has a single primary partition. For the purpose of explaining this example, the partitions are numbeRed from 1 through 6, with partition 1 and 2 identifying disk one and two attached to the Adaptec 2940 controller, partition 3 and 4 identifying the disks attached to the second Adaptec 2940 controller, and partition 5 and 6 on the disks on the Adaptec 1542. One of the following ARC paths appears in BOOT.INI depending on what partition you installed Windows NT. This example assumes that Windows NT is installed in a directory named WINNT: Windows NT Installed On Corresponding ARC Path Partition1(on 1st Adaptec 2940) multi(0)disk(0)rdisk(0)partition(1)\WINNT Partition2(on 1st Adaptec 2940) multi(0)disk(0)rdisk(1)partition(1)\WINNT Partition3(on 2nd Adaptec 2940) scsi(1)disk(0)rdisk(0)partition(1)\WINNT Partition4(on 2nd Adaptec 2940) scsi(1)disk(1)rdisk(0)partition(1)\WINNT Partition5(on Adaptec 1542) scsi(0)disk(0)rdisk(0)partition(1)\WINNT Partition6(on Adaptec 1542) scsi(0)disk(4)rdisk(0)partition(1)\WINNT NOTES:
Windows NT Installed On Corresponding ARC Path Partition1(on 1st Adaptec 2940) scsi(0)disk(0)rdisk(0)partition(1)\WINNT Partition2(on 1st Adaptec 2940) scsi(0)disk(1)rdisk(0)partition(1)\WINNT However, Windows NT Setup always uses MULTI() syntax for these first two drives. “If your computer boots from an IDE, EIDE, or ESDI hard disk, or a SCSI controller with the BIOS enabled, replace "scsi(0)" with "multi(0).” Example 2: Mixed IDE and SCSI Environment This is an example of an x86-based computer with the following drives and controllers installed:
Windows NT Installed On Corresponding ARC Path Partition1 (pri. EIDE channel) Multi(0)disk(0)rdisk(0)partition(1)\WINNT Partition2 (pri. EIDE channel) multi(0)disk(0)rdisk(1)partition(1)\WINNT Partition3 (sec. EIDE channel) multi(0)disk(0)rdisk(2)partition(1)\WINNT Partition4 (on Adaptec 2940) scsi(0)disk(3)rdisk(0)partition(1)\WINNT Partition5 (on Adaptec 2940) scsi(0)disk(3)rdisk(0)partition(2)\WINNT Partition6 (on Adaptec 2940) scsi(0)disk(3)rdisk(0)partition(3)\WINNT Partition7 (on Adaptec 2940) scsi(0)disk(3)rdisk(0)partition(4)\WINNT NOTES: Loading Windows NT from partitions 4 through 7 requires an NTBOOTDD.SYS file which is a copy of AIC78XX.SYS. Example 3: IDE only Environment This is an example of an x86-based computer with the following drives and controllers installed:
For the 2 Hard Drives on primary IDE each with 4 partitons multi(0)disk(0)rdisk(0)partition(1)\WINNT="XP 2K NT, hd1, partition 1" multi(0)disk(0)rdisk(0)partition(2)\WINNT="XP 2K NT, hd1, partition 2" multi(0)disk(0)rdisk(0)partition(3)\WINNT="XP 2K NT, hd1, partition 3" multi(0)disk(0)rdisk(0)partition(4)\WINNT="XP 2K NT, hd1, partition 4" multi(0)disk(0)rdisk(1)partition(1)\WINNT="XP 2K NT, hd2, partition 1" multi(0)disk(0)rdisk(1)partition(2)\WINNT="XP 2K NT, hd2, partition 2" multi(0)disk(0)rdisk(1)partition(3)\WINNT="XP 2K NT, hd2, partition 3" multi(0)disk(0)rdisk(1)partition(4)\WINNT="XP 2K NT, hd2, partition 4" and for the 2 Hard Drives on secondary IDE each with 4 partitons multi(0)disk(0)rdisk(2)partition(1)\WINNT="XP 2K NT, hd3, partition 1" multi(0)disk(0)rdisk(2)partition(2)\WINNT="XP 2K NT, hd3, partition 2" multi(0)disk(0)rdisk(2)partition(3)\WINNT="XP 2K NT, hd3, partition 3" multi(0)disk(0)rdisk(2)partition(4)\WINNT="XP 2K NT, hd3, partition 4" multi(0)disk(0)rdisk(3)partition(1)\WINNT="XP 2K NT, hd4, partition 1" multi(0)disk(0)rdisk(3)partition(2)\WINNT="XP 2K NT, hd4, partition 2" multi(0)disk(0)rdisk(3)partition(3)\WINNT="XP 2K NT, hd4, partition 3" multi(0)disk(0)rdisk(3)partition(4)\WINNT="XP 2K NT, hd4, partition 4"
x86-Based ARC Paths Examples (A pictorial view)
|
||||
|
© MAK 2004
End of Document |