US6687819B1 - System, apparatus and method for supporting multiple file systems in boot code - Google Patents
- ️Tue Feb 03 2004
US6687819B1 - System, apparatus and method for supporting multiple file systems in boot code - Google Patents
System, apparatus and method for supporting multiple file systems in boot code Download PDFInfo
-
Publication number
- US6687819B1 US6687819B1 US09/533,302 US53330200A US6687819B1 US 6687819 B1 US6687819 B1 US 6687819B1 US 53330200 A US53330200 A US 53330200A US 6687819 B1 US6687819 B1 US 6687819B1 Authority
- US
- United States Prior art keywords
- file system
- operating system
- boot
- operating
- identifying Prior art date
- 2000-03-23 Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 24
- 238000012545 processing Methods 0.000 claims description 30
- 238000004590 computer program Methods 0.000 claims 7
- 230000003287 optical effect Effects 0.000 claims 3
- 238000005192 partition Methods 0.000 abstract description 30
- 238000010586 diagram Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012913 prioritisation Methods 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 229910044991 metal oxide Inorganic materials 0.000 description 1
- 150000004706 metal oxides Chemical class 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 239000013598 vector Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4406—Loading of operating system
Definitions
- the present invention is directed to a system, apparatus and method for supporting multiple file systems in boot code.
- the present invention is directed to a system, apparatus and method in which boot code of a computer performs an identification of a file system utilized by a boot disk and is capable of loading an associated operating system based on the identification of the file system.
- BIOS Basic Input Output Systems
- BIOS tests the system and prepares the computer for operation by querying its own small Complementary Metal Oxide Semiconductor (CMOS) memory bank for drive and other configuration settings.
- CMOS Complementary Metal Oxide Semiconductor
- the BIOS searches for other BIOS's on plug-in boards and sets up pointers (interrupt vectors) in memory to access those other BIOS routines. It then loads a boot block and passes control to it.
- the BIOS is capable of loading a single disk block into memory and passing control to it.
- This disk block is known as the boot block.
- a boot block is a reserved data block on a disk that is used to load the operating system.
- the BIOS loads the master boot record (MBR), which is in the boot block, into memory.
- MBR master boot record
- the MBR contains pointers to the first sector, i.e. the boot sector, of the partition that contains the operating system.
- the boot sector contains the instructions that cause the computer to boot the operating system.
- the operating system is then utilized to access the computer's file system.
- a file system is a collection of files, blocks, directories, and file descriptors located on one logical disk.
- a logical disk may be a physical disk, part of a physical disk, or several physical disks.
- FIG. 1 is a generalized illustration of a file system 100 for a hard disk.
- the file system 100 typically is comprised of a boot block 110 , a file system descriptor block 120 , a file descriptors block 130 , a file data blocks 140 .
- the boot block 110 has been described above.
- the file system descriptor block 120 contains information identifying the total size of the file system, the size of the file descriptor block, the first free block, the location of the file descriptor of the root directory, the time the file system was created, last modified, and last used, and other system meta-data.
- the file descriptor block 130 contains file descriptors which are data structures maintained by the operating system that contain all the meta-data the operating system needs to record about a file. The file descriptors include such information as the last time the file was read, the last time the file was written, the length of the file, the location of the file data on the disk, the protection status of the file, and the like.
- the file data blocks 140 contain the actual file data.
- the computer's BIOS having a BIOS loader routine 210 , first loads the boot block 110 .
- the boot block 110 i.e., the operating system loader 220 , contains the MBR which points to a location for the boot sector of the operating system.
- the operating system loader loads the boot sector and then passes control to the operating system 230 .
- the operating system 230 is then used to access the file data 240 .
- BIOS programs stored in ROM, i.e. BIOS, which load an operating system based on a location of the operating system boot sector identified by the master boot record. Even if the personal computer contains a hard drive having multiple partitions with multiple operating systems, the master boot record determines which operating system is loaded by identifying the boot sector of the operating system to be loaded. The partition used during booting, and thus, the operating system that is booted, may be modified by changing the BIOS to indicate a different boot partition.
- known personal computers are limited in that they may only load an operating system that is designated as the boot operating system in the master boot record.
- the operating system that is to be booted must be determined prior to a boot attempt.
- Network computers differ from personal computers in that network computers do not contain a BIOS.
- a network computer is a desktop computer that provides connectivity to intranets and/or the Internet.
- the network computer is similar to a diskless workstation and does not have floppy or hard disk storage.
- the network computer may contain a minimal amount of memory in which a boot code and an operating system may be stored.
- the boot code is specific to the particular operating system and is similar to the operating system loader in the BIOS of a personal computer.
- the operator When a network operator wishes to add a network computer to an existing network, the operator must first configure the network computer by loading the appropriate boot code and operating system into the network computer for the particular file system used by the network. Thus, the network computer, once configured, is only able to operate with a network using a file system that is supported by the boot code and operating system loaded into the network computer.
- the boot code and operating system must be replaced with new boot code and a new operating system.
- the operating system that is to be loaded during a boot of the network computer must be determined prior to a boot attempt.
- the present invention provides a system, apparatus and method for supporting multiple file systems in boot code.
- the boot code according to the present invention searches a boot disk to determine the file systems used by the boot disk. There may be one or more file systems on the boot disk. If there are multiple file systems, there are multiple partitions of the boot disk and may be multiple operating systems corresponding to the partitions.
- the boot code determines the file systems used on the boot disk, the boot code is able to identify corresponding operating systems for the file systems. Based on the identification of the operating systems, the boot code is able to locate a boot sector for the operating systems and load an appropriate operating system. The boot code then turns over control of the computer system resources to the loaded operating system.
- the boot code according to the present invention is capable of selecting an operating system from the multiple operating systems based on a selection criteria.
- the selection criteria may be a priority assigned to the operating systems.
- the selection may be based on a selection made by a user of the computer system.
- the present invention is capable of determining which operating system to load by analyzing a boot block of the file system to determine a corresponding operating system.
- the present invention provides a system, apparatus, and method which is capable of determining an operating system to be loaded during a boot operation at the time of the boot attempt rather than prior to the boot attempt.
- FIG. 1 is an illustration of a known file system layout
- FIG. 2 is a diagram illustrating the process for loading an operating system for accessing file data
- FIG. 3 is a diagram illustrating a distributed data processing system in which the present invention may be implemented
- FIG. 4 is a diagram illustrating a network computer in accordance with the present invention.
- FIG. 5 is a diagram illustrating a multiple file system architecture
- FIG. 6 is a diagram illustrating partitions of a hard drive in which each partition contains a different operating system
- FIG. 7 is a flowchart outlining an exemplary operation of the present invention when selecting an operating system to load.
- FIG. 8 is a flowchart outlining an exemplary operation of the present invention when selecting an operating system to load from a multiple partition system.
- the present invention provides an apparatus and method in which an operating system that is to be loaded during booting of a computer is determined at the time of the boot attempt rather than prior to the boot attempt.
- the present invention is applicable to both personal computers and network computers. However, for descriptive purposes, only a network computer embodiment will be described herein. Those of ordinary skill in the art will readily recognize the application of the principles of the present invention to personal computers.
- Distributed data processing system 300 is a network of computers in which the present invention may be implemented.
- Distributed data processing system 300 contains network 310 , which is the medium used to provide communications links between various devices and computers connected within distributed data processing system 300 .
- Network 310 may include permanent connections, such as wire or fiber optic cables, or temporary connections made through telephone connections.
- server 350 is connected to network 310 , along with storage unit 360 .
- network computers 320 , 330 and 340 are also connected to network 310 .
- the storage unit 360 and printers 370 - 380 are depicted to represent network resources that may be accessed by the network computers 320 - 340 via the server 350 .
- a network computer is any diskless workstation coupled to a network which downloads all applications from a network server and obtains all of its data from and stores all data changes back to the network server 350 .
- a network computer may have some capability for the addition of expansion boards such as sound cards, graphics adapters, input/output boards, and the like. This capability may be limited to reduce the cost and complexity of the network computer.
- server 350 provides data, such as boot files, operating system images and applications, to network computers 320 - 340 .
- Network computers 320 - 340 are clients to server 350 .
- Distributed data processing system 300 may include additional servers, clients, and other devices not shown.
- Distributed data processing system 300 also includes printer 370 .
- Client devices, such as network computers 320 - 340 may print to printer 370 , which is attached to server 350 , or to printer 380 , which is a network printer that does not require connection to a computer for printing documents.
- distributed data processing system 300 is the Internet, with network 310 representing a worldwide collection of networks and gateways that use the TCP/IP suite of protocols to communicate with one another.
- distributed data processing system 300 also may be implemented as a number of different types of networks such as, for example, an intranet or a local area network.
- FIG. 3 is intended as an example and not as an architectural limitation for the processes of the present invention.
- the network computers 320 - 340 contain boot code that permits the network computers 320 - 340 to operate under a plurality of operating systems.
- the network computers 320 - 340 are generic network computers.
- the network computers 320 - 340 when booting, search the file system descriptor block of the server 350 to determine the type of file system being used by the server 350 . Such determination may be based on file system identifiers that are located in the file system descriptor block from which the file system may be discerned.
- the boot code contains information for identifying an operating system associated with the file system. Based on the identification of the operating system, the boot code identifies a boot block associated with the operating system. This determination may be made by consulting, for example, correspondence information included as part of the boot code. Once the operating system and boot block are determined, the boot code loads the boot block and turns over control to the loaded operating system. Thereafter, the network computer is capable of accessing, modifying, and storing file data in the file system of the server 350 .
- Data processing system 400 is an example of a network computer, such as network computer 320 .
- Data processing system 400 employs a peripheral component interconnect (PCI) local bus architecture.
- PCI peripheral component interconnect
- the depicted example employs a PCI bus, other bus architectures, such as Micro Channel and ISA, may be used.
- PCI peripheral component interconnect
- FIG. 4 a block diagram of a data processing system in which the present invention may be implemented is illustrated.
- PCI peripheral component interconnect
- FIG. 4 the invention is applicable to multiple processor systems as well as single processor systems.
- PCI bridge 408 may also include an integrated memory controller and cache memory for processor 402 . Additional connections to PCI local bus 406 may be made through direct component interconnection or through add-in boards. As mentioned above, the ability to proved additional connections may be limited to reduce cost and complexity of the network computer.
- local area network (LAN) adapter 410 and expansion bus interface 414 are connected to PCI local bus 406 by direct component connection.
- audio adapter 416 , graphics adapter 418 , and audio/video adapter (A/V) 419 are connected to PCI local bus 406 by add-in boards inserted into expansion slots.
- Expansion bus interface 414 provides a connection for a keyboard and mouse adapter 420 and additional memory 424 .
- An operating system runs on processor 402 and is used to coordinate and provide control of various components within data processing system 400 .
- the operating system may be a commercially available operating system, such as OS/2, which is available from International Business Machines Corporation. “OS/2” is a trademark of International Business Machines Corporation.
- OS/2 is a trademark of International Business Machines Corporation.
- the particular operating system that runs on the processor 402 is determined by boot code, as will be described in greater detail hereafter. Instructions for the operating system and applications or programs are obtained from network servers via the network interface 410 .
- FIG. 4 may vary depending on the implementation.
- the depicted example is not meant to imply architectural limitations with respect to the present invention.
- non-volatile memory 460 contains boot code capable of booting a plurality of operating systems.
- the boot code according to this invention may be stored in other non-volatile memory devices, such as memory 424 or the main memory 404 without departing from the spirit and scope of the present invention includes boot code capable of booting a plurality of operating systems.
- the boot code according to the present invention first identifies the file system being used by the network server with which the network computer 400 is communicating. This identification may be performed, for example, by reading a file system identifier in the file system descriptor block 120 .
- the network computer 400 reads the file system descriptor block 120 from the network server via the network interface 410 and identifies the file system being used by the network server based on the identifier in the file system descriptor block 120 .
- the file system descriptor block 120 is also referred to as a file system super block.
- the file system super block contains information about the file system. In order to determine the file system being used, the super block is loaded by the boot code and the file system is identified by the information, such as an identifier, contained in the super block.
- the boot code Based on the identification of the file system being used by the network server, the boot code identifies an operating system kernel location in a boot block of the memory 424 , for example, for the operating system associated with the file system.
- Most operating systems used for Network computers have a preferred file system.
- FFS is the preferred file system for NetBSD
- ext2FS is the preferred file system for Linux etc.
- a boot block corresponding to the operating system is identified, for example, based on information stored in the boot code.
- the network computer 400 then loads operating system instructions into main memory 404 and turns control over to the loaded operating system.
- the boot code of the present invention first identifies the file system of the network server with which the network computer is communicating, and identifies a corresponding operating system, the need for multiple boot codes is eliminated.
- a network computer need not be pre-configured to be used with a particular operating system.
- the present invention provides a generic network computer having the boot code, according to the present invention, stored in memory thereon.
- the boot code allows the network computer to be used with any operating system so long as the boot code is capable of identifying the file system and a corresponding operating system used by the network servers.
- the boot code according to the present invention provides the capability of determining the operating system to be loaded at the time of the boot attempt and does not require that the operating system be determine a priori.
- the present invention provides a network computer that may load different operating systems based on the file system of the particular network server with which the network computer is communicating.
- the network computer of the present invention is communicating with a first network server having a FAT 32 file system, the network computer will boot the Windows 98TM operating system. If the network computer then communicates with a second network server having a High Performance File System (HPFS), the network computer will boot the OS/2TM operating system.
- HPFS High Performance File System
- the present invention provides a network computer capable of adapting its loaded operating system to the particular file system used by the network server with which it is presently communicating.
- the same file system may be utilized by a plurality of operating systems.
- FAT is a file system that may be used by DOS, Windows and the OS/2 operating systems.
- the present invention is capable of determining which of the three operating systems to load.
- the boot code of the present invention first identifies the file system in the manner set forth above. Thereafter, the boot code determines that there may be multiple operating systems that use the identified file system in a manner similar to the identification of the operating system described above. The boot code then looks at the boot block of the file system on the network server to determine which operating system corresponds to the file system of the network server.
- a network server may contain multiple operating systems located in multiple partitions of the network server hard disk.
- FIG. 5 illustrates a hard disk having three partitions 510 , 520 and 530 .
- Each partition 510 - 530 contains a different file system, and thus, a different operating system.
- Partition 510 contains a FAT 32 file system and a Windows 98TM operating system.
- Partition 520 contains an NT File System (NTFS) and a Windows NTTM operating system.
- Partition 530 contains a High Performance File System (HPFS) and an OS/2TM operating system.
- NTFS NT File System
- HPFS High Performance File System
- the present invention provides a boot code that identifies the file systems 640 - 660 in each of the partitions 610 - 620 .
- the partitions 610 - 620 themselves are identified based on information, such as, for example, a partition table and start and end logical sector information for each partition, stored in sector zero of the hard disk, in a manner generally known in the art.
- the file systems 640 - 660 are identified in the manner set forth above by reading file system descriptor blocks, i.e. super blocks, of each of the partitions 610 - 630 . Once the file systems 640 - 660 are identified, the corresponding operating systems may be identified in a manner similar to that described above with regard to FIGS. 3 and 4.
- the boot code identifies the location of the operating system kernel, i.e. the boot sector for the operating system.
- the boot sector of the operating system is typically the first sector of the hard disk partition corresponding to the file system.
- the boot code then loads the operating system kernel and turns over control to the operating system. Thereafter, the file data of the corresponding operating system may be accessed, modified and stored.
- the priorities of the operating systems may be modified by a user of the network computer such that a different operating system from a currently highest priority operating system is provided with the highest priority.
- the modifications to the priorities of the operating systems may be performed, for example, based on a menu provided in the boot code.
- the menu may be displayed to the user, in accordance with instructions stored in the boot code, to identify the possible operating systems that may be loaded.
- the user may then select an operating system from the displayed operating systems using an input device, such as a keyboard, mouse, or the like.
- the present invention is capable of supporting multiple partitions having multiple operating systems.
- the present invention is capable of selecting from a plurality of possible operating systems based on a priority scheme.
- FIG. 7 is a flowchart outlining an exemplary operation of the present invention when selecting an operating system to load. As shown in FIG. 7, the operation starts with a search of the boot disk to determine the file system being used (step 710 ).
- the boot disk may be a hard disk in a personal computer, a hard disk on a server, a network computer memory, or the like, from which the operating system is to be booted.
- the file system is then identified and the location of the operating system is identified based on the identification of the file system (step 720 ).
- the operating system kernel at the identified operating system location is loaded (step 730 ) and control is then turned over to the operating system (step 740 ). The operation then ends.
- FIG. 8 is a flowchart outlining the operation of the present invention when selecting an operating system to load from a multiple partition system.
- the operation starts with a search of each of the partitions of the system for their respective file systems (step 810 ).
- the found file systems are then identified (step 820 ) and the operating systems associated with the found file systems are determined (step 830 ).
- the priority of the operating systems is then determined (step 840 ) and the location of the operating system kernel for the highest priority operating system is identified (step 850 ).
- the kernel for the highest priority operating system is loaded (step 860 ) and control is turned over to the operating system (step 870 ). The operation then ends.
- the present invention provides a versatile computer system having a boot code capable of supporting various operating systems.
- the operating system that is loaded during a boot operation is determined at the time of the boot attempt rather than prior to the boot attempt. The determination is based primarily on the file system used by the boot disk.
- the boot disk may be located on the computer system having the boot code or may be on a remote computer, such as a network server.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
A system, apparatus and method for supporting multiple file systems in boot code of a computer. The boot code according to the present invention first identifies file systems used by a boot disk and then identifies operating systems associated with the identified file systems. Based on the identified operating systems, the boot sector for an appropriate operating system is located and loaded. Thereafter, the boot code relinquishes control to the loaded operating system. The boot code is capable of supporting multiple file systems, multiple operating systems located in a plurality of partitions of a boot disk, and multiple operating systems using the same file system.
Description
The present application is related to commonly assigned and co-pending U.S. patent application No. 09/533,301 entitled “System, Apparatus and Method for Supporting Multiple Partition Including Multiple Operating Systems in Boot Code,” which is hereby incorporated by reference.
BACKGROUND OF THE INVENTION1. Technical Field
The present invention is directed to a system, apparatus and method for supporting multiple file systems in boot code. In particular, the present invention is directed to a system, apparatus and method in which boot code of a computer performs an identification of a file system utilized by a boot disk and is capable of loading an associated operating system based on the identification of the file system.
2. Description of Related Art
With known personal computers (PCs), an operating system must be loaded by the system before file data can be accessed by the personal computer. Modern computers have programs stored in read only memory (ROM) which are retained even when power to the computer is discontinued. These programs, also known as Basic Input Output Systems (BIOS), are used to load the operating system of the personal computer. The BIOS is an essential set of routines in a PC which provides an interface between the operating system and the hardware.
On startup, the BIOS tests the system and prepares the computer for operation by querying its own small Complementary Metal Oxide Semiconductor (CMOS) memory bank for drive and other configuration settings. The BIOS searches for other BIOS's on plug-in boards and sets up pointers (interrupt vectors) in memory to access those other BIOS routines. It then loads a boot block and passes control to it.
The BIOS is capable of loading a single disk block into memory and passing control to it. This disk block is known as the boot block. A boot block is a reserved data block on a disk that is used to load the operating system. On startup, the BIOS loads the master boot record (MBR), which is in the boot block, into memory. The MBR contains pointers to the first sector, i.e. the boot sector, of the partition that contains the operating system. The boot sector contains the instructions that cause the computer to boot the operating system. The operating system is then utilized to access the computer's file system.
A file system is a collection of files, blocks, directories, and file descriptors located on one logical disk. A logical disk may be a physical disk, part of a physical disk, or several physical disks.
FIG. 1 is a generalized illustration of a
file system100 for a hard disk. As shown in FIG. 1, the
file system100 typically is comprised of a
boot block110, a file
system descriptor block120, a
file descriptors block130, a
file data blocks140. The
boot block110 has been described above.
The file
system descriptor block120 contains information identifying the total size of the file system, the size of the file descriptor block, the first free block, the location of the file descriptor of the root directory, the time the file system was created, last modified, and last used, and other system meta-data. The
file descriptor block130 contains file descriptors which are data structures maintained by the operating system that contain all the meta-data the operating system needs to record about a file. The file descriptors include such information as the last time the file was read, the last time the file was written, the length of the file, the location of the file data on the disk, the protection status of the file, and the like. The
file data blocks140 contain the actual file data.
As shown in FIG. 2, in order to access file data on a computer system, the computer's BIOS, having a
BIOS loader routine210, first loads the
boot block110. The
boot block110, i.e., the
operating system loader220, contains the MBR which points to a location for the boot sector of the operating system. The operating system loader loads the boot sector and then passes control to the
operating system230. The
operating system230 is then used to access the
file data240.
Thus, known personal computers have programs stored in ROM, i.e. BIOS, which load an operating system based on a location of the operating system boot sector identified by the master boot record. Even if the personal computer contains a hard drive having multiple partitions with multiple operating systems, the master boot record determines which operating system is loaded by identifying the boot sector of the operating system to be loaded. The partition used during booting, and thus, the operating system that is booted, may be modified by changing the BIOS to indicate a different boot partition.
In view of the above, known personal computers are limited in that they may only load an operating system that is designated as the boot operating system in the master boot record. Thus, the operating system that is to be booted must be determined prior to a boot attempt.
The above description is applicable to personal computers. Network computers differ from personal computers in that network computers do not contain a BIOS. A network computer is a desktop computer that provides connectivity to intranets and/or the Internet.
It is designed as a “thin client” that downloads all applications from the network server and obtains all of its data from and stores all changes back to the server.
The network computer (NC) is similar to a diskless workstation and does not have floppy or hard disk storage. The network computer may contain a minimal amount of memory in which a boot code and an operating system may be stored. The boot code is specific to the particular operating system and is similar to the operating system loader in the BIOS of a personal computer.
When a network operator wishes to add a network computer to an existing network, the operator must first configure the network computer by loading the appropriate boot code and operating system into the network computer for the particular file system used by the network. Thus, the network computer, once configured, is only able to operate with a network using a file system that is supported by the boot code and operating system loaded into the network computer.
If the network computer is to be used with a different network file system, the boot code and operating system must be replaced with new boot code and a new operating system. Just as with the personal computer described above, the operating system that is to be loaded during a boot of the network computer must be determined prior to a boot attempt.
Thus, it would be advantageous to have a more versatile computer that is capable of determining which operating system to load at the time of a boot attempt.
SUMMARY OF THE INVENTIONThe present invention provides a system, apparatus and method for supporting multiple file systems in boot code. The boot code according to the present invention searches a boot disk to determine the file systems used by the boot disk. There may be one or more file systems on the boot disk. If there are multiple file systems, there are multiple partitions of the boot disk and may be multiple operating systems corresponding to the partitions.
Once the boot code determines the file systems used on the boot disk, the boot code is able to identify corresponding operating systems for the file systems. Based on the identification of the operating systems, the boot code is able to locate a boot sector for the operating systems and load an appropriate operating system. The boot code then turns over control of the computer system resources to the loaded operating system.
In the case where there are multiple partitions and multiple operating systems, the boot code according to the present invention is capable of selecting an operating system from the multiple operating systems based on a selection criteria. In one embodiment, the selection criteria may be a priority assigned to the operating systems. In another embodiment, the selection may be based on a selection made by a user of the computer system.
In the case where there are multiple operating systems using the same file system, the present invention is capable of determining which operating system to load by analyzing a boot block of the file system to determine a corresponding operating system.
Thus, the present invention provides a system, apparatus, and method which is capable of determining an operating system to be loaded during a boot operation at the time of the boot attempt rather than prior to the boot attempt. Other features and advantages of the present invention will be described in, or will be apparent from, the following description of the preferred embodiments.
BRIEF DESCRIPTION OF THE DRAWINGSThe novel features believed characteristic of the invention are set forth in the appended claims. The invention itself, however, as well as a preferred mode of use, further objectives and advantages thereof, will best be understood by reference to the following detailed description of an illustrative embodiment when read in conjunction with the accompanying drawings, wherein:
FIG. 1 is an illustration of a known file system layout;
FIG. 2 is a diagram illustrating the process for loading an operating system for accessing file data;
FIG. 3 is a diagram illustrating a distributed data processing system in which the present invention may be implemented;
FIG. 4 is a diagram illustrating a network computer in accordance with the present invention;
FIG. 5 is a diagram illustrating a multiple file system architecture;
FIG. 6 is a diagram illustrating partitions of a hard drive in which each partition contains a different operating system;
FIG. 7 is a flowchart outlining an exemplary operation of the present invention when selecting an operating system to load; and
FIG. 8 is a flowchart outlining an exemplary operation of the present invention when selecting an operating system to load from a multiple partition system.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTSThe present invention provides an apparatus and method in which an operating system that is to be loaded during booting of a computer is determined at the time of the boot attempt rather than prior to the boot attempt. The present invention is applicable to both personal computers and network computers. However, for descriptive purposes, only a network computer embodiment will be described herein. Those of ordinary skill in the art will readily recognize the application of the principles of the present invention to personal computers.
With reference now to the figures, and in particular with reference to FIG. 3, a pictorial representation of a distributed data processing system is depicted in which the present invention may be implemented. Distributed
data processing system300 is a network of computers in which the present invention may be implemented. Distributed
data processing system300 contains
network310, which is the medium used to provide communications links between various devices and computers connected within distributed
data processing system300.
Network310 may include permanent connections, such as wire or fiber optic cables, or temporary connections made through telephone connections.
In the depicted example,
server350 is connected to network 310, along with
storage unit360. In addition,
network computers320, 330 and 340 are also connected to network 310. The
storage unit360 and printers 370-380 are depicted to represent network resources that may be accessed by the network computers 320-340 via the
server350.
For purposes of this application, a network computer is any diskless workstation coupled to a network which downloads all applications from a network server and obtains all of its data from and stores all data changes back to the
network server350. A network computer may have some capability for the addition of expansion boards such as sound cards, graphics adapters, input/output boards, and the like. This capability may be limited to reduce the cost and complexity of the network computer.
In the depicted example,
server350 provides data, such as boot files, operating system images and applications, to network computers 320-340. Network computers 320-340 are clients to
server350. Distributed
data processing system300 may include additional servers, clients, and other devices not shown. Distributed
data processing system300 also includes
printer370. Client devices, such as network computers 320-340, may print to
printer370, which is attached to
server350, or to
printer380, which is a network printer that does not require connection to a computer for printing documents. In the depicted example, distributed
data processing system300 is the Internet, with
network310 representing a worldwide collection of networks and gateways that use the TCP/IP suite of protocols to communicate with one another. At the heart of the Internet is a backbone of high-speed data communication lines between major nodes or host computers consisting of thousands of commercial, government, education, and other computer systems that route data and messages. Of course, distributed
data processing system300 also may be implemented as a number of different types of networks such as, for example, an intranet or a local area network. FIG. 3 is intended as an example and not as an architectural limitation for the processes of the present invention.
The network computers 320-340 contain boot code that permits the network computers 320-340 to operate under a plurality of operating systems. Thus, the network computers 320-340 are generic network computers. The network computers 320-340, when booting, search the file system descriptor block of the
server350 to determine the type of file system being used by the
server350. Such determination may be based on file system identifiers that are located in the file system descriptor block from which the file system may be discerned.
Once the file system is identified, the boot code contains information for identifying an operating system associated with the file system. Based on the identification of the operating system, the boot code identifies a boot block associated with the operating system. This determination may be made by consulting, for example, correspondence information included as part of the boot code. Once the operating system and boot block are determined, the boot code loads the boot block and turns over control to the loaded operating system. Thereafter, the network computer is capable of accessing, modifying, and storing file data in the file system of the
server350.
With reference now to FIG. 4, a block diagram of a data processing system in which the present invention may be implemented is illustrated.
Data processing system400 is an example of a network computer, such as
network computer320.
Data processing system400 employs a peripheral component interconnect (PCI) local bus architecture. Although the depicted example employs a PCI bus, other bus architectures, such as Micro Channel and ISA, may be used. Furthermore, although a single processor data processing system is shown in FIG. 4, the invention is applicable to multiple processor systems as well as single processor systems.
402 and
main memory404 are connected to PCI
local bus406 through
PCI bridge408.
PCI bridge408 may also include an integrated memory controller and cache memory for
processor402. Additional connections to PCI
local bus406 may be made through direct component interconnection or through add-in boards. As mentioned above, the ability to proved additional connections may be limited to reduce cost and complexity of the network computer.
In the depicted example, local area network (LAN)
adapter410 and
expansion bus interface414 are connected to PCI
local bus406 by direct component connection. In contrast,
audio adapter416,
graphics adapter418, and audio/video adapter (A/V) 419 are connected to PCI
local bus406 by add-in boards inserted into expansion slots.
Expansion bus interface414 provides a connection for a keyboard and mouse adapter 420 and additional memory 424.
An operating system runs on
processor402 and is used to coordinate and provide control of various components within
data processing system400. The operating system may be a commercially available operating system, such as OS/2, which is available from International Business Machines Corporation. “OS/2” is a trademark of International Business Machines Corporation. The particular operating system that runs on the
processor402 is determined by boot code, as will be described in greater detail hereafter. Instructions for the operating system and applications or programs are obtained from network servers via the
network interface410.
Those of ordinary skill in the art will appreciate that the hardware in FIG. 4 may vary depending on the implementation. The depicted example is not meant to imply architectural limitations with respect to the present invention.
With the present invention,
non-volatile memory460 contains boot code capable of booting a plurality of operating systems. However, the boot code according to this invention may be stored in other non-volatile memory devices, such as memory 424 or the
main memory404 without departing from the spirit and scope of the present invention includes boot code capable of booting a plurality of operating systems. The boot code according to the present invention first identifies the file system being used by the network server with which the
network computer400 is communicating. This identification may be performed, for example, by reading a file system identifier in the file
system descriptor block120. The
network computer400 reads the file system descriptor block 120 from the network server via the
network interface410 and identifies the file system being used by the network server based on the identifier in the file
system descriptor block120.
The file system descriptor block 120 is also referred to as a file system super block. The file system super block contains information about the file system. In order to determine the file system being used, the super block is loaded by the boot code and the file system is identified by the information, such as an identifier, contained in the super block.
Based on the identification of the file system being used by the network server, the boot code identifies an operating system kernel location in a boot block of the memory 424, for example, for the operating system associated with the file system. Most operating systems used for Network computers have a preferred file system. For example FFS is the preferred file system for NetBSD, ext2FS is the preferred file system for Linux etc. Thus based on the filesystem it can be deteremined which operating system to load. Based on the identification of the operating system, a boot block corresponding to the operating system is identified, for example, based on information stored in the boot code. The
network computer400 then loads operating system instructions into
main memory404 and turns control over to the loaded operating system.
Because the boot code of the present invention first identifies the file system of the network server with which the network computer is communicating, and identifies a corresponding operating system, the need for multiple boot codes is eliminated. Thus, with the present invention, a network computer need not be pre-configured to be used with a particular operating system. Rather, the present invention provides a generic network computer having the boot code, according to the present invention, stored in memory thereon. The boot code allows the network computer to be used with any operating system so long as the boot code is capable of identifying the file system and a corresponding operating system used by the network servers. Thus, the boot code according to the present invention provides the capability of determining the operating system to be loaded at the time of the boot attempt and does not require that the operating system be determine a priori.
Furthermore, the present invention provides a network computer that may load different operating systems based on the file system of the particular network server with which the network computer is communicating. Thus, if the network computer of the present invention is communicating with a first network server having a FAT32 file system, the network computer will boot the Windows 98™ operating system. If the network computer then communicates with a second network server having a High Performance File System (HPFS), the network computer will boot the OS/2™ operating system. Thus, the present invention provides a network computer capable of adapting its loaded operating system to the particular file system used by the network server with which it is presently communicating.
In some cases, the same file system may be utilized by a plurality of operating systems. For example, FAT is a file system that may be used by DOS, Windows and the OS/2 operating systems. The present invention is capable of determining which of the three operating systems to load.
The boot code of the present invention first identifies the file system in the manner set forth above. Thereafter, the boot code determines that there may be multiple operating systems that use the identified file system in a manner similar to the identification of the operating system described above. The boot code then looks at the boot block of the file system on the network server to determine which operating system corresponds to the file system of the network server.
In other cases, a network server may contain multiple operating systems located in multiple partitions of the network server hard disk. FIG. 5 illustrates a hard disk having three
partitions510, 520 and 530. Each partition 510-530 contains a different file system, and thus, a different operating system.
Partition510 contains a FAT32 file system and a Windows 98™ operating system.
Partition520 contains an NT File System (NTFS) and a Windows NT™ operating system.
Partition530 contains a High Performance File System (HPFS) and an OS/2™ operating system.
In the case of multiple partitions, as shown in FIG. 6, the present invention provides a boot code that identifies the file systems 640-660 in each of the partitions 610-620. The partitions 610-620 themselves are identified based on information, such as, for example, a partition table and start and end logical sector information for each partition, stored in sector zero of the hard disk, in a manner generally known in the art. The file systems 640-660 are identified in the manner set forth above by reading file system descriptor blocks, i.e. super blocks, of each of the partitions 610-630. Once the file systems 640-660 are identified, the corresponding operating systems may be identified in a manner similar to that described above with regard to FIGS. 3 and 4.
Since only one operating system may be loaded at one time without the use of emulation, a determination must be made as to which operating system from which partition 510-530 should be loaded. This determination may be made, for example, based on a prioritization scheme wherein the priorities of the various types of operating systems are stored in the boot code of the network computer. Thus, if the file system identification of each of the partitions indicates that three operating systems Windows 98™, Windows NT™ and OS/2™ are present, a prioritization scheme may indicate that Windows NT™ should be loaded. In the case of an error during loading of the operating system, the boot code may provide for loading of the next highest priority operating system.
Once it is determined which operating system is to be loaded, the boot code identifies the location of the operating system kernel, i.e. the boot sector for the operating system. The boot sector of the operating system is typically the first sector of the hard disk partition corresponding to the file system. The boot code then loads the operating system kernel and turns over control to the operating system. Thereafter, the file data of the corresponding operating system may be accessed, modified and stored.
The priorities of the operating systems may be modified by a user of the network computer such that a different operating system from a currently highest priority operating system is provided with the highest priority. The modifications to the priorities of the operating systems may be performed, for example, based on a menu provided in the boot code. The menu may be displayed to the user, in accordance with instructions stored in the boot code, to identify the possible operating systems that may be loaded. The user may then select an operating system from the displayed operating systems using an input device, such as a keyboard, mouse, or the like.
Thus, the present invention is capable of supporting multiple partitions having multiple operating systems. In addition, the present invention is capable of selecting from a plurality of possible operating systems based on a priority scheme.
FIG. 7 is a flowchart outlining an exemplary operation of the present invention when selecting an operating system to load. As shown in FIG. 7, the operation starts with a search of the boot disk to determine the file system being used (step 710). The boot disk may be a hard disk in a personal computer, a hard disk on a server, a network computer memory, or the like, from which the operating system is to be booted.
The file system is then identified and the location of the operating system is identified based on the identification of the file system (step 720). The operating system kernel at the identified operating system location is loaded (step 730) and control is then turned over to the operating system (step 740). The operation then ends.
FIG. 8 is a flowchart outlining the operation of the present invention when selecting an operating system to load from a multiple partition system. A shown in FIG. 8, the operation starts with a search of each of the partitions of the system for their respective file systems (step 810). The found file systems are then identified (step 820) and the operating systems associated with the found file systems are determined (step 830).
The priority of the operating systems is then determined (step 840) and the location of the operating system kernel for the highest priority operating system is identified (step 850). The kernel for the highest priority operating system is loaded (step 860) and control is turned over to the operating system (step 870). The operation then ends.
Thus, as described above, the present invention provides a versatile computer system having a boot code capable of supporting various operating systems. The operating system that is loaded during a boot operation is determined at the time of the boot attempt rather than prior to the boot attempt. The determination is based primarily on the file system used by the boot disk. The boot disk may be located on the computer system having the boot code or may be on a remote computer, such as a network server.
It is important to note that while the present invention has been described in the context of a fully functioning data processing system, those of ordinary skill in the art will appreciate that the processes of the present invention are capable of being distributed in the form of a computer readable medium of instructions and a variety of forms and that the present invention applies equally regardless of the particular type of signal bearing media actually used to carry out the distribution. Examples of computer readable media include recordable-type media such a floppy disc, a hard disk drive, a RAM, CD-ROMs, and transmission-type media such as digital and analog communications links.
The description of the present invention has been presented for purposes of illustration and description, and is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art. The embodiment was chosen and described in order to best explain the principles of the invention, the practical application, and to enable others of ordinary skill in the art to understand the invention for various embodiments with various modifications as are suited to the particular use contemplated.
Claims (35)
1. A method, for use with a data processing system, for loading an operating system, comprising the data processing system implemented steps of:
identifying, by a boot code, a file system;
identifying, by the boot code, an operating system corresponding to the file system; and
loading operating system instructions, by the boot code, of the operating system corresponding to the file system.
2. The method of
claim 1, wherein the file system is identified by loading a file system descriptor block.
3. The method of
claim 1, wherein identifying an operating system corresponding to the file system includes identifying a preferred operating system based on file system information in a file system descriptor block.
4. The method of
claim 1, wherein identifying an operating system includes identifying a boot sector on a boot disk associated with an identified operating system.
5. The method of
claim 1, wherein loading operating system instructions includes loading an operating system kernel in a boot sector of a boot disk.
6. The method of
claim 1, wherein the method is implemented in a network computer.
7. The method of
claim 1, wherein identifying an operating system corresponding to the file system includes identifying a plurality of operating systems corresponding to the file system and selecting one of the plurality of operating systems as the operating system.
8. The method of
claim 7, wherein selecting one of the plurality of operating systems includes looking at the boot block of the file system and selecting the operating system based on information in the boot block of the file system.
9. The method of
claim 1, wherein the method is implemented by a network computer and wherein the file system is located on a network server.
10. The method of
claim 1, wherein the method is implemented in a personal computer and wherein the file system is located on one of a hard disk, a floppy disk, and an optical disk accessed by the personal computer.
11. A data processing apparatus for loading an operating system, comprising:
a processor unit; and
a storage device coupled to the processor unit, wherein the storage device stores boot code, and wherein the boot code is executed by the processor unit to perform the following functions:
identifying a file system;
identifying an operating system corresponding to the file system; and
loading operating system instructions of the operating system corresponding to the file system.
12. The apparatus of
claim 11, wherein the file system is identified by loading a file system descriptor block.
13. The apparatus of
claim 11, wherein the boot code identifies an operating system corresponding to the file system by identifying a preferred operating system based on file system information in a file system descriptor block.
14. The apparatus of
claim 11, wherein the boot code identifies a boot sector on a boot disk associated with an identified operating system.
15. The apparatus of
claim 11, wherein the boot code loads operating system instructions by loading an operating system kernel in a boot sector of a boot disk.
16. The apparatus of
claim 11, wherein the data processing apparatus is a network computer.
17. The appratus of
claim 11, wherein the boot code identifies an operating system corresponding to the file system by identifying a plurality of operating systems corresponding to the file system and selecting one of the plurality of operating systems as the operating system.
18. The apparatus of
claim 17, wherein the boot code selects one of the plurality of operating systems by looking at the boot block of the file system and selecting the operating system based on information in the boot block of the file system.
19. The apparatus of
claim 11, wherein the data processing apparatus is a network computer and wherein the file system is located on a network server.
20. The apparatus of
claim 11, wherein the apparatus is a personal computer and wherein the file system is located on one of a hard disk, a floppy disk, and an optical disk accessed by the personal computer.
21. The apparatus of
claim 11, wherein the processor unit includes at least one processor.
22. A computer program product, in a computer readable medium, for loading an operating system, comprising:
first instructions for identifying a file system;
second instructions for identifying an operating system corresponding to the file system; and
third instructions for loading operating system instructions of the operating system corresponding to the file system.
23. The computer program product of
claim 22, wherein the first instructions includes instructions for loading a file system descriptor block.
24. The computer program product of
claim 22, wherein the second instructions include instructions for identifying a preferred operating system based on file system information in a file system descriptor block.
25. The computer program product of
claim 22, wherein the second instructions include instructions for identifying a boot sector on a boot disk associated with an identified operating system.
26. The computer program product of
claim 22, wherein the third instructions include instructions for loading an operating system kernel in a boot sector of a boot disk.
27. The computer program product of
claim 22, wherein the second instructions include instructions for identifying a plurality of operating systems corresponding to the file system and selecting one of the plurality of operating systems as the operating system.
28. The computer program product of
claim 27, wherein the instructions for selecting one of the plurality of operating systems include instructions for looking at the boot block of the file system and selecting the operating system based on information in the boot block of the file system.
29. A data processing system for loading an operating system, comprising:
first identifying means for identifying a file system;
second identifying means for identifying an operating system corresponding to the file system; and
first loading means for loading operating system instructions of the operating system corresponding to the file system.
30. The data processing system of
claim 29, wherein the first identifying means includes a second loading means for loading a file system descriptor block.
31. The data processing system of
claim 29, wherein the first loading means includes second loading means for loading an operating system kernel in a boot sector of a boot disk.
32. The data processing system of
claim 29, wherein the data processing system is a network computer.
33. The data processing system of
claim 29, wherein the second identifying means includes:
third identifying means for identifying a plurality of operating systems corresponding to the file system; and
selection means for selecting one of the plurality of operating systems as the operating system.
34. The data processing system of
claim 29, wherein the data processing system is a network computer and wherein the file system is located on a network server.
35. The data processing system of
claim 29, wherein the data processing system is a personal computer and wherein the file system is located on one of a hard disk, a floppy disk, and an optical disk accessed by the personal computer.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/533,302 US6687819B1 (en) | 2000-03-23 | 2000-03-23 | System, apparatus and method for supporting multiple file systems in boot code |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/533,302 US6687819B1 (en) | 2000-03-23 | 2000-03-23 | System, apparatus and method for supporting multiple file systems in boot code |
Publications (1)
Publication Number | Publication Date |
---|---|
US6687819B1 true US6687819B1 (en) | 2004-02-03 |
Family
ID=30444285
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/533,302 Expired - Fee Related US6687819B1 (en) | 2000-03-23 | 2000-03-23 | System, apparatus and method for supporting multiple file systems in boot code |
Country Status (1)
Country | Link |
---|---|
US (1) | US6687819B1 (en) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020087854A1 (en) * | 2000-11-10 | 2002-07-04 | Haigh C. Douglas | Diskless computer |
US20030182546A1 (en) * | 2002-03-22 | 2003-09-25 | Kabushiki Kaisha Toshiba | Information device, storage medium, and system activation method |
US20040030874A1 (en) * | 2002-08-07 | 2004-02-12 | Qureshi Shiraz A. | System and method for using an operating system defined field in ACPI support multiple operating systems |
US20040193863A1 (en) * | 2003-03-31 | 2004-09-30 | Zimmer Vincent J. | System and method for saving and/or restoring system state information over a network |
US20050005197A1 (en) * | 2003-05-12 | 2005-01-06 | Benedict Chong | Media boot loader |
US20050125606A1 (en) * | 2003-12-03 | 2005-06-09 | Garney John I. | Write-back disk cache |
US20050138282A1 (en) * | 2003-12-18 | 2005-06-23 | Garney John I. | Maintaining disk cache coherency in multiple operating system environment |
US20060070032A1 (en) * | 2004-09-24 | 2006-03-30 | Richard Bramley | Operating system transfer and launch without performing post |
US20070101119A1 (en) * | 2005-11-03 | 2007-05-03 | Nokia Corporation | Methods and apparatus for automatically multi-booting a computer system |
US20070240153A1 (en) * | 2006-03-29 | 2007-10-11 | Lenovo (Singapore) Pte. Ltd. | System and method for installing hypervisor after user operating system has been installed and loaded |
US20080133901A1 (en) * | 2006-12-01 | 2008-06-05 | Dell Products, Lp. | System and method of booting an operating system in an optimal performance state |
US7657615B1 (en) | 2002-12-08 | 2010-02-02 | Sun Microsystems, Inc. | Approach for provisioning network devices |
US9547503B2 (en) * | 2013-07-19 | 2017-01-17 | Dell Products L.P. | Switching between network interface controllers during binding and redirection |
US10341361B2 (en) * | 2017-06-05 | 2019-07-02 | Hewlett Packard Enterprise Development Lp | Transmitting secure information |
CN114138346A (en) * | 2021-11-02 | 2022-03-04 | 北京安天网络安全技术有限公司 | Terminal evidence obtaining method and device, electronic equipment and storage medium |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5142680A (en) * | 1989-04-26 | 1992-08-25 | Sun Microsystems, Inc. | Method for loading an operating system through a network |
US5390324A (en) * | 1992-10-02 | 1995-02-14 | Compaq Computer Corporation | Computer failure recovery and alert system |
US5675795A (en) * | 1993-04-26 | 1997-10-07 | International Business Machines Corporation | Boot architecture for microkernel-based systems |
US5694600A (en) * | 1996-02-09 | 1997-12-02 | Iomega Corporation | Methods and apparatus for booting a computer having a removable media disk drive |
US5875344A (en) * | 1996-07-16 | 1999-02-23 | Compaq Computer Corporation | Using a file enabler with firmware |
US5922072A (en) * | 1997-01-03 | 1999-07-13 | Ncr Corporation | Method and apparatus for creating alternate boot environments in a computer |
US6158002A (en) * | 1998-08-14 | 2000-12-05 | Adaptec, Inc. | Method and apparatus of boot device switching by a floppy disk |
US6178503B1 (en) * | 1998-09-11 | 2001-01-23 | Powerquest Corporation | Managing multiple operating systems on a single computer |
EP1103895A2 (en) * | 1999-11-17 | 2001-05-30 | Finaldata Inc. | Disk data recovery method |
US6415382B1 (en) * | 1999-04-30 | 2002-07-02 | Adaptec, Inc. | Hard disk bootstrap redirection |
US6490677B1 (en) * | 1999-09-16 | 2002-12-03 | International Business Machines Corporation | Method and system for automatically configuring the boot process of a computer having multiple bootstrap programs within a network computer system |
-
2000
- 2000-03-23 US US09/533,302 patent/US6687819B1/en not_active Expired - Fee Related
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5142680A (en) * | 1989-04-26 | 1992-08-25 | Sun Microsystems, Inc. | Method for loading an operating system through a network |
US5390324A (en) * | 1992-10-02 | 1995-02-14 | Compaq Computer Corporation | Computer failure recovery and alert system |
US5675795A (en) * | 1993-04-26 | 1997-10-07 | International Business Machines Corporation | Boot architecture for microkernel-based systems |
US5694600A (en) * | 1996-02-09 | 1997-12-02 | Iomega Corporation | Methods and apparatus for booting a computer having a removable media disk drive |
US5875344A (en) * | 1996-07-16 | 1999-02-23 | Compaq Computer Corporation | Using a file enabler with firmware |
US5922072A (en) * | 1997-01-03 | 1999-07-13 | Ncr Corporation | Method and apparatus for creating alternate boot environments in a computer |
US6158002A (en) * | 1998-08-14 | 2000-12-05 | Adaptec, Inc. | Method and apparatus of boot device switching by a floppy disk |
US6178503B1 (en) * | 1998-09-11 | 2001-01-23 | Powerquest Corporation | Managing multiple operating systems on a single computer |
US6415382B1 (en) * | 1999-04-30 | 2002-07-02 | Adaptec, Inc. | Hard disk bootstrap redirection |
US6490677B1 (en) * | 1999-09-16 | 2002-12-03 | International Business Machines Corporation | Method and system for automatically configuring the boot process of a computer having multiple bootstrap programs within a network computer system |
EP1103895A2 (en) * | 1999-11-17 | 2001-05-30 | Finaldata Inc. | Disk data recovery method |
Non-Patent Citations (1)
Title |
---|
"Multiple Bootable Operating Systems." IBM Technical Disclosure Bulletin. vol. 35, Issue 1A. pp. 311-314. Jun. 1, 1992. * |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020087854A1 (en) * | 2000-11-10 | 2002-07-04 | Haigh C. Douglas | Diskless computer |
US20030182546A1 (en) * | 2002-03-22 | 2003-09-25 | Kabushiki Kaisha Toshiba | Information device, storage medium, and system activation method |
US6986032B2 (en) * | 2002-08-07 | 2006-01-10 | Hewlett-Packard Development Company, L.P. | System and method for using an operating system defined field in ACPI support multiple operating systems |
US20040030874A1 (en) * | 2002-08-07 | 2004-02-12 | Qureshi Shiraz A. | System and method for using an operating system defined field in ACPI support multiple operating systems |
US7657615B1 (en) | 2002-12-08 | 2010-02-02 | Sun Microsystems, Inc. | Approach for provisioning network devices |
US7174451B2 (en) * | 2003-03-31 | 2007-02-06 | Intel Corporation | System and method for saving and/or restoring system state information over a network |
US20040193863A1 (en) * | 2003-03-31 | 2004-09-30 | Zimmer Vincent J. | System and method for saving and/or restoring system state information over a network |
US8095783B2 (en) * | 2003-05-12 | 2012-01-10 | Phoenix Technologies Ltd. | Media boot loader |
US20050005197A1 (en) * | 2003-05-12 | 2005-01-06 | Benedict Chong | Media boot loader |
US20050125606A1 (en) * | 2003-12-03 | 2005-06-09 | Garney John I. | Write-back disk cache |
US7277993B2 (en) * | 2003-12-03 | 2007-10-02 | Intel Corporation | Write-back disk cache |
US20050138282A1 (en) * | 2003-12-18 | 2005-06-23 | Garney John I. | Maintaining disk cache coherency in multiple operating system environment |
US7558911B2 (en) * | 2003-12-18 | 2009-07-07 | Intel Corporation | Maintaining disk cache coherency in multiple operating system environment |
US7853826B2 (en) | 2004-09-24 | 2010-12-14 | Phoenix Technologies, Ltd. | Operating system transfer and launch without performing post |
US20060070032A1 (en) * | 2004-09-24 | 2006-03-30 | Richard Bramley | Operating system transfer and launch without performing post |
US7657734B2 (en) | 2005-11-03 | 2010-02-02 | Nokia Corporation | Methods and apparatus for automatically multi-booting a computer system |
US20070101119A1 (en) * | 2005-11-03 | 2007-05-03 | Nokia Corporation | Methods and apparatus for automatically multi-booting a computer system |
US20070240153A1 (en) * | 2006-03-29 | 2007-10-11 | Lenovo (Singapore) Pte. Ltd. | System and method for installing hypervisor after user operating system has been installed and loaded |
US20080133901A1 (en) * | 2006-12-01 | 2008-06-05 | Dell Products, Lp. | System and method of booting an operating system in an optimal performance state |
US7694125B2 (en) * | 2006-12-01 | 2010-04-06 | Dell Products, Lp | System and method of booting an operating system in an optimal performance state |
US9547503B2 (en) * | 2013-07-19 | 2017-01-17 | Dell Products L.P. | Switching between network interface controllers during binding and redirection |
US10341361B2 (en) * | 2017-06-05 | 2019-07-02 | Hewlett Packard Enterprise Development Lp | Transmitting secure information |
US10938836B2 (en) | 2017-06-05 | 2021-03-02 | Hewlett Packard Enterprise Development Lp | Transmitting secure information |
CN114138346A (en) * | 2021-11-02 | 2022-03-04 | 北京安天网络安全技术有限公司 | Terminal evidence obtaining method and device, electronic equipment and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6973447B1 (en) | 2005-12-06 | System apparatus and method for supporting multiple partitions including multiple systems in boot code |
US6687819B1 (en) | 2004-02-03 | System, apparatus and method for supporting multiple file systems in boot code |
US6334149B1 (en) | 2001-12-25 | Generic operating system usage in a remote initial program load environment |
US6463530B1 (en) | 2002-10-08 | Method and apparatus for remotely booting a client computer from a network by emulating remote boot chips |
CA2332084C (en) | 2006-08-01 | Method and system for supporting multiple operating systems on the same disk running on different computers at the same time |
US5675795A (en) | 1997-10-07 | Boot architecture for microkernel-based systems |
KR100868410B1 (en) | 2008-11-11 | Managed file system filter model and architecture |
US6834299B1 (en) | 2004-12-21 | Method and system for automating the configuration of a storage area network |
US7017144B2 (en) | 2006-03-21 | Combined image views and method of creating images |
JP3756949B2 (en) | 2006-03-22 | Method and apparatus for processing requests for information stored in a file system |
EP0613274A2 (en) | 1994-08-31 | Socket structure for concurrent multiple protocol access |
US20040003135A1 (en) | 2004-01-01 | Technique for driver installation |
US20020169768A1 (en) | 2002-11-14 | Drag and drop technique for building queries |
US20020103996A1 (en) | 2002-08-01 | Method and system for installing an operating system |
US7574667B2 (en) | 2009-08-11 | Apparatus, system and computer program product for appending a group of files to files on a clipboard of a desktop |
MX2007014899A (en) | 2008-01-28 | Back-off mechanism for search. |
JPH01320551A (en) | 1989-12-26 | File transfer method |
JPH0934755A (en) | 1997-02-07 | System and method for arranging storage device contents |
US6311325B1 (en) | 2001-10-30 | Method and apparatus for profiling processes in a data processing system background of the invention |
US7856626B2 (en) | 2010-12-21 | Method of refactoring methods within an application |
US6820127B2 (en) | 2004-11-16 | Method, system, and product for improving performance of network connections |
WO2008023030A1 (en) | 2008-02-28 | Signature based client automatic data backup system |
US8898167B2 (en) | 2014-11-25 | Method of accessing files in electronic devices |
US6473840B2 (en) | 2002-10-29 | Data processing system having a network and method for managing memory by storing discardable pages in a local paging device |
CN113687837A (en) | 2021-11-23 | Starting mode conversion method and system and virtual machine operation method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
2000-03-23 | AS | Assignment |
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:AGUILAR, MAXIMINO;GUPTA, SANJAY;STAFFORD, JAMES MICHAEL;AND OTHERS;REEL/FRAME:010690/0427;SIGNING DATES FROM 20000321 TO 20000323 |
2003-12-05 | FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
2007-08-13 | REMI | Maintenance fee reminder mailed | |
2008-02-03 | LAPS | Lapse for failure to pay maintenance fees | |
2008-03-03 | STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
2008-03-25 | FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20080203 |