CN111506415B - Operating system deployment method for multiple hard disks - Google Patents
Operating system deployment method for multiple hard disks Download PDFInfo
- Publication number
- CN111506415B CN111506415B CN201910098047.9A CN201910098047A CN111506415B CN 111506415 B CN111506415 B CN 111506415B CN 201910098047 A CN201910098047 A CN 201910098047A CN 111506415 B CN111506415 B CN 111506415B
- Authority
- CN
- China
- Prior art keywords
- hard disk
- source
- image file
- capacity
- disk
- Prior art date
- 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.)
- Active
Links
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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5044—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering hardware capabilities
-
- 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
Abstract
The invention provides an operating system deployment method for a plurality of hard disks, which is suitable for an image file database, a server device and a device to be tested with a plurality of hard disks. The server device obtains the identification codes of the hard disks on the device to be tested, then downloads all the image files corresponding to the obtained identification codes from the image file database according to the comparison table, and stores the image files in the storage unit of the server device. The server device analyzes the loaded image file to obtain source hard disk information, and transmits the access path of the image file and the source hard disk information to the device to be tested. When the hard disk capacity of the device to be tested is different from the source hard disk capacity, the device to be tested calculates the segmentation proportion of the source magnetic area according to the source hard disk information, and segments the corresponding hard disk according to the segmentation proportion. Finally, the device under test obtains the hard image file to carry out system installation program on each hard disk.
Description
Technical Field
The present invention relates to an operating system deployment method, and more particularly, to an operating system deployment method for a device under test having a plurality of hard disks.
Background
At present, when a server host deploys an operating system for a large number of devices under test (UUT), generally, the server host first makes an image file of the operating system of a source device and then copies the image file to each device under test, so that the system of the source device can be completely copied to each device under test. For example, before the device to be tested is deployed, the server host uses the software for backup restoration to make the whole magnetic area backup of the source device into an image file for storage, and then the server host is connected to each device to be tested and restores the image file of the source device into the magnetic area of each device to be tested, so that the operating system, the magnetic area configuration and the setting of the device to be tested are the same as those of the source device.
However, in the conventional operating system deployment method, a person must determine the type of the device under test and the corresponding operating system to be deployed, and then search the corresponding image file to install the device under test, which is not only labor and time consuming, but also easily causes an installation failure. Furthermore, conventionally, when the magnetic area capacity of the dut is different from the magnetic area capacity of the source device, even if the magnetic area space of the dut is enough to store and install the operating system and files (i.e., corresponding to the data in the image file) of the source device, the server host may directly determine that the dut cannot be installed due to an error, so that the magnetic area capacity of the dut cannot be flexibly changed, and even if the same operating system is installed, the image file needs to be set for the dut with different magnetic area capacities. Furthermore, in order to install or restore multiple systems simultaneously, more dut is required to complete the system, which results in relatively high hardware cost. Therefore, there is still a need for a more efficient os deployment method.
Disclosure of Invention
The technical problem to be solved by the invention is to provide an operating system deployment method for a plurality of hard disks, which can improve the deployment efficiency of a hard disk operating system and reduce the hardware cost.
To solve the above technical problem, an operating system deployment method for multiple hard disks is applicable to an image file database, a server device and a device to be tested, wherein the image file database has a plurality of image files, the server device is in communication connection with the image file database and the device to be tested, the server device has a storage unit, the device to be tested is connected to a first hard disk and a second hard disk, the first hard disk has a first identification code, the second hard disk has a second identification code, the operating system deployment method comprises: the server device obtains the first identification code of the first hard disk and the second identification code of the second hard disk through the device to be tested; the server device downloads a first image file and a second image file corresponding to the first identification code and the second identification code from the image files of the image file database to the storage unit according to the first identification code, the second identification code and a comparison table; the server device analyzes the first image file to obtain first source hard disk information, wherein the first source hard disk information respectively indicates the disk capacity of a first source hard disk and the capacity of each divided disk; the server device transmits a first access path of the first image file and the first source hard disk information to the device to be tested; the device to be tested judges whether the disk capacity of the first hard disk is the same as that of the first source hard disk or not according to the first source hard disk information; when the disk capacity of the first hard disk is different from the disk capacity of the first source hard disk, the device to be tested calculates a first source magnetic area partition ratio according to each partition disk capacity of the first source hard disk indicated by the first source hard disk information; the device to be tested divides the first hard disk into a plurality of first target division magnetic areas according to the first source division proportion, wherein the proportion of the disk capacity of each first target division magnetic area is the same as the proportion of the disk capacity of each division magnetic area of the first source hard disk; and the device under test acquires the first image file according to the first access path to carry out a system installation program.
Preferably, the first source hard disk information further indicates a first source operating system occupation space of the first source hard disk. In addition, the operating system deployment method includes: after the device under test calculates the first source sector division ratio, the device under test calculates the disk capacity of the first target division sector in the first hard disk for installing the operating system according to the sector capacity of the first hard disk and the first source sector division ratio; and generating a first hard disk installation failure data by the device under test when the device under test determines that the disk capacity of the first target partition in the first hard disk for installing the operating system is smaller than the space occupied by the first source operating system.
Preferably, the method for deploying the operating systems for the plurality of hard disks further comprises: when the disk capacity of the first hard disk is the same as that of the first source hard disk, the device to be tested divides the first hard disk into a plurality of second target division magnetic areas according to each division disk capacity of the first source hard disk indicated by the first source hard disk information; and after the device under test divides the target magnetic area into the second target division magnetic area, the device under test acquires the first image file according to the first access path to carry out a system installation program. In addition, the sector capacity of each of the second target division sectors is the same as the respective division disk capacity of the corresponding first source hard disk.
Preferably, the method for deploying the operating systems for the plurality of hard disks further comprises: the server device analyzes the second image file to obtain second source hard disk information, wherein the second source hard disk information respectively indicates the disk capacity of a second source hard disk and the capacity of each divided disk; the server device transmits a second access path of the second image file and the second source hard disk information to the device to be tested; the device to be tested judges whether the disk capacity of the second hard disk is the same as that of the second source hard disk or not according to the second source hard disk information; when the disk capacity of the second hard disk is different from the disk capacity of the second source hard disk, the device under test calculates a second source magnetic area division ratio according to each division disk capacity of the second source hard disk indicated by the second source hard disk information; the device under test divides the second hard disk into a plurality of third target division magnetic areas according to the second source division ratio, wherein the ratio of the disk capacities of the third target division magnetic areas is the same as the ratio of the disk capacities of the second source division hard disk; and the device under test acquires the second image file according to the second access path to carry out a system installation program.
Preferably, the second source hard disk information further indicates a second source operating system occupation space of the second source hard disk. In addition, the operating system deployment method includes: after the device under test calculates the second source sector division ratio, the device under test calculates the disk capacity of the second target division sector in the second hard disk for installing the operating system according to the sector capacity of the second hard disk and the second source sector division ratio; and when the device under test judges that the disk capacity of the second target partition area for installing the operating system in the second hard disk is smaller than the system occupation space of the second source hard disk, the device under test generates second hard disk installation failure data.
Preferably, the method for deploying the operating systems for the plurality of hard disks further comprises: when the disk capacity of the second hard disk is the same as that of the second source hard disk, the device under test divides the second hard disk into a plurality of fourth target division magnetic areas according to the respective division disk capacities of the second source hard disk indicated by the second source hard disk information; and after the device under test divides the target magnetic area into the fourth target division magnetic area, the device under test acquires the second image file according to the second access path to carry out a system installation program. In addition, the sector capacity of each of the fourth target division sectors is the same as the capacity of each of the division disks of the corresponding second source hard disk.
Preferably, the mapping table is used to indicate the mapping files corresponding to a plurality of identification codes. In some preferred embodiments, after the server device downloads the first image file and the second image file corresponding to the first identification code and the second identification code to the storage unit, the server device further determines whether a first image file check code of the first image file and a second image file check code of the second image file are correct. If the first image file check code or the second image file check code is incorrect, the server device outputs an alarm signal.
Preferably, before the server device transmits the first access path and the first source hard disk information to the device under test, the server device finishes downloading the first image file and the second image file corresponding to the first identification code and the second identification code from the image files in the image file database to the storage unit.
Preferably, the server device simultaneously transmits the first access path and the first source hard disk information corresponding to the first image file of the first hard disk and the second access path and the second source hard disk information corresponding to the second image file of the second hard disk to the device under test.
Compared with the prior art, the operating system deployment method for the plurality of hard disks of the invention has the advantages that by the operating system deployment method, even if the disk capacity of the hard disk connected with the device to be tested is different from the disk capacity of the source hard disk, the operating system installation can be continued as long as the hard disk space of the device to be tested is enough to store and install the operating system and the file contained in the source hard disk, so that a user can adjust the magnetic area capacity of the target hard disk more flexibly according to the requirement. In addition, through the method for deploying the operating system of the invention, the device to be tested can be connected to a plurality of hard disks, and the operating system deployment can be carried out on the hard disks at the same time, so that a user can arrange the hard disks on required hardware (such as a server or other devices to be tested) after the operating system deployment, and does not need to arrange each hard disk on respective devices to be tested, thereby increasing the efficiency of the operating system deployment and reducing the hardware cost.
[ description of the drawings ]
Fig. 1 is a diagram illustrating an image database, a server device and a device under test according to an embodiment of the invention.
Fig. 2 is a flowchart illustrating an operating system deployment method for multiple hard disks according to an embodiment of the present invention.
[ detailed description ] embodiments
Fig. 1 is a diagram illustrating an image file database, a server device and a device under test according to an embodiment of the invention. As shown in fig. 1, the server device 20 is communicatively connected to the image database 10 and the device under test UUT. The image file database 10 has a plurality of image files IMG, and the image file database 10 may be a server device or a cloud storage device. In this embodiment, the image file IMG can be made by any computer, server host, etc. to be stored in the image file database 10, and the computer or server host generates the image file IMG according to the data and configuration in the source hard disk after being communicatively connected to the source hard disk, for example, the computer or server host compresses and stores the data and disk capacity in the source hard disk, the capacity of each split disk, and the hard disk information related to the operating system occupation space in the image file IMG by a specific rule or algorithm, so that when the image file IMG is restored and installed on the target hard disk, the image file IMG can be correctly copied to the target magnetic region according to the configuration of the source device according to the related hard disk information.
The server device 20 has a storage unit 22 and a look-up table 24, the storage unit 22 may be a storage device such as a hard disk, and the look-up table 24 may be stored in any memory unit or storage unit of the server device 20. In addition, the look-up table 24 is used to indicate the image IMGs corresponding to the identification codes, and the server device 20 can determine which image file the target hard disk needs to be installed or restored corresponding to after obtaining the identification code of the target hard disk.
For convenience of illustration, the embodiment of the UUT is only an example of the hard disk HD1 and the hard disk HD2, but the invention is not limited thereto. In the embodiment of FIG. 1, the hard disk HD1 has ID1 and the hard disk HD2 has ID2, the ID1 may be stored in other memory cells in the hard disk HD1, and similarly the ID2 may be stored in other memory cells in the hard disk HD 2.
The operation flow of the operating system deployment method of the present invention is described with reference to fig. 1 and fig. 2.
First, in step S202, the server device 20 obtains the ID1 of the hard disk HD1 and the ID2 of the hard disk HD through the UUT. In detail, the server apparatus 20 requests the device under test UUT to provide the identification codes of all the hard disks to which the device under test UUT itself is connected.
Next, in step S204, the server device 20 selects the image IMG corresponding to the ID1 and the ID2 from the lookup table 106 according to the ID1 and the ID2 provided by the UUT, and accordingly downloads the image IMG from the image database 10 to the storage unit 22. For convenience of description, the image IMG corresponding to the identification code ID1 will be referred to as a first image, and the image IMG corresponding to the identification code ID2 will be referred to as a second image. In some preferred embodiments, after the server apparatus 20 downloads the first image file and the second image file corresponding to the identification codes ID1 and ID2 to the storage unit 22, the server apparatus 20 further determines whether the check codes (e.g., check codes such as MD5, SHA1, or SHA 256) of the first image file and the second image file are correct, so as to determine whether the downloaded files are the same as the originally provided files, thereby avoiding the files from being downloaded to be tampered. If the check code is incorrect, the server device 20 may stop the corresponding os deployment and output an alert signal to notify the user.
After the first image file and the second image file are stored in the storage unit 22, in step S206, the server apparatus 20 parses the first image file and the second image file to generate corresponding first source hard disk information and second source hard disk information. It should be understood that the first source hard disk information is used to indicate the hard disk information of the source hard disk corresponding to the first image file, and the second source hard disk information is used to indicate the hard disk information of the source hard disk corresponding to the second image file, and the hard disk information includes, for example, the disk capacity, the capacity of each partition disk, the space occupied by the operating system, etc., which can be determined according to the user's design. It should be understood that the hard disk information of the source hard disk is not limited thereto, and any information, configuration, data compression or restoration, etc. in the source hard disk can be included in the hard disk information of the source hard disk. The related hard disk information such as the disk capacity, each partition disk capacity and the operating system occupation space can be stored in a specific address in the image file, and the server device 20 can directly access the data of the specific address to obtain the source hard disk information. In some embodiments of the present invention, the server device 20 will download the corresponding image files (i.e., the first image file and the second image file) of all the hard disks (e.g., the hard disks HD1 and HD2 of fig. 1) to be installed on the device under test UUT from the image file database 10 to the storage unit 22 at one time, and then proceed to the following step S208 to perform the procedures of disk splitting and system installation on each hard disk on the device under test UUT.
In step S208, the server device 20 transmits the access path of the first image file, the first source hard disk information, the access path of the second image file, and the second source hard disk information to the UUT. In other words, after the access path of the first image file, the first source hard disk information, the access path of the second image file, the second source hard disk information, and other data are prepared, the server device 20 performs subsequent processes such as disk division and system installation on the hard disks HD1 and HD2 simultaneously. In this embodiment, the server device 20 may integrate the access path of the first image file and the corresponding first source hard disk information into a program code (e.g., an installation program) or a file with a specific format, and then transmit the program code or the specific file to the device under test UUT, and then the device under test UUT executes the program code or the specific file to continue the subsequent steps of installing or restoring the image file. Similarly, the server device 20 integrates the access path of the second image file and the corresponding second source hard disk information into a program code or a file with a specific format, and then transmits the program code or the file to the device under test UUT, and the device under test UUT executes the program code or the specific file to continue the subsequent steps of installing or restoring the image file. For example, the device under test UUT executes the program code or the specific file and then performs the operations of steps S210 to S224, and for simplicity of description, the following steps are only exemplified by the operating system deployment of the hard disk HD1, and no further description is given here. It should be understood that the operating system deployment steps of the hard disks HD1 and HD2 are the same, and can be operated simultaneously but independently, and the operation time and steps do not need to be synchronized.
Then, in step S210, the UUT determines whether the disk capacity of the hard disk HD1 is the same as the disk capacity of the source hard disk of the first image file according to the first source hard disk information. If the data is the same, step S212 is continued, and the device under test UUT may directly divide the hard disk HD1 into a plurality of target division magnetic regions according to the source division magnetic region capacities indicated by the first source hard disk information, so that the magnetic region capacities of the target division magnetic regions are the same as the source division magnetic region capacities of the source hard disks of the first image file. In other words, the hard disk HD1 and the source hard disk of the first image file will have the same disk partitioning manner and size. For example, if the first source hard disk information indicates two source split sectors with a disk size of 1000GB and source split sector sizes of 600GB and 400GB, respectively, the device under test UUT similarly splits the hard disk HD1 into two target split sectors with 600GB and 400GB, respectively, in step S212.
Next, in step S214, the device under test UUT obtains the first image file in the storage unit 22 through the access path provided by the server device 20 to perform the system installation procedure. In detail, in step S214, the device under test UUT may restore and install the data and the operating system related to the source hard disk in the first image file to the hard disk HD1 according to the first source hard disk information, so that the hard disk HD1 and the source hard disk corresponding to the first image file can have the same system configuration.
Otherwise, when the device under test UUT determines in step S210 that the disk capacity of the hard disk HD1 is different from the disk capacity of the source hard disk of the first image file, step S216 is continued, and the device under test UUT calculates the source sector division ratio according to the respective source division sector capacities indicated by the first source hard disk information. Next, in step S218, the device under test UUT calculates the partition capacity of the target system sector according to the partition ratio of the source sector and the sector capacity of the hard disk HD1, so as to determine whether there is enough space for installing the system sector of the hard disk HD1 after the sector partition. For example, if the first source hard disk information indicates two source segment sectors with a source sector capacity of 1000GB and source segment sector capacities of 600GB and 400GB, respectively, the UUT calculates the source sector segmentation ratio to be 6:4 in step S216. In addition, if the first source hard disk information indicates that the partition for installation is the first partition, and the disk capacity of the hard disk HD1 is 800GB, in step S218, the target system partition capacity is 480GB, i.e., 800GB multiplied by 6/(6+ 4). However, if the first source hard disk information indicates that the partition for installation is the first partition, and the disk capacity of the hard disk HD1 is 1200GB, the target system partition capacity can be calculated as 720GB, i.e., 1200GB multiplied by 6/(6+4), in step S218.
Next, in step S220, the UUT determines whether the partition capacity of the target system sector is greater than the system occupation space indicated by the first source hard disk information, if so, step S222 is continued, otherwise, step S224 is continued. For example, assuming that the system occupation space indicated by the first source hard disk information is 100GB and the target system sector capacity calculated in step S218 is 480GB, the device under test UUT determines in step S220 that the target system sector capacity for installing the os is larger than the system occupation space indicated by the first source hard disk information and continues with step S222. Therefore, the disk capacity of the hard disk connected with the device to be tested UUT can be different from that of the source hard disk, and as long as the space divided by the hard disk of the device to be tested UUT is enough to store and install the operating system and the files contained in the source hard disk corresponding to the device to be tested UUT, the operating system installation can still be continued without being limited by the hard disk capacity and being incapable of being installed. On the contrary, assume that the system occupation space indicated by the first source hard disk information is 500GB, and the target system sector capacity calculated in step S218 is 480GB, so that the device under test UUT determines in step S220 that the target system sector capacity for installing the operating system is smaller than the operating system occupation space indicated by the first source hard disk information and continues to step S224. It should be understood that the above examples are only for illustrative purposes, and not intended to limit the present invention, in other embodiments, the device under test UUT may also compare the capacity of each split sector of the hard disk HD1 in step S220 according to the related information indicated by the first source hard disk information to determine whether the configuration of the hard disk HD1 has enough space for installing the first image file, if so, step S222 may be continued, otherwise, step S224 may be continued.
In step S222, the device under test UUT divides the hard disk HD1 into a plurality of target division sectors according to the source sector division ratio calculated in step S216, so that the ratio between the sector capacity of each target division sector and the respective division sector capacity of the corresponding source hard disk is the same. For example, if the first source hard disk information indicates two source split magnetic regions with a source magnetic region capacity of 1000GB and split magnetic regions with split magnetic regions capacities of 600GB and 400GB, respectively, the device under test UUT calculates the source magnetic region split ratio to be 6:4 in step S216. On the other hand, if the disk capacity of the hard disk HD1 is 800GB, in step S222, the device under test UUT divides the hard disk HD1 into target division sectors with sector capacities of 480GB and 320GB according to the source sector division ratio of 6: 4. However, if the disk capacity of the hard disk HD1 is 1200GB, in step S222, the device under test UUT divides the hard disk HD1 into target division sectors with sector capacities of 720GB and 480GB according to the source sector division ratio of 6: 4. Then, after step S222, continuing to step S214, the device under test UUT obtains the first image file in the storage unit 22 through the access path provided by the server device 20 for performing the system installation procedure. In other words, the UUT can restore the data of the source hard disk and the os in the first image file to the hard disk HD1 according to the information of the first source hard disk, so that the hard disk HD1 and the source hard disk corresponding to the first image file can have the corresponding system configuration, and therefore, even though the hard disk HD1 and the source hard disk corresponding to the first image file have different disk capacities, the same os can be installed, and the hard disk to be deployed by the os can be flexibly selected in capacity or model.
On the other hand, in step S224, the device under test UUT generates the mounting failure information associated with the hard disk HD1 to notify the user. For example, the device under test UUT may send the mounting failure data of the hard disk HD1 to the server device 20 or store the data in the storage unit of the device under test UUT itself, so as to output an alarm and provide a user with a review.
In summary, according to the method for deploying an operating system for multiple hard disks of the present invention, even if the disk capacity of the hard disk connected to the device under test is different from the disk capacity of the source hard disk, the operating system installation can be continued as long as the hard disk space of the device under test is sufficient to store and install the operating system and the file included in the source hard disk, so that the user can adjust the magnetic area capacity of the target hard disk more flexibly according to the requirement. In addition, through the method for deploying the operating system of the invention, the device to be tested can be connected to a plurality of hard disks, and the operating system deployment can be carried out on the hard disks at the same time, so that a user can arrange the hard disks on required hardware (such as a server or other devices to be tested) after the operating system deployment, and does not need to arrange each hard disk on respective devices to be tested, thereby increasing the efficiency of the operating system deployment and reducing the hardware cost.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (10)
1. An operating system deployment method for multiple hard disks is applicable to an image file database, a server device and a device to be tested, and is characterized in that the image file database is provided with a plurality of image files, the server device is in communication connection with the image file database and the device to be tested, the server device is provided with a storage unit, the device to be tested is connected to a first hard disk and a second hard disk, the first hard disk is provided with a first identification code, the second hard disk is provided with a second identification code, and the operating system deployment method comprises the following steps:
the server device obtains the first identification code of the first hard disk and the second identification code of the second hard disk through the device to be tested;
the server device downloads a first image file and a second image file corresponding to the first identification code and the second identification code from the image files of the image file database to the storage unit according to the first identification code, the second identification code and a comparison table;
the server device analyzes the first image file to obtain first source hard disk information, wherein the first source hard disk information respectively indicates the disk capacity of a first source hard disk and the capacity of each divided disk;
the server device transmits a first access path of the first image file and the first source hard disk information to the device to be tested;
the device to be tested judges whether the disk capacity of the first hard disk is the same as that of the first source hard disk or not according to the first source hard disk information;
when the disk capacity of the first hard disk is different from the disk capacity of the first source hard disk, the device to be tested calculates a first source magnetic area partition ratio according to each partition disk capacity of the first source hard disk indicated by the first source hard disk information;
the device to be tested divides the first hard disk into a plurality of first target division magnetic areas according to the first source division proportion, wherein the proportion of the disk capacity of each first target division magnetic area is the same as the proportion of the disk capacity of each division magnetic area of the first source hard disk; and
the device under test obtains the first image file according to the first access path to perform a system installation program.
2. The os deployment method of claim 1, wherein the first source hard disk information further indicates a first source os footprint of the first source hard disk, and the os deployment method comprises:
after the device under test calculates the first source sector division ratio, the device under test calculates the disk capacity of the first target division sector in the first hard disk for installing the operating system according to the sector capacity of the first hard disk and the first source sector division ratio; and
when the device under test determines that the disk capacity of the first target partition in the first hard disk for installing the operating system is smaller than the space occupied by the first source operating system, the device under test generates first hard disk installation failure data.
3. The method of claim 1, further comprising:
when the disk capacity of the first hard disk is the same as that of the first source hard disk, the device to be tested divides the first hard disk into a plurality of second target division magnetic areas according to each division disk capacity of the first source hard disk indicated by the first source hard disk information; and
after the device under test divides the first hard disk into the second target division magnetic area, the device under test obtains the first image file according to the first access path to perform a system installation program,
the sector capacity of each of the second target partitions is the same as the respective partition capacity of the corresponding first source hard disk.
4. The method of claim 1, further comprising:
the server device analyzes the second image file to obtain second source hard disk information, wherein the second source hard disk information respectively indicates the disk capacity of a second source hard disk and the capacity of each divided disk;
the server device transmits a second access path of the second image file and the second source hard disk information to the device to be tested;
the device to be tested judges whether the disk capacity of the second hard disk is the same as that of the second source hard disk or not according to the second source hard disk information;
when the disk capacity of the second hard disk is different from the disk capacity of the second source hard disk, the device under test calculates a second source magnetic area division ratio according to each division disk capacity of the second source hard disk indicated by the second source hard disk information;
the device under test divides the second hard disk into a plurality of third target division magnetic areas according to the second source division ratio, wherein the ratio of the disk capacities of the third target division magnetic areas is the same as the ratio of the disk capacities of the second source division hard disk; and
the device under test obtains the second image file according to the second access path to perform a system installation program.
5. The os deployment method of claim 4, wherein the second source hard disk information further indicates a second source os footprint of the second source hard disk, and the os deployment method comprises:
after the device under test calculates the second source magnetic area division ratio, the magnetic disk capacity of a second target division magnetic area for installing an operating system in the second hard disk is calculated according to the magnetic area capacity of the second hard disk and the second source magnetic area division ratio; and
when the device under test determines that the disk capacity of the second target partition in the second hard disk for installing the operating system is smaller than the occupied space of the second source operating system, the device under test generates second hard disk installation failure data.
6. The method of claim 4, further comprising:
when the disk capacity of the second hard disk is the same as that of the second source hard disk, the device under test divides the second hard disk into a plurality of fourth target division magnetic areas according to the respective division disk capacities of the second source hard disk indicated by the second source hard disk information; and
after the device under test divides the second hard disk into the fourth target division magnetic area, the device under test acquires the second image file according to the second access path to perform a system installation program,
the sector capacity of each of the fourth target division sectors is equal to the respective division disk capacity of the corresponding second source hard disk.
7. The method of claim 1, wherein the lookup table indicates the image files corresponding to a plurality of identification codes.
8. The method of claim 1, further comprising:
after the server device downloads the first image file and the second image file corresponding to the first identification code and the second identification code to the storage unit, the server device further determines whether a first image file check code of the first image file and a second image file check code of the second image file are correct; and
if the first image file check code or the second image file check code is incorrect, the server device outputs an alarm signal.
9. The method of claim 1, wherein before the server device transmits the first access path and the first source hard disk information to the device under test, the server device completes downloading the first image file and the second image file corresponding to the first identifier and the second identifier from the image file of the image file database to the storage unit.
10. The method of claim 1, wherein the server device simultaneously transmits the first access path and the first source hard disk information corresponding to the first image file of the first hard disk and the second access path and the second source hard disk information corresponding to the second image file of the second hard disk to the device under test.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910098047.9A CN111506415B (en) | 2019-01-31 | 2019-01-31 | Operating system deployment method for multiple hard disks |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910098047.9A CN111506415B (en) | 2019-01-31 | 2019-01-31 | Operating system deployment method for multiple hard disks |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111506415A CN111506415A (en) | 2020-08-07 |
| CN111506415B true CN111506415B (en) | 2022-04-05 |
Family
ID=71877362
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910098047.9A Active CN111506415B (en) | 2019-01-31 | 2019-01-31 | Operating system deployment method for multiple hard disks |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111506415B (en) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW200619926A (en) * | 2004-12-03 | 2006-06-16 | Intervideo Digital Technology Corp | Partition area architecture of an operation system common used disk and the method thereof |
| CN1815450A (en) * | 2005-02-01 | 2006-08-09 | 神基科技股份有限公司 | Operating system reduction method and system |
| TW200713235A (en) * | 2005-09-19 | 2007-04-01 | Cyberlink Corp | Distributed copying method and system |
| TW200917256A (en) * | 2007-10-04 | 2009-04-16 | Super Talent Electronics Inc | Using various flash memory cells to build USB data flash cards with multiple partitions and autorun function |
| CN101977231A (en) * | 2010-10-21 | 2011-02-16 | 英业达集团(天津)电子技术有限公司 | Method for downloading mapping file |
| TW201126339A (en) * | 2010-01-20 | 2011-08-01 | Inventec Corp | An automatic partition method of the disk |
| US8132186B1 (en) * | 2007-03-23 | 2012-03-06 | Symantec Corporation | Automatic detection of hardware and device drivers during restore operations |
| TW201222297A (en) * | 2010-11-24 | 2012-06-01 | Inventec Corp | Downloading method for a image file |
| TW201319939A (en) * | 2011-11-10 | 2013-05-16 | Inst Information Industry | Method and system for processing operating system, computer readable storage medium storing the method |
-
2019
- 2019-01-31 CN CN201910098047.9A patent/CN111506415B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW200619926A (en) * | 2004-12-03 | 2006-06-16 | Intervideo Digital Technology Corp | Partition area architecture of an operation system common used disk and the method thereof |
| CN1815450A (en) * | 2005-02-01 | 2006-08-09 | 神基科技股份有限公司 | Operating system reduction method and system |
| TW200713235A (en) * | 2005-09-19 | 2007-04-01 | Cyberlink Corp | Distributed copying method and system |
| US8132186B1 (en) * | 2007-03-23 | 2012-03-06 | Symantec Corporation | Automatic detection of hardware and device drivers during restore operations |
| TW200917256A (en) * | 2007-10-04 | 2009-04-16 | Super Talent Electronics Inc | Using various flash memory cells to build USB data flash cards with multiple partitions and autorun function |
| TW201126339A (en) * | 2010-01-20 | 2011-08-01 | Inventec Corp | An automatic partition method of the disk |
| CN101977231A (en) * | 2010-10-21 | 2011-02-16 | 英业达集团(天津)电子技术有限公司 | Method for downloading mapping file |
| TW201222297A (en) * | 2010-11-24 | 2012-06-01 | Inventec Corp | Downloading method for a image file |
| TW201319939A (en) * | 2011-11-10 | 2013-05-16 | Inst Information Industry | Method and system for processing operating system, computer readable storage medium storing the method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111506415A (en) | 2020-08-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10725692B2 (en) | Data storage method and apparatus | |
| CN107748702B (en) | Data recovery method and device | |
| CN107844268B (en) | Data distribution method, data storage method, related device and system | |
| CN106776130B (en) | Log recovery method, storage device and storage node | |
| CN107219997B (en) | Method and device for verifying data consistency | |
| US8566555B2 (en) | Data insertion system, data control device, storage device, data insertion method, data control method, data storing method | |
| CN111221682B (en) | Method for mirroring storage system | |
| CN104918114A (en) | Method and device for upgrading operation system | |
| US20190227710A1 (en) | Incremental data restoration method and apparatus | |
| CN111651238A (en) | System and method for acquiring effective data in virtual machine protection | |
| CN111813495A (en) | Node testing method and device, storage medium and electronic device | |
| CN105550071A (en) | System file upgrading and detecting method and communication device | |
| CN111506415B (en) | Operating system deployment method for multiple hard disks | |
| CN108958814B (en) | Multimode redundant embedded operating system starting method | |
| CN112579550B (en) | Metadata information synchronization method and system of distributed file system | |
| CN109672544B (en) | Data processing method and device and distributed storage system | |
| CN104991796A (en) | Method and apparatus for continuous upgrade | |
| US20120151005A1 (en) | Image file download method | |
| CN115576743B (en) | Operating system recovery method, operating system recovery device, computer equipment and storage medium | |
| CN111190608B (en) | Operation system arrangement method for device to be tested | |
| CN114237989B (en) | Database service deployment and disaster tolerance method and device | |
| CN115686368A (en) | Method, system, apparatus and medium for storage capacity expansion of nodes of block chain network | |
| US11397646B1 (en) | Testing verification paths provided by a verification microservice for a deduplicated object storage system | |
| US11340784B1 (en) | Verification microservice for a deduplicated object storage system with worker node estimation | |
| CN111625396A (en) | Backup data verification method, server and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |