The present invention relates to a system and method for loading various operating systems from a remote console.
Before the advent of the distributed systems of today, a single client would serve multiple users. When an operating system needs to be replaced, the system manager would only have to load the new operating system in a single client. However, in today's distributed processing environment, it is quite common that each user has his or her own client computer with its own operating system, where the clients are networked together. Thus, when an operating system replacement is performed, the process of loading a new operating system from an I/O device has to be performed with respect to each individual client in the network. The replacement of multiple clients can be quite time consuming, and it can be even more burdensome in an operating system development environment where the operating system replacements may be performed as frequently as once a week. Thus, it would be preferable in a distributed environment to load the operating system by the control of a remote console and thereafter the remote console sends corresponding orders over the network to each connected client.
For example, after computer components (such as a motherboard or a central processing unit etc) have been upgraded by developers, the computer components need to be tested by test persons before mass-production and distribution into the market. During the process of testing, the test persons need to load various operating systems in multiple clients to test whether the computer components run normally under various platforms. Generally, each test person have to control multiple clients and operate the clients one by one, such as booting each computer and loading different operating systems in the clients respectively, to test the computer components under the different operating systems for obtaining test results. Thus, it is burdensome for the test persons to finish the above operations.
What is needed, therefore, is a system and method which can select required operating systems stored in the clients and load the required operating systems in each client from the remote console. The remote console controls multiple clients at the same time, this can improve test efficiency and reduce the burden of test persons.
One preferred embodiment provides a system for loading various operating systems from a remote console. The system includes at least one remote console and multiple clients. The at least one remote console includes a client controlling module, a code setting module and an order sending module. The client controlling module is used for checking connection statuses between the at least one remote console and the multiple clients, for determining whether the already connected clients can receive orders from the at least one remote console, and for selecting object clients from the clients that can receive orders. The code setting module is used for selecting operating systems to be loaded in the object clients, and for setting codes of disk partition sections in the corresponding object clients respectively. The order sending module is used for sending orders and the codes from the at least one remote console to the object clients.
Another preferred embodiment provides a method for loading various operating systems from a remote console. The method includes the steps of: checking connection statuses between the remote console and the multiple clients; determining already connected clients from the multiple clients; determining whether the already connected clients can receive orders from the remote console; selecting object clients from the already connected clients that can receive orders from the remote console; selecting operating systems that need to be loaded in the object clients; setting codes of disk partition sections in the object clients according to the operating systems to be loaded; sending orders and the codes to the object clients from the remote console; receiving the orders and the codes by the object clients; amending disk partition tables to configure the disk partition sections as boot sections according to the codes; executing the received orders to reboot the object clients; and loading the operating systems in the object clients.
Other advantages and novel features of the present invention will become more apparent from the following detailed description of preferred embodiments when taken in conjunction with the accompanying drawings.
The remote console 1 includes a client controlling module 10, a code setting module 11, and an order sending module 12. The client controlling module 10 is used for connecting clients 3 or disconnecting the already connected clients 3. The client controlling module 10 is further used for checking connection statuses periodically between the remote console 1 and the clients 3, and also for determining whether the already connected clients 3 can receive orders from the remote console 1. If the already connected clients 3 can receive orders from the remote console 1, the client controlling module 10 is used for selecting object clients 3 from the clients 3 that can receive orders from the remote console 1.
The code setting module 11 is used for selecting operating systems to be loaded in the object clients 3, and for setting codes of disk partition sections in the object clients 3 to be used for storing the operating systems to be loaded. Generally, there are four disk partition sections that are configured as boot sections. Each boot section stores an operating system and can be expressed by a code. The code corresponds to the operating system stored in the corresponding disk partition section. All the information about the disk partition sections of a hard disk are recorded in a disk partition table (DPT), which is located in the master boot record (MBR) of the hard disk.
The order sending module 12 is used for sending orders and the codes from the remote console 1 to the object clients 3. The orders include rebooting the object clients 3 and loading the operating systems.
The client 3 includes a receiving module 30 and an amending module 32. The receiving module 30 is used for setting statuses of the clients 3 to a receivable mode so as to allow orders from the remote console 1. If the statuses of the object clients 3 are in the receivable mode, the receiving module 30 is further used for receiving the orders and codes from the order sending module 12 and for executing the orders. Otherwise, if the statuses of the object clients 3 are in a not-receivable mode, the receiving module 30 rejects the orders and codes.
The amending module 32 is used for amending the DPTs and configuring the disk partition sections as boot sections according to the set codes issued by the code setting module 11. The disk partition sections store the operating systems to be loaded. After amending the DPTs, the object clients 3 reboot themselves according to the received orders and load the operating systems.
In step S16, the code setting module 11 selects operating systems that need to be loaded in the object clients 3. In step S18, the code setting module 11 sets codes of disk partition sections in the object clients 3 according to the operating systems to be loaded. In step S20, the order sending module 12 sends orders and the codes to the object clients 3 from the remote console 1. The orders include rebooting the object clients 3 and loading the operating system.
In step S22, the receiving module 30 receives the orders and the codes sent from the remote console 1. In step S24, the amending module 32 in the object clients 3 amends the DPTs and reconfiguring disk partition sections as boot sections according to the codes. The disk partition sections store the operating systems to be loaded in the object clients 3. In step S26, the receiving module 30 executes the received orders to reboot the object clients 3. In step S28, the receiving module 32 loads the operating systems in the object clients 3.
Although the present invention has been specifically described on the basis of a preferred embodiment and a preferred method, the invention is not to be construed as being limited thereto. Various changes or modifications may be made to said embodiment and method without departing from the scope and spirit of the invention.
Number | Date | Country | Kind |
---|---|---|---|
200510034864.6 | May 2005 | CN | national |