CN102053845B - Electronic device for automatically and continuously mounting operating system and related method and system thereof - Google Patents
Electronic device for automatically and continuously mounting operating system and related method and system thereof Download PDFInfo
- Publication number
- CN102053845B CN102053845B CN200910210572.1A CN200910210572A CN102053845B CN 102053845 B CN102053845 B CN 102053845B CN 200910210572 A CN200910210572 A CN 200910210572A CN 102053845 B CN102053845 B CN 102053845B
- Authority
- CN
- China
- Prior art keywords
- measured
- operating system
- module
- server
- 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.)
- Expired - Fee Related
Links
Images
Abstract
The invention provides a method for automatically and continuously mounting an operating system which is operated in an electronic device of the operating system to save the labor cost. The method comprises the following steps of: eliminating a boot sector of the electronic device to generate a state without boot record during operating the operating system; and after the electronic device is restarted, mounting a target operating system according to the state without boot record and a mounting process corresponding to the target operating system.
Description
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, for device to be measured, download and carry out test jobs, 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, from server end, downloads and installs process module (Answer File), 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 CN 1504880A 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 according to this, without start recording status and this installation procedure, this destination OS is installed.
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 when 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, according to this, without recording status and the installation procedure corresponding to this destination OS of starting shooting, this destination OS is installed.
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, according to this, without start recording status, enter a network boot program, 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.
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.When 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 DeviceElectronics, IDE) or small computer system interface (Small Computer SystemInterface, SCSI), SAS, SSD, the SATA hard disk of 2.5 o'clock or 3.5 o'clock, 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: when 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.
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 ":
Server 400 comprises the front execution environment (Preboot Execution Environment, PXE) 402 of a start, operating system OS to be measured (1)～OS (n), test module TES (1)～TES (n), installation procedure module (Answer File) AsF (1)～AsF (n) and oriented module CMF (1)～CMF (n) is installed.Server 400 can operate in Microsoft or (SuSE) Linux OS, utilizes PXE environment Long-distance Control device 410 Automatic continuous to be measured that operating system OS to be measured (1)～OS (n) and the software and hardware of being correlated with test are installed.Operating system OS to be measured (1)～OS (n) can image file pattern be stored in server 400, can be DOS (Disk Operating System), Linux and Microsoft (Microsoft, MS) etc. operating system.
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
Not selection operation system of user in timeout 60 # 60 seconds, is used default installation
prompt?1
The display display.msg# show message of starting shooting, can be used to show the option of operating system to be measured
F1 test.msg # presses the show message of F1 key
F2 test2.msg # presses the show message of F2 key
Label localboot # is used the directly option of start of hard disk of device 410 to be measured
LOCALBOOT?0
Label rh5u3x32 # operating system Red Hat 5 Update 3 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/rh5 u3x32 ip=dhcp vga=80x25label sles10sp1x32 # operating system SUSE Enterprise to be measured Linux 10 SP2x32, and the installation procedure module of the AutoYast type that need import
kernel?sles10sp1x32/sles10sp1x32
append?initrd＝sles10sp1x32/sles10sp1x32.img?ramdisk_size＝256000
insmode＝nfs netconf?ig＝dhcp
install＝nfs://192.168.100.1/opt/iso/sles10sp1x32 vga＝0x?314
splash＝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=255 TYPE=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 nolock 192.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
sleep?10
cd/test
Cp-rf*/# duplicate remote catalogue test procedure code is in board to be tested
cd/auto
sleep?10
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?eth0?192.168.100.223
mkdir/test
chmod?777/test
The long-range test catalogue data of mount-o nolock 192.168.100.1:/opt/iso/tools/Lucas/sles10sp2x32/test # carry is sandwiched in board 410 catalogue data folders to be measured
sleep?10
cd/test
cp-rf*/
cd/auto
sleep?10
The test module parameter of sh/auto/auto.sh<pxe.txt # execute file pxe.txt by name
umount/test
sleep?2
]]>
</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＝512?count＝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.When PXE network installation function is used in device 410 starts to be measured, 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.When 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, " default # revises the file in default to 1c default ' $ flag
Unix2dos default # is converted to Dos form
Service xinetd reload # restarts tftp server
exit?0
The procedure code (shell script) of system indicating module on device 410 to be measured:
On mount-o nolock 192.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.By installation procedure modules A sF (1), installing after operating system OS (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), with first carry server 400 calling, in system indicating module SYSIM (1), be used for guiding the corresponding flag of next operating system OS (2), 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 (11)
1. a method for the continuous installing operating system of robotization, for a test macro, the method includes:
One server is provided, 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 the 3rd 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, according to this, without start recording status, enter a network boot program, with this Remote Installation environment of carry;
Under this Remote Installation environment, according to the 4th installation procedure module, the 4th operating system to be measured is mounted to this device to be measured from this server;
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; And
Judge the 4th operating system to be measured be whether last operating system to be measured if so, described method finish; If not, produce the corresponding system indicating module of the 4th operating system to be measured to described server, to indicate next operating system to be measured,
Wherein, described test macro comprises the installation oriented module, installation procedure module and the test module that correspond respectively to described multiple operating systems to be measured.
2. the method for the continuous installing operating system of robotization according to claim 1, it is also contained in during this device to be measured operates in the 3rd operating system to be measured, carries out one the 3rd testing process corresponding to the 3rd operating system to be measured.
3. the method for the continuous installing operating system of robotization according to claim 1, wherein the 3rd operating system to be measured is that in the plurality of operating system to be measured, first is installed on the operating system to be measured in this device to be measured.
4. the method for the continuous installing operating system of robotization according to claim 3, it also comprises:
This Remote Installation environment of carry is on this device to be measured; And
Under this Remote Installation environment, according to one the 3rd installation procedure module corresponding to the 3rd operating system to be measured, the 3rd operating system to be measured is mounted to this device to be measured from this server.
5. the method for the continuous installing operating system of robotization according to claim 4 is wherein mounted to the 3rd operating system to be measured this device to be measured and comprises from this server according to the 3rd installation procedure module under this Remote Installation environment:
By this server, configure a network address to this device to be measured;
Between this server and this device to be measured, set up a network file and share and transmit line; And
Utilize this network file to share and transmit line, transmitting the 3rd operating system to be measured and install to this device to be measured.
6. the method for the continuous installing operating system of robotization according to claim 1, wherein the 3rd operating system to be measured is in the plurality of operating system to be measured second or be installed on afterwards the operating system to be measured in this device to be measured.
7. the method for the continuous installing operating system of robotization according to claim 6, it also comprises:
When this device to be measured operates in the 5th operating system to be measured, according to corresponding to one the 5th of the 5th operating system to be measured, oriented module being installed, remove a start sector of this device to be measured, to produce one without start recording status, wherein the 5th operating system to be measured is the previous operating system to be measured being installed in this device to be measured of the 3rd operating system to be measured;
Restart this device to be measured that operates in the 5th operating system to be measured;
This is to be measured be installed on and restart after, according to this, without start recording status, enter a network boot program, with this Remote Installation environment of carry; And
Under this Remote Installation environment, according to one the 3rd installation procedure module corresponding to the 3rd operating system to be measured, the 3rd operating system to be measured is mounted to this device to be measured from this server.
8. the method for the continuous installing operating system of robotization according to claim 1, wherein, under this Remote Installation environment, is mounted to the 4th operating system to be measured this device to be measured and comprises from this server according to this installation procedure module:
By this server, configure a network address to this device to be measured;
Between this server and this device to be measured, set up a network file and share and transmit line; And
Utilize this network file to share and transmit line, transmitting the 4th operating system to be measured and install to this device to be measured.
9. the method for the continuous installing operating system of robotization according to claim 1, wherein the 3rd installation oriented module and the 4th installation procedure module are to be sent to this device to be measured after being produced by this server.
10. the method for the continuous installing operating system of robotization according to claim 9, it also comprises this device to be measured that operates in the 3rd operating system to be measured and produces a system indicating module, to indicate next target of this server operating system to be measured as the 4th operating system to be measured.
The method of the continuous installing operating system of 11. robotization according to claim 1, it also comprises provides a test database, is coupled to this server and this device to be measured, is used to provide the test parameter of the 4th testing process.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910210572.1A CN102053845B (en) | 2009-11-10 | 2009-11-10 | Electronic device for automatically and continuously mounting operating system and related method and system thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910210572.1A CN102053845B (en) | 2009-11-10 | 2009-11-10 | Electronic device for automatically and continuously mounting operating system and related method and system thereof |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410166603.9A Division CN103902344A (en) | 2009-11-10 | 2009-11-10 | Electronic device for installation of operating system automatically and continuously and related method thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102053845A CN102053845A (en) | 2011-05-11 |
| CN102053845B true CN102053845B (en) | 2014-05-07 |
Family
ID=43958201
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910210572.1A Expired - Fee Related CN102053845B (en) | 2009-11-10 | 2009-11-10 | Electronic device for automatically and continuously mounting operating system and related method and system thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102053845B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105094929A (en) * | 2015-09-07 | 2015-11-25 | 浪潮(北京)电子信息产业有限公司 | PXE based linux operating system installation method and system |
| CN106803800B (en) * | 2015-11-26 | 2020-05-01 | 昆达电脑科技(昆山)有限公司 | Network automatic starting test system and method thereof |
| CN109656573B (en) * | 2018-11-26 | 2022-03-15 | Oppo（重庆）智能科技有限公司 | System installation method and device, electronic equipment and computer readable storage medium |
| TWI697772B (en) * | 2019-05-08 | 2020-07-01 | 立端科技股份有限公司 | Automatic test host operating system test method and test system thereof |
| CN110187895B (en) * | 2019-05-24 | 2023-01-24 | 深圳前海微众银行股份有限公司 | Operating system deployment method, device, equipment and computer-readable storage medium |
-
2009
- 2009-11-10 CN CN200910210572.1A patent/CN102053845B/en not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| 电脑报.Windows Vista轻松上手.《Windows Vista轻松上手》.2007, * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102053845A (en) | 2011-05-11 |
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 | |
| US8997090B2 (en) | Installing an operating system in a host system | |
| US9563442B2 (en) | Baseboard management controller and method of loading firmware | |
| CN103164238A (en) | Method for automatically and continuously installing operating system | |
| CN105814541B (en) | The method of computer equipment and computer equipment internal storage starting | |
| CN104639378A (en) | Automatic server deployment method based on PXE (pre-boot execution environment) | |
| US8341599B1 (en) | Environments sharing remote mounted middleware | |
| CN103297504A (en) | Method for quickly deploying operating systems in physical bare computers in cloud data center | |
| CN105183520B (en) | Computer software remote automation Method of Adjustment and system | |
| 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 | |
| CN110753088B (en) | System deployment method and device | |
| CN104394223A (en) | Automatic rapid deployment method of large-scale computer cluster system nodes | |
| CN101763277A (en) | Method for automatically mounting operating system | |
| CN104113430A (en) | Cloud computing data center automatic deployment software framework design | |
| CN103200271A (en) | Advanced Risc machine (ARM) server and method of automatic installation system thereof | |
| US20070168905A1 (en) | Networked linux machine and windows software development system | |
| KR20100062188A (en) | Apparatus and method for the sca compliant sdr terminal to change service mode | |
| CN110266540A (en) | A method of realizing that automation installation is configured with cloud computing platform | |
| 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 | |
| CN110737444A (en) | Remote self-adaptive dynamic deployment method and system for operating system based on firmware | |
| US9342316B1 (en) | Installing digital signage device operating system from flash memory and registering signage device to a global network | |
| US20150212866A1 (en) | Management system for service of multiple operating environments, and methods thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140507 Termination date: 20181110 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |