CN103902344A - Electronic device for installation of operating system automatically and continuously and related method thereof - Google Patents
Electronic device for installation of operating system automatically and continuously and related method thereof Download PDFInfo
- Publication number
- CN103902344A CN103902344A CN201410166603.9A CN201410166603A CN103902344A CN 103902344 A CN103902344 A CN 103902344A CN 201410166603 A CN201410166603 A CN 201410166603A CN 103902344 A CN103902344 A CN 103902344A
- Authority
- CN
- China
- Prior art keywords
- installation
- operating system
- module
- measured
- electronic installation
- 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.)
- Pending
Links
Images
Abstract
The invention provides an electronic device for installation of an operating system automatically and continuously and a related method thereof. The electronic device comprises a system operation unit, a receiving unit, an installation procedure module, an installation guide module and a system installation unit, wherein the operating system is operated through the system operation unit; the receiving unit is used for receiving a target operating system; the installation procedure module is used for providing an installation procedure corresponding to the target operating system; the installation guide module is used for eliminating a startup sector of the electronic device and generating a non-startup recording state under the environment of the operating system; the system installation unit is used for installing the target operating system according to the non-startup recording state and the installation procedure after the electronic device is restarted.
Description
The application is to be the divisional application of the application for a patent for invention that November 10, application number in 2009 are 200910210572.1, denomination of invention is " electronic installation of the continuous installing operating system of robotization and correlation technique thereof and system " applying date.
Technical field
The present invention refers to a kind of electronic installation and correlation technique and system, espespecially a kind of electronic installation and correlation technique and system that multiple operating systems can robotization be installed continuously.
Background technology
Computer product must be tested for software and hardware function before shipment, to guarantee product quality.Because manufacturer is large quantities of volume productions and the computer product that can produce different qualities, therefore need to there is the test macro that high-level efficiency, robotization and application are high.
At present, network type test macro has higher efficiency and application, and it possesses a server and a test database conventionally.Operating personnel can be according to the design when batch device to be measured, on server, establish in advance test file and test environment file, download and carry out test jobs for device to be measured, and test database can provide dependence test parameter and collect the test result of device to be measured.
To the device to be measured of computer product class, operating personnel need to carry out the test under various different operating system environment, working properly to guarantee under operating system that product can may install consumer.In network type test macro, device to be measured need to pass through remote installation technology, downloads and installs process module (Answer File) from server end, and the operating system to be measured on build-in services device accordingly.The Remote Installation environment that current industry is the most often used on network type test macro is the front execution environment of starting shooting (PrebootExecution Environment, PXE).Please refer to Fig. 1, Fig. 1 is the schematic flow sheet that becomes known for a testing process 10 of a device to be measured.Testing process 10 comprises the following step:
Step 100: power-on.
Step 102: press F12 key by operating personnel and enter a network boot program with carry PXE network installation function.
Step 104: enter PXE functional menu.
Step 106: choose an operating system to be measured by operating personnel.
Step 108: an installation procedure module of downloading this operating system to be measured from a server.
Step 110: according to installation procedure module, this operating system to be measured is installed.
Step 112: install and be selected after operating system to be measured in this plant network to be measured, download a test module of this operating system from this server.
Step 114: the test parameter of calling out a test database.
Step 116: according to test parameter, carry out this test module and carry out a testing process.
Step 118: after this testing process completes, transmit test result to this test database.
Step 120: finish.
By known testing process 10, operating personnel once can install an operating system to be measured on device to be measured, but device to be measured need to be tested dozens of operating system conventionally, to guarantee product quality.Therefore in known test system, operating personnel often complete testing process 10 one time, must first restart device to be measured, carry out once again testing process 10, to install and to test next operating system to be measured, until the test jobs of all operating system to be measured finishes.This represents that operating personnel must treat on device to be measured side determine whether current operating system to be measured is completed often, the more next operating system to be measured of manual installation, and this also means that operating personnel are after coming off duty, and device to be measured cannot continuance test operation.In other words, such test macro must expend higher human cost.
In addition, the publication number CN1504880A of the People's Republic of China (PRC) has disclosed a kind of method of the Linux of utilization complete operation system Auto-mounting, it is mainly according to the hardware actual conditions of destination apparatus, produce that script (Answer File) is replied in corresponding installation and system arranges script, to reach operating system Auto-mounting, but the method is only used for destination OS of Auto-mounting, if need another destination OS of Auto-mounting, still need user manually to repeat related procedure.
Summary of the invention
Therefore, the present invention is mainly to provide a kind of electronic installation and correlation technique and system that multiple operating systems can robotization be installed continuously, to save human cost.
The present invention discloses a kind of electronic installation of robotization installing operating system, and it comprises a system operating unit, a receiving element, an installation procedure module, installation oriented module and a system installation unit.This system operating unit is used for operating in an operating system.This receiving element is used for receiving a destination OS.This installation procedure module is used to provide the installation procedure corresponding to this destination OS.This installation oriented module is used under the environment of this operating system, removes a start sector of this electronic installation, to produce one without start recording status.This system installation unit is used for after this electronic installation restarts, and without start recording status and this installation procedure, this destination OS is installed according to this.
The present invention also discloses a kind of for operating in an electronic installation of an operating system, method that can the continuous installing operating system of robotization, it includes in the time operating in this operating system, removes a start sector of this electronic installation, to produce one without start recording status; And after this electronic installation restarts, without recording status and the installation procedure corresponding to this destination OS of starting shooting, this destination OS is installed according to this.
The present invention also discloses a kind of method that can robotization installing operating system for a test macro, and it includes provides a server, and it comprises multiple operating system to be measured and a Remote Installation environment; One device to be measured is provided, be coupled to this server, operate in one the 3rd operating system to be measured of the plurality of operating system to be measured, wherein this device to be measured is compatible with this Remote Installation environment, and has corresponding to one the 3rd installation oriented module of the 3rd operating system to be measured and one the 4th installation procedure module of one the 4th operating system to be measured corresponding to the plurality of operating system to be measured; Utilize this installation oriented module to remove a start sector of this device to be measured, to produce one without start recording status; Restart this device to be measured that operates in the 3rd operating system to be measured; This is to be measured be installed on and restart after, enter a network boot program according to this without start recording status, with this Remote Installation environment of carry; Under this Remote Installation environment, according to this installation procedure module, the 4th operating system to be measured is mounted to this device to be measured from this server; And after this device installation the 4th operating system to be measured to be measured, carry out one the 4th testing process corresponding to the 4th operating system to be measured.
The present invention also discloses the method for the continuous installing operating system of a kind of robotization, for operating in an electronic installation of an operating system, the method includes: in the time operating in this operating system, remove a start sector of this electronic installation, to produce one without start recording status; And after this electronic installation restarts, without recording status and the installation procedure corresponding to a destination OS of starting shooting, this destination OS is installed according to this.
Accompanying drawing explanation
Fig. 1 is the schematic flow sheet of a known testing process.
Fig. 2 is the schematic diagram of the electronic installation that the embodiment of the present invention can robotization installing operating system.
Fig. 3 is the schematic flow sheet of the embodiment of the present invention one flow process.
Fig. 4 is the schematic diagram of the embodiment of the present invention one test macro.
Fig. 5 A and 5B are the schematic flow sheet of the embodiment of the present invention one testing process.
[main element label declaration]
20 electronic installation 200 system operating units
202 operating system 210 receiving elements
220 installation procedure module 222 destination OSs
230 install oriented modules 232 sector of starting shooting
240 system installation unit 260 hardware testing modules
NUL_BR is without start recording status SEP_Pr installation procedure
40 test macro 400 servers
410 device 420 test databases to be measured
Execution environment before 430 control and monitor console 402 starts
OS (1)～OS (n) operating system to be measured
TES (1)～TES (n) test module
AsF (1)～AsF (n) installation procedure module
CMF (1)～CMF (n) installs oriented module
404 network initiation module 406 sharing files and transport modules
Before 408 starts, carry out enactment document 412 network element
414 system operating unit 416 system installation units
30 flow process 10,50 testing processs
250, SYSIM (1)～SYSIM (n) system indicating module
300,310,320,330,100,102,104,106,108,110,112,114,116,118,120,502,504,506,508,510,512,514,516,518,520,522,524,526,528,530,532,534,536 steps
Embodiment
Please refer to Fig. 2, Fig. 2 is the schematic diagram of the electronic installation 20 that the embodiment of the present invention can robotization installing operating system.Electronic installation 20 can carry out hard disk start and non-hand disk start (as network or CD start), and the selection cis-position of hard disk start has precedence over non-hand disk start, for example: the power-up sequence of floppy drive → Winchester disk drive → CD-ROM drive → network.In addition, electronic installation 20 comprises a system operating unit 200, a receiving element 210, an installation procedure module (Answer File) 220, an installation oriented module 230, a system installation unit 240, a system indicating module 250 and a hardware testing module 260.System operating unit 200 is used for allowing electronic installation 20 operate in an operating system 202 of installation.In the time operating in this operating system 202, hardware testing module 260 starts every hardware unit of testing electronic devices 20, the tests such as for example Basic Input or Output System (BIOS) (Basic Input/Output System, BIOS), hard disk driver, network card driver, power supply.After the end of job to be tested, installation oriented module 230 is removed a start sector 232 of the hard disk of electronic installation 20, to produce one without start recording status NUL_BR.In preferred embodiment of the present invention, start sector is a main start record (Master Boot Record, MBR).Hard disk on electronic installation 20 can be Integrated Device Electronics (Integrated Device Electronics, or small computer system interface (Small Computer System Interface IDE), SCSI), SAS, the SSD of 2.5 inch or 3.5 inch, SATA hard disk, or magnetic disc array card, as: RAID0, RAID1 and RAID6.Therefore the operating system cut section that, electronic installation 20 utilizes installation oriented module 230 can remove start hard disk loads data (Boot Partition Loader) and/or hard disk partition data (Partition Data).After producing without start recording status NUL_BR, system indicating module 250 can be produced by system installation unit 240, to indicate the next operating system of installing that needs to system operating unit 200.Installation procedure module 220 is used to provide the installation procedure SEP_Pr corresponding to a destination OS 222.After electronic installation 20 restarts, system installation unit 240 is according to without start recording status NUL_BR and installation procedure SEP_Pr, installation targets operating system 222, and wherein destination OS 222 is to obtain by receiving element 210.After this, 200 of system operating units operate in the destination OS 222 of new installation.In other words, because the start data of hard disk are eliminated, therefore electronic installation 20 cannot carry out hard disk start after restarting, and adopts non-hand disk start, and then utilize installation procedure module 220 that new operating system is installed and change.
Therefore, in the present invention, in electronic installation 20, can build the many groups of installation oriented modules corresponding to different operating system and installation procedure module, thus, electronic installation 20 can, according to installation procedure module, be installed respective operations system, and during operating in this operating system, removes start sector, with after restarting, according to another operating system of nothing start recording status Auto-mounting.Thus, electronic installation 20 can reach the robotization object of the multiple operating systems of installation continuously.
In addition, the installation procedure module 220 of electronic installation 20, installation oriented module 230 and hardware testing module 260 can obtain by receiving element 210.For instance, if the non-hand disk that electronic installation 20 carries out start is a CD start, receiving element 210 can be a data transmission interface, for example IDE or SCSI, with from light memory device receiving target operating system 222, hardware testing module 260, installation procedure module 220 and oriented module 230 is installed.Or if receiving element 210 is a network element, it is started shooting by network, is connected in server, and shares or host-host protocol by network file, obtain destination OS 222, installation procedure module 220 and oriented module 230 is installed.In the situation that using network automatic remote to install, system operating unit 200 can produce system indicating module 250, and is sent to server by receiving element 210, with the operating system of indicating next wish to install.
Please refer to Fig. 3, Fig. 3 is the schematic flow sheet of the embodiment of the present invention one flow process 30.Flow process 30 is used for realizing the operation of electronic installation 20, and it comprises the following step:
Step 300: start.
Step 310: in the time operating in operating system 202, remove start sector 232, to produce without start recording status NUL_BR.
Step 320: after electronic installation 20 restarts, according to nothing start recording status NUL_BR and installation procedure SEP_Pr, installation targets operating system 222.
Step 330: finish.
Flow process 30 is explanation electronic installation 20 is initiatively installed as another operating system operation stepss from an operating system.Electronic installation 20 installations and operating in the time of destination OS, perform step 310 once again, remove once again start sector, so that another destination OS to be installed.In other words,, by automatically repeating flow process 30, electronic installation 20 can robotization be installed multiple operating system continuously.Because flow process 30 is used for realizing the operation of electronic installation 20, therefore principle please refer to above stated specification in detail.
In addition, concept of the present invention can be applied in industry test macro, allows tested computer installation can Automatic continuous carry out the test jobs of different operating system, does not need operating personnel's manual installation operating system one by one.Please refer to Fig. 4, Fig. 4 is the schematic diagram of the embodiment of the present invention one test macro 40.Test macro 40 comprises a server 400, a device 410 to be measured, a test database 420 and a control and monitor console 430, and it is connected by region or Wide Area Network.The method of testing of test macro 40 is mainly server 400 multiple operating system to be measured is provided, and allows device 410 to be measured by network Auto-mounting, and completes laggard line correlation testing process in each operating system installation.Database 420 is used to provide project and the parameter of testing process, and the test result of collecting device 410 to be measured.Tester can utilize control and monitor console 430 to change test event and parameter.Detailed principle and the demand of whole method of testing please refer to " Servers installed ", " device setting to be measured " and " installing and testing process " explanation.
" Servers installed ":
In order to realize PXE environment, server 400 is carried out enactment document 408 before must at least possessing a network initiation module 404, a sharing files and transport module 406 and a start.Network initiation module 404 is for configuring device to be measured 410 1 network addresss; Sharing files and transport module 406 are shared and transmit line for setting up a network file with device 410 to be measured, to transmit and to share operating system, test and system relevant module is installed; When carrying out enactment document 408 before start and being used for before device to be measured 410 carries starts execution environment, provide the menu of starting shooting to device 410 to be measured.
For instance, before the start of (SuSE) Linux OS under execution environment, server 400 need possess a DHCP (Dynamic Host Configuration Protocol, DHCP) servo module, a network file system(NFS) (Network File System, NFS) before servo module, a skeleton symbol file transfer protocol (FTP) (Trivial File Transfer Protocol, TFTP) servo module and a start, carry out enactment document pxelinux.cfg/default.DHCP servo module is used to provide device to be measured 410 1 dynamic network addresses, to allow device 410 to be measured become a network node of test macro 40; Network file system(NFS) servo module provides sharing files service; Skeleton symbol file transfer protocol (FTP) servo module is used to provide a file transfer being based upon in user's data element agreement (User Datagram Protocol, UDP) and links; Before start, carrying out enactment document pxelinux.cfg/default is the default file being based upon under pxelinux.cfg catalogue, one example following (# represents explanation):
The rh5u3x32 that the default installing operating system of default rh5u3x32# is following label
Timeout60#60 second, interior not selection operation system of user, was used default installation
prompt1
The display display.msg# show message of starting shooting, can be used to show the option of operating system to be measured
F1test.msg# presses the show message of F1 key
F2test2.msg# presses the show message of F2 key
Label localboot# uses the directly option of start of hard disk of device 410 to be measured
LOCALBOOT0
Label rh5u3x32# operating system Red Hat5Update3 to be measured, and installation procedure module and the network card of the Kickstart type that need import
kernel?rh5u3x32/rh5u3x32
append?initrd＝rh5u3x32/rh5u3x32.img?ramdisk_size＝256000method＝nfs:192.168.100.1:/opt/iso/rh5u3x32ip＝dhcp?vga＝80x25
Label sles10sp1x32# operating system SUSE Enterprise to be measured Linux10SP2x32, and the installation procedure module of the AutoYast type that need import
kernel?sles10sp1x32/sles10sp1x32
append?initrd＝sles10sp1x32/sles10sp1x32.img?ramdisk_size＝256000insmode＝nfs?netconfig＝dhcpinstall＝nfs://192.168.100.1/opt/iso/sles10sp1x32vga＝0x314splash＝verbose
Label win# operating system Windows to be measured and associated core thereof and installation are set
kernel?pxeboot.0
If before the start of microsoft operation system under execution environment, except carrying out enactment document before aforementioned DHCP, network file system(NFS) servo module, skeleton symbol file transfer protocol (FTP) servo module and a start, its setting content can be with reference to carrying out before aforementioned start outside enactment document pxelinux.cfg/default, and server 400 at least possesses following condition to reach the function of Auto-mounting:
One, need possess the subordinate of Microsoft service (Windows Deployment Service, WDS) and remote installation service (Remote Install Service, RIS) servo function simultaneously, or Microsoft's external member of other equal effect;
Two, welcome.osg in remote installation service, welcome.osg, warning.osg, oschoice.osg, in install.osg and login.osg enactment document, in <TITLE> instruction area, add instruction <META ACTION=AUTOENTER>, and in login.osg, add instruction <INPUTNAME=" USERNAME " MAXLENGTH=255TYPE=TEXT VALUE=administrator> and <INPUT NAME=" * PASSWORD " TYPE=PASSWORD MAXLENGTH=20><BRGreatT.GreaT. GT, to skip manual input keeper account, the normal process of the operating system that password and wish are installed,
Three, the pxeboot.n12 filename under microsoft operation system i386 catalogue changes pxeboot.0 into, and being used for skipping user need be by the manual step of execution environment before F12 unlatching start.
In addition, in server 400, each operating system to be measured is a corresponding test module, installation procedure module and installation oriented module respectively.Test module TES (1)～TES (n) is used to provide respectively the testing process of operating system OS to be measured (1)～OS (n) to device 410 to be measured, test event can comprise start again, pressure test, Basic Input or Output System (BIOS), hard disk driver, network card driver, power supply, baseboard management controller (Baseboard Management Controller, BMC), temperature survey, remote opening function (Wake On LAN, WOL) etc.Installation procedure modules A sF (1)～AsF (n) is used to provide respectively the installation procedure of operating system OS to be measured (1)～OS (n) to device 410 to be measured.Because installation procedure module is extensively well known to those skilled in the art, for example under Linux environment, can utilize Kickstart or AutoYast configuration file, under microsoft environment, can utilize the ristndrd.sif file under i386 templates catalogue to realize.Below for being used for importing the program example (# represents explanation) of test module in installation procedure module:
Example one, operating system Red Hat/Kickstart grammer to be measured:
%post# guides device 410 to be measured execution follow procedure after installation operating system to be measured completes
cd/test
The long-range test catalogue data of mount-o nolock192.168.100.1:/opt/iso/tools/Lucas/rh5u3x32/test# carry is sandwiched in board 410 catalogue data folders to be measured, its object, copying the procedure code that needs test, comprises the projects such as pressure test
sleep10
cd/test
Cp-rf*/# duplicate remote catalogue test procedure code is in board to be tested
cd/auto
sleep10
The test module of sh/auto/auto.sh<pxe.txt# execute file pxe.txt by name
The catalogue money school folder of umount/test# removal board 410 to be measured
Example two, operating system SUSE Linux/XML to be measured (Extensible Markup Language) grammer:
-<scripts>
-<init-scripts config:type=" list " ># guides device 410 to be measured execution follow procedure after installation operating system to be measured completes
-<script>
<debug?config:type＝"boolean">true</debug>
<filename>auto</filename>
<location/>
-<source>
-<！[CDATA[
ifconfig?eth0192.168.100.223
mkdir/test
chmod777/test
The long-range test catalogue data of mount-o nolock192.168.100.1:/opt/iso/tools/Lucas/sles10sp2x32/te st# carry is sandwiched in board 410 catalogue data folders to be measured
sleep10
cd/test
cp-rf*/
cd/auto
sleep10
The test module parameter of sh/auto/auto.sh<pxe.txt# execute file pxe.txt by name
umount/test
sleep2
]]>
</source>
</script>
</init-scripts>
</scripts>
Oriented module CMF (1)～CMF (n) is installed is used for respectively allowing device 410 to be measured under operating system OS to be measured (1)～OS (n) environment, remove a main start record (Master boot Record, MBR).The present invention is in a little installation oriented module example (# represents explanation) is below provided:
In example one, the relevant operating system to be measured of Linux, to give an order for removing main start record:
dd?if＝/dev/zero?of＝/dev/sda?bs＝512count＝1
Example two, operating system Windows to be measured:
Run("cmd.exe")
Send (" mbrwiz/Part=0/Del/Confirm ") # calls out a mbrwiz application program and removes main start record
Send (" { Enter} ") # transmits an input validation instruction
" device setting to be measured ":
Device 410 to be measured comprises a network element 412, a system operating unit 414, a system installation unit 416.In the time that device 410 starts to be measured are used PXE network installation function, the network address that network element 412 configures according to server 400, the network address of setting itself, to add the network of test macro 40, in addition be also used for setting up file transfer and sharing line with server 400, with obtain and use the start of server 400 before carry out enactment document, operating system OS to be measured (1)～OS (n), test module TES (1)～TES (n), installation procedure modules A sF (1)～AsF (n) and installation oriented module CMF (1)～CMF (n), and the test data that provides of test database 420.System operating unit 414 is used for operating in mounted operating system to be measured, and according to received test module and test data, carries out testing process.After testing process finishes, system operating unit 414 is reported test result to test database 420 by network element 412.In addition, system operating unit 414 can be carried out oriented module CMF (1)～CMF (n) is installed, under operating system OS to be measured (1)～OS (n) in operation, remove start sector respectively, to produce without start recording status.Under operating system OS to be measured (1)～OS (n) environment, system operating unit 414 produces and reading system indicating module SYSIM (1)～SYSIM (n), is used to refer to next operating system to be measured to system installation unit 416 and server 400.The BIOS that system installation unit 416 comprises device 410 to be measured, it after starting shooting at every turn again, owing to can not find hard disk without start recording status, thereby turn to and carry out network start, then system installation unit 416 is respectively according to system indicating module SYSIM (1)～SYSIM (n), receive installation procedure modules A sF (1)～AsF (n), to download and to install operating system OS to be measured (1)～OS (n).
" install and testing process ":
Please also refer to Fig. 5 A and 5B, Fig. 5 A and 5B are the schematic flow sheet for a testing process 50 of device 410 to be measured.Suppose in testing process 50, the power-up sequence of device 410 to be measured is that hard disk is started shooting formerly, and network is started shooting rear.By testing process 50, operating system to be measured be installed and be tested to device 410 to be measured can by Automatic continuous.Testing process 50 comprises the following step:
Step 502: power-on.
Step 504: enter a network boot program, with carry PXE network installation function.
Step 506: enter PXE functional menu.
Step 508: choose an operating system to be measured (if first operating system to be measured that need to install is OS (1), choosing operating system OS to be measured (1)).
Step 510: download and be selected the installation procedure module of operating system to be measured and oriented module is installed from server 400.
Step 512: according to installation procedure module, install and be selected operating system to be measured.
Step 514: be selected after operating system to be measured in device 410 network installations to be measured are complete, download the test module of operating system to be measured from server 400.
Step 516: the test parameter of call testing database 420.
Step 518: according to test parameter, carry out test module and carry out testing process.
Step 520: after testing process completes, transmit test result to test database 420.
Step 522: according to test parameter, judge that tested operating system to be measured is last operating system to be measured? if so, carry out step 536; If not, carry out step 524.
Step 524: according to test parameter, produce the corresponding system indicating module of tested operating system to be measured to server 400, to indicate next operating system to be measured.
Step 526: utilize oriented module is installed, remove start sector, to produce one without start recording status.
Step 528: according to installation procedure module, restart.
Step 530: without start recording status, enter network boot program with carry PXE network installation function according to this.
Step 532: enter PXE functional menu.
Step 534: according to the predetermined system of PXE functional menu, automatically choose next one operating system to be measured indicated in this system indicating module, and then carry out step 510.
Step 536: finish.
Step 504～508 are used for carry PXE network installation function and first operating system to be measured is installed, i.e. OS (1); Relatively, in step 530～534, the automatic carry PXE network installation function of device 410 to be measured and automatically select operating system to be measured.Wherein, in step 504～506 and 530～532, the network address that device 410 to be measured configures according to server 400, and share and transmit line by setting up a network file, carry PXE network installation function, and according to the content of carrying out enactment document pxelinux.cfg/default before start, show PXE menu.In step 532～534, device 410 to be measured is, after wait pxelinux.cfg/default sets the timeout time, to select default operating system to be measured.
In step 522～524, according to test parameter, whether device 410 to be measured can be learnt the next operating system to be measured that needs installation, and the title of Next operating system to be measured.On the other hand, server 400 can be monitored the system indicating module in device 410 to be measured always, for instance, if when device to be measured 410 operates in operating system OS to be measured (1), server 400 supervisory system indicating module SYSIM (1); If when device 410 to be measured operates in operating system OS to be measured (2), server 400 supervisory system indicating module SYSIM (2), by that analogy.In the time that the operating system contents of a project to be measured in produced system indicating module change, server 400 is followed the predetermined system of default project in modification/tftpboot/pxelinux.cfg/default, and restarts this tftp service.Thus, by the time carry out step 530～at 534 o'clock, device 410 to be measured can be chosen the indicated operating system to be measured of previous system indicating module.Be below one of example of system indicating module (# represents explanation):
One of example of system indicating module can be the procedure code (shell script) of the system indicating module of server 400 under Linux environment:
#！/bin/bash
Flag=`cat/control/1.txt`# server 400 reads flag
echo"$flag"
Cd/tftpboot/pxelinux.cfg/# enters tftpboot/pxelinux.cfg catalogue
Sed-i'1,1c default'$ flag''default# revises the file in default
Unix2dos default# is converted to Dos form
Service xinetd reload# restarts tftp server
exit0
The procedure code (shell script) of system indicating module on device 410 to be measured:
On mount-o nolock192.168.100.1:/control/control# device 410 carry servers 400 to be measured/data folder of control
Rm-rf/control/1.txt# device 410 to be measured is removed the flag of an operating system
It is lurh5u3x64xen_ks that echo lurh5u3x64xen_ks>/control/1.txt# specifies next operating system to be measured for survey device 410
In step 526～530, the operating system to be measured that the present invention installs as required, utilize corresponding installation oriented module, remove start sector, thus, device 410 to be measured can judge that hard disk not yet formats (without start recording status) after restarting, thereby gives up hard disk start and turn to network to start shooting, finally carry PXE network installation function.
In simple terms, if the order of operating system to be measured is OS (1)～OS (8), only need to select first operating system OS to be measured (1), and select first listed operating system OS that need to test (1) in installation procedure modules A sF (1), with automatic installing operating system OS (1).Operating system all to be measured after this all can Auto-mounting and is carried out test jobs.Installing after operating system OS (1) by installation procedure modules A sF (1), server 400 and test database 420 can automatically and insert to install oriented module CMF (1) with test module TES (1) on device 410 to be measured, and after all tests complete.Device 410 to be measured can produce and reading system indicating module SYSIM (1), in system indicating module SYSIM (1), be used for guiding the corresponding flag of next operating system OS (2) with first carry server 400 calling, and server can be according to this flag, producing installation procedure module is AsF (2).In addition, after device 410 executive system indicating module SYSIM (1) to be measured, can use the start sector that oriented module CMF (1) removes to delete device 410 to be measured is installed, and then start again, and then according to aforementioned repeated call installation procedure modules A sF (2)～AsF (8), installation oriented module CMF (2)～CMF (8), system indicating module SYSIM (2)～SYSIM (8) and hardware testing module TES (2)～TES (8), automatically to complete all tests.
Therefore, by testing process 50, first operating system OS to be measured (1) is being installed afterwards, the device 410 meeting all operating system OS to be measured of Auto-mounting (2)～OS (n) to be measured, and carry out dependence test flow process, operating personnel return test macro 40 after can waiting until that all testing processs finish, and study the test result of device 410 to be measured.What pay special attention to is, Fig. 4 is for asking convenient explanation only to draw a device to be measured, but in fact server 400 can once carry out operating system installation with multiple devices to be measured, correlation parameter and module (as installation procedure module and installation oriented module) can be by point-to-point or broadcast mode transmission, with testing progress indivedual or centralized control device to be measured.
What pay special attention to is, installation procedure module of the present invention can with other module, as oriented module or system indicating module are installed, be merged into a module, to save the Internet resources of test macro and the system resource of actuating station (as electronic installation 20 or device to be measured 410).
In sum, the invention provides can automatic installing operating system device and method, and this concept is applied on test macro, the device to be measured of test macro of the present invention can automatically be installed and Test Operating System continuously, thus, only need on server, build in advance device to be measured required test environment file and operating system, not need each operating system to be measured of manual installation.In other words,, even if operating personnel are next, test macro can carry out test jobs voluntarily.Therefore, test macro of the present invention can be saved a large amount of human costs, and then promotes testing efficiency.
The foregoing is only preferred embodiment of the present invention, all equalizations of doing according to the claims in the present invention scope change and modify, and all should belong to covering scope of the present invention.
Claims (14)
1. an electronic installation for the continuous installing operating system of robotization, includes:
One system operating unit, operates in an operating system;
One receiving element, is used for receiving a destination OS;
One installation procedure module, is used to provide the installation procedure corresponding to this destination OS;
One installs oriented module, is used under the environment of this operating system, removes a start sector of this electronic installation, to produce one without start recording status; And
One system installation unit, is used for after this electronic installation restarts, and without start recording status and this installation procedure, this destination OS is installed according to this.
2. electronic installation according to claim 1, wherein this system operating unit, after this system installation unit is installed this destination OS, operates in this destination OS.
3. electronic installation according to claim 1, wherein this electronic installation has a hard disk and starts shooting formerly, the non-hand disk posterior power-up sequence of starting shooting.
4. electronic installation according to claim 1, wherein this receiving element is a network element, couples a server, and this receiving element hardware testing module of also receiving this installation procedure module, this installation oriented module and being used for testing this electronic installation.
5. electronic installation according to claim 4, wherein this system operating unit also produces a system indicating module, to indicate this destination OS to give this server.
6. electronic installation according to claim 1, wherein this receiving element is a data transmission interface, and this receiving element hardware testing module of separately receiving this installation procedure module, this installation oriented module and being used for testing this electronic installation.
7. a method for the continuous installing operating system of robotization, for operating in an electronic installation of an operating system, the method includes:
In the time operating in this operating system, remove a start sector of this electronic installation, to produce one without start recording status; And
After this electronic installation restarts, without recording status and the installation procedure corresponding to a destination OS of starting shooting, this destination OS is installed according to this.
8. the method for the continuous installing operating system of robotization according to claim 7, it operates in this destination OS after being also contained in this destination OS installation.
9. the method for the continuous installing operating system of robotization according to claim 7, wherein this electronic installation has a hard disk and starts shooting formerly, the non-hand disk posterior power-up sequence of starting shooting.
10. the method for the continuous installing operating system of robotization according to claim 7, it also comprises:
Utilize network-coupled one server; And
Receive from this destination OS of this server, an installation procedure module that is used to provide this installation procedure and an installation oriented module.
The method of the continuous installing operating system of 11. robotization according to claim 10, wherein in the time operating in this operating system, this start sector of removing this electronic installation comprises without start recording status to produce this: in the time operating in this operating system, according to this installation oriented module, remove this start sector of this electronic installation, to produce this without start recording status.
The method of the continuous installing operating system of 12. robotization according to claim 11, it also comprises:
Produce a system indicating module, to indicate this destination OS to give this server.
The method of the continuous installing operating system of 13. robotization according to claim 7, it also comprises and utilizes a data transmission interface, and an installation procedure module and that receive this destination OS, is used to provide this installation procedure is installed oriented module.
The method of the continuous installing operating system of 14. robotization according to claim 13, wherein in the time operating in this operating system, this start sector of removing this electronic installation comprises without start recording status to produce this: in the time operating in this operating system, according to this installation oriented module, remove this start sector of this electronic installation, to produce this without start recording status.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410166603.9A CN103902344A (en) | 2009-11-10 | 2009-11-10 | Electronic device for installation of operating system automatically and continuously and related method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410166603.9A CN103902344A (en) | 2009-11-10 | 2009-11-10 | Electronic device for installation of operating system automatically and continuously and related method thereof |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910210572.1A Division CN102053845B (en) | 2009-11-10 | 2009-11-10 | Electronic device for automatically and continuously mounting operating system and related method and system thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103902344A true CN103902344A (en) | 2014-07-02 |
Family
ID=50993683
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410166603.9A Pending CN103902344A (en) | 2009-11-10 | 2009-11-10 | Electronic device for installation of operating system automatically and continuously and related method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103902344A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106681747A (en) * | 2015-11-10 | 2017-05-17 | 昆达电脑科技(昆山)有限公司 | Synchronization and installation method of remote operation system |
| CN106803800A (en) * | 2015-11-26 | 2017-06-06 | 昆达电脑科技(昆山)有限公司 | Network Auto Power On test system and its method |
| CN107315597A (en) * | 2017-07-28 | 2017-11-03 | 郑州云海信息技术有限公司 | The generation method and device of a kind of operating system configuration file |
| CN110858144A (en) * | 2018-08-24 | 2020-03-03 | 中国电信股份有限公司 | Automatic server deployment method, device and system and computer readable storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7076647B2 (en) * | 2000-06-09 | 2006-07-11 | Hewlett-Packard Development Company, L.P. | Dynamic kernel tunables |
| CN101458622A (en) * | 2007-12-14 | 2009-06-17 | 环达电脑(上海)有限公司 | Computer installation capable of installing operating system and method thereof |
| CN101546270A (en) * | 2009-05-08 | 2009-09-30 | 阿里巴巴集团控股有限公司 | Automatic installation method for Linux operation system, device and system |
-
2009
- 2009-11-10 CN CN201410166603.9A patent/CN103902344A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7076647B2 (en) * | 2000-06-09 | 2006-07-11 | Hewlett-Packard Development Company, L.P. | Dynamic kernel tunables |
| CN101458622A (en) * | 2007-12-14 | 2009-06-17 | 环达电脑(上海)有限公司 | Computer installation capable of installing operating system and method thereof |
| CN101546270A (en) * | 2009-05-08 | 2009-09-30 | 阿里巴巴集团控股有限公司 | Automatic installation method for Linux operation system, device and system |
Non-Patent Citations (1)
| Title |
|---|
| MATT WELSH等: "《LINUX权威指南(第三版)》", 30 March 2000, 中国电力出版社 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106681747A (en) * | 2015-11-10 | 2017-05-17 | 昆达电脑科技(昆山)有限公司 | Synchronization and installation method of remote operation system |
| CN106803800A (en) * | 2015-11-26 | 2017-06-06 | 昆达电脑科技(昆山)有限公司 | Network Auto Power On test system and its method |
| CN106803800B (en) * | 2015-11-26 | 2020-05-01 | 昆达电脑科技(昆山)有限公司 | Network automatic starting test system and method thereof |
| CN107315597A (en) * | 2017-07-28 | 2017-11-03 | 郑州云海信息技术有限公司 | The generation method and device of a kind of operating system configuration file |
| CN110858144A (en) * | 2018-08-24 | 2020-03-03 | 中国电信股份有限公司 | Automatic server deployment method, device and system and computer readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8904160B2 (en) | Electronic device which automatically sets up multiple operating systems for a test system by generating an emptied boot record status and loading a target operating system according to the emptied boot record status | |
| CN103164238A (en) | Method for automatically and continuously installing operating system | |
| JP4923058B2 (en) | Automated device driver management | |
| CN105814541B (en) | The method of computer equipment and computer equipment internal storage starting | |
| US20150358392A1 (en) | Method and system of virtual desktop infrastructure deployment studio | |
| CN101763277B (en) | Method for automatically mounting operating system | |
| CN104639378A (en) | Automatic server deployment method based on PXE (pre-boot execution environment) | |
| CN105183520B (en) | Computer software remote automation Method of Adjustment and system | |
| US20120221842A1 (en) | Provisioning of operating environments on a server in a networked environment | |
| CN103297504A (en) | Method for quickly deploying operating systems in physical bare computers in cloud data center | |
| CN103746833A (en) | PXE-based RAID automatic configuration method and system | |
| US8341599B1 (en) | Environments sharing remote mounted middleware | |
| US20070169114A1 (en) | Application suite installer with automatic detection of content and configurable options | |
| CN101393524A (en) | Firmware update method and system using the same | |
| CN102053845B (en) | Electronic device for automatically and continuously mounting operating system and related method and system thereof | |
| CN104750504A (en) | Method and device for providing driving information | |
| CN104394223A (en) | Automatic rapid deployment method of large-scale computer cluster system nodes | |
| CN105824678A (en) | Method and device for installing operating system | |
| US20070168905A1 (en) | Networked linux machine and windows software development system | |
| CN110753088A (en) | System deployment method and device | |
| CN110266540A (en) | A method of realizing that automation installation is configured with cloud computing platform | |
| CN105119732A (en) | Device and method for distributing hosts in cluster environment | |
| CN103902344A (en) | Electronic device for installation of operating system automatically and continuously and related method thereof | |
| CN108959097A (en) | A kind of method of quick testing service device OS | |
| CN106528226B (en) | Installation method and device of operating system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140702 |
|
| WD01 | Invention patent application deemed withdrawn after publication |