CN112416377B - Method and device for manufacturing boot image, electronic equipment and storage medium - Google Patents
Method and device for manufacturing boot image, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN112416377B CN112416377B CN202011320526.XA CN202011320526A CN112416377B CN 112416377 B CN112416377 B CN 112416377B CN 202011320526 A CN202011320526 A CN 202011320526A CN 112416377 B CN112416377 B CN 112416377B
- Authority
- CN
- China
- Prior art keywords
- boot
- uefi
- boot image
- ovmf
- image
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000004519 manufacturing process Methods 0.000 title claims abstract description 46
- 238000000034 method Methods 0.000 title claims abstract description 44
- 238000009434 installation Methods 0.000 claims abstract description 24
- 238000004590 computer program Methods 0.000 claims description 10
- 238000004891 communication Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 239000000796 flavoring agent Substances 0.000 description 1
- 235000019634 flavors Nutrition 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012559 user support system Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
- G06F8/63—Image based installation; Cloning; Build to order
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
The invention provides a boot image making method, a boot image making device, electronic equipment and a storage medium, belongs to the technical field of computer networks, and solves the problems that if a cluster has a plurality of computing nodes, a user configures the cluster one by one, which wastes time and is easy to miss configuration, which causes failure in creating a virtual machine, and if the user does not know whether an operating system supports UEFI (unified extensible firmware interface) starting, the image making fails, and a large amount of time is wasted in repeated making. Inquiring whether an OVMF installation file exists in a computing node of a cloud platform; selecting an operating system supporting UEFI starting; and respectively making a UEFI boot image and a BIOS boot image. The invention realizes that double-boot images are manufactured on the cloud platform of OpenStack, whether OVMF software is installed on a server-side computing node is checked by one key, whether UEFI starting is supported by an operating system version is intelligently verified, the system can be automatically switched to a required boot mode to create a virtual machine, the image manufacturing efficiency is improved, and a large amount of time is saved.
Description
Technical Field
The present invention relates to the field of computer network technologies, and in particular, to a boot image manufacturing method and apparatus, an electronic device, and a storage medium.
Background
At present, in a manner of creating a BIOS/UEFI booted virtual machine based on an OpenStack cloud platform, first, a BIOS boot or UEFI boot image is created separately and the UEFI boot image is limited by an operating system, and not all systems support UEFI boot, which may cause a risk of failure in making the image; then, uploading the manufactured BIOS boot or UEFI boot image to an OpenStack cloud platform, and adding mirror image metadata 'hw _ firmware _ type = UEFI' after uploading the UEFI boot image; finally, the user selects the required mirror image to start the virtual machine.
For the above processes, firstly, for the images guided by UEFI, OVMF software needs to be installed on the server-side computing node and configuration items need to be added in the configuration file, if there are many cluster computing nodes, the user configures one by one, which wastes time and is prone to missing configuration, resulting in failure in creating the virtual machine; secondly, the manufacture of the UEFI boot image has the limitation supported by an operating system, and if a user does not know whether the used operating system supports UEFI starting or not, the mirror image manufacture failure is caused; thirdly, for the same operating system, if the user needs the mirror images of the BIOS boot and the UEFI boot, the user needs to make the mirror images twice, so that there is a lot of time wasted for the user due to repeated making.
Disclosure of Invention
The invention aims to provide a boot image making method, a boot image making device, electronic equipment and a storage medium, which can be used for realizing one-key verification of whether all computing nodes of a server side are provided with OVMF software or not and checking configuration items by means of a cloud platform of OpenStack, realizing support of two starting modes of BIOS and UEFI in one image, and prompting a user whether an operating system selected by the user supports UEFI starting or not by image making.
In a first aspect, the present invention provides a boot image making method, applied to a cloud platform, where the method includes:
whether an OVMF installation file exists in a computing node of the cloud platform is inquired;
if yes, selecting an operating system supporting UEFI starting;
and respectively manufacturing UEFI boot images and BIOS boot images in different boot areas of the computing nodes by using the OVMF.
Further, the step of inquiring whether the computing node of the cloud platform has the OVMF installation file includes:
and reading the IP addresses of the computing nodes from the database according to the mirror image making request of the user, and traversing each computing node to determine whether an OVMF installation file exists.
Further, after the step of querying whether the computing node of the cloud platform has the OVMF installation file, the method further includes:
if not, transmitting OVMF installation files from the software storage server to the computing node, or downloading the OVMF installation files by accessing an external network, and adding configuration items in the configuration files.
Further, the step of selecting an operating system supporting UEFI boot includes:
acquiring a selection instruction input by a user;
determining an operating system selected by a user according to the selection instruction;
judging whether the selected operating system supports UEFI starting or not;
if not, prompting the user to reselect the operating system, and returning to the step of acquiring the selection instruction input by the user;
and if so, respectively manufacturing UEFI boot images and BIOS boot images in different boot areas of the computing node by using the OVMF.
Furthermore, the step of respectively manufacturing the UEFI boot image and the BIOS boot image in different boot areas of the computing node by using the OVMF includes:
calling a bottom libvirt service to generate UEFI boot files and BIOS boot files in an xml format;
writing the UEFI boot file into a first boot area of a computing node, and making a UEFI boot mirror image;
and writing the BIOS boot file into a second boot area of the computing node, and manufacturing a BIOS boot image.
Further, after the step of respectively making the UEFI boot image and the BIOS boot image in different boot areas of the compute node by using the OVMF, the method further includes:
and creating the virtual machine at the computing node by loading the UEFI boot image or the BIOS boot image.
Further, the step of creating a virtual machine at the computing node by loading the UEFI boot image or the BIOS boot image includes:
loading a UEFI boot image or a BIOS boot image according to the virtual machine creation request;
and setting the resource specification of the cloud host by utilizing the UEFI boot image or the BIOS boot image, and creating the virtual machine through libvirt service.
In a second aspect, the present invention further provides a boot image production apparatus, which is applied to a cloud platform, and includes:
the query module is used for querying whether the OVMF installation files exist in the computing nodes of the cloud platform;
the selection module is used for selecting an operating system supporting UEFI starting;
and the manufacturing module is used for respectively manufacturing UEFI boot images and BIOS boot images in different boot areas of the computing nodes by using the OVMF.
In a third aspect, the present invention further provides an electronic device, which includes a memory and a processor, where the memory stores therein a computer program operable on the processor, and the processor implements the steps of the boot image making method when executing the computer program.
In a fourth aspect, the present invention also provides a computer readable storage medium having stored thereon machine executable instructions which, when invoked and executed by a processor, cause the processor to execute a boot image production method.
The boot image manufacturing method, the boot image manufacturing device, the electronic equipment and the storage medium provided by the invention realize that the double boot images are manufactured on the cloud platform of OpenStack, whether OVMF software is installed on a server side computing node is checked by one key, whether UEFI starting is supported by an operating system version is intelligently verified, and the beneficial effects brought by the invention are mainly as follows: by manufacturing the dual-boot mirror on the cloud platform of the OpenStack, the failure of mirror manufacturing caused by misoperation of a user is avoided, such as: the method has the advantages that the condition that the selected operating system version does not support UEFI starting to cause image creation failure is not known, a large amount of time is saved, in addition, the condition that two images need to be created for the images of different boot modes is avoided, the image creation efficiency is improved, a user selects different boot modes to create the virtual machine, only the different boot modes are selected through an interface, the system can be automatically switched to the required boot mode to create the virtual machine, the image creation efficiency is improved, and a large amount of time is saved.
Accordingly, the electronic device and the computer-readable storage medium provided by the embodiments of the present invention also have the above technical effects.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a flowchart of a boot image manufacturing method according to an embodiment of the present invention;
FIG. 2 is a block diagram of the working logic provided by an embodiment of the present invention;
fig. 3 is a schematic diagram of an operation of an electronic device according to an embodiment of the present invention.
In the figure: 800 electronic device, 801 memory, 802 processor, 803 bus, 804 communication interface.
Detailed Description
To make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The terms "comprising" and "having," and any variations thereof, as referred to in embodiments of the present invention, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements but may alternatively include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Referring to fig. 1 to 3, an embodiment of the present invention provides a boot image manufacturing method, applied to a cloud platform, and the method includes:
whether an OVMF installation file exists in a computing node of the cloud platform is inquired;
if yes, selecting an operating system supporting UEFI starting;
and respectively manufacturing UEFI boot images and BIOS boot images in different boot areas of the computing nodes by using the OVMF.
The embodiment of the invention realizes that double-boot images are manufactured on the cloud platform of OpenStack, whether OVMF software is installed on a server-side computing node is checked by one key, whether UEFI starting is supported by an operating system version is intelligently verified, and the beneficial effects brought by the invention are mainly as follows: by manufacturing the dual-boot image on the cloud platform of the OpenStack, the problem that image manufacturing fails due to user misoperation is avoided, such as: the method has the advantages that the condition that the selected operating system version does not support UEFI starting to cause image creation failure is not known, a large amount of time is saved, in addition, the condition that two images need to be created for the images of different boot modes is avoided, the image creation efficiency is improved, a user selects different boot modes to create the virtual machine, only the different boot modes are selected through an interface, the system can be automatically switched to the required boot mode to create the virtual machine, the image creation efficiency is improved, and a large amount of time is saved.
As shown in fig. 2, in the embodiment of the present invention, the step of querying whether a computing node of a cloud platform has an OVMF installation file includes:
and reading the IP addresses of the computing nodes from the database according to the mirror image making request of the user, and traversing each computing node to determine whether an OVMF installation file exists.
In the embodiment of the present invention, after the step of querying whether the OVMF installation file exists at the computing node of the cloud platform, the method further includes:
and if not, transmitting the OVMF installation file from the software storage server to the computing node, or downloading the OVMF installation file by accessing an external network, and adding configuration items in the configuration file.
In the embodiment of the present invention, the step of selecting the operating system supporting UEFI startup includes:
acquiring a selection instruction input by a user;
determining an operating system selected by a user according to the selection instruction;
judging whether the selected operating system supports UEFI starting or not;
if not, prompting the user to reselect the operating system, and returning to the step of acquiring the selection instruction input by the user;
and if so, respectively manufacturing UEFI boot images and BIOS boot images in different boot areas of the computing node by using the OVMF.
In the embodiment of the invention, the step of respectively manufacturing the UEFI boot image and the BIOS boot image in different boot areas of the computing node by using the OVMF comprises the following steps:
calling a bottom libvirt service to generate UEFI boot files and BIOS boot files in an xml format;
writing the UEFI boot file into a first boot area of a computing node, and making a UEFI boot mirror image;
and writing the BIOS boot file into a second boot area of the computing node, and manufacturing a BIOS boot image.
In the embodiment of the present invention, after the step of respectively making the UEFI boot image and the BIOS boot image in different boot areas of the compute node by using the OVMF, the method further includes:
and creating the virtual machine at the computing node by loading the UEFI boot image or the BIOS boot image.
In the embodiment of the invention, the step of creating the virtual machine at the computing node by loading the UEFI boot image or the BIOS boot image comprises the following steps:
loading a UEFI boot image or a BIOS boot image according to the virtual machine creation request;
and setting the resource specification of the cloud host by utilizing the UEFI boot image or the BIOS boot image, and creating the virtual machine through libvirt service.
As shown in fig. 3, an embodiment of the present invention further provides a boot image manufacturing apparatus, which is applied to a cloud platform, and the apparatus includes:
the query module is used for querying whether the OVMF installation files exist in the computing nodes of the cloud platform;
the selection module is used for selecting an operating system supporting UEFI starting;
and the manufacturing module is used for respectively manufacturing UEFI boot images and BIOS boot images in different boot areas of the computing nodes by using the OVMF.
The embodiment of the invention also provides electronic equipment which comprises a memory and a processor, wherein the memory stores a computer program capable of running on the processor, and the processor realizes the steps of the boot image manufacturing method when executing the computer program.
The embodiment of the invention also provides a computer readable storage medium, wherein the computer readable storage medium stores machine executable instructions, and when the computer executable instructions are called and run by the processor, the computer executable instructions cause the processor to run the boot image manufacturing method.
The embodiment of the invention provides a method for manufacturing a dual-boot mirror image based on OpenStack, which comprises the steps of firstly, selecting and manufacturing dual boots on a UI interface of a cloud platform of the OpenStack, triggering a server to check whether OVMF (over the air) software and configuration items are installed on a computing node, if the OVMF software and the configuration items are not loaded, transmitting corresponding software installation from a software storage server, and if the OVMF software and the configuration items can be connected with an external network, directly downloading the software installation; selecting an operating system, triggering and checking whether the operating system supports UEFI starting, if so, carrying out mirror image making, and if not, prompting a user to reselect the operating system; the mirror image manufacturing is divided into system guide areas to complete mirror image manufacturing; and creating a virtual machine, selecting a UEFI/BIOS boot mode, selecting a mirror image, setting configurations of a virtual machine VCPU, a memory and the like, and finishing the creation of the virtual machine.
The embodiment of the invention comprises the following specific implementation steps:
the first step is as follows: a user initiates a request for making a double-guide mirror image through a UI interface, after receiving the request, a server reads a computing node IP from a database, then traverses each computing node to inquire whether files for OVMF software installation exist in a fixed directory, if the files cannot be inquired by a certain computing node, the corresponding software installation needs to be transmitted from a software storage server or the software installation needs to be directly downloaded under the condition of accessing an external network, and configuration items are added in configuration files.
The second step is that: selecting an operating system, comparing the version of the operating system with a UEFI supported operating system version table in a database, mainly inquiring whether the table has a record of the selected operating system, and if not, prompting a user that the version of the selected operating system does not support and requesting to reselect the version of the operating system. In extreme cases, if all operating system versions are not supported, boot image production is terminated.
The third step: calling a bottom Libvirt service to generate xml, starting to make a mirror image, dividing a system boot area and setting different disk identifier flag bits in the mirror image making process, loading different boot files in different boot areas, only writing one boot area in the mirror image making process, and after making, reading the boot file of the mounted disk, and writing the other boot file in the other boot area, thereby completing the dual-boot making of the mirror image.
The fourth step: a user initiates a request for creating a virtual machine, selects a BIOS (basic input output System) or UEFI (unified extensible firmware interface) boot mode, and selects different boot modes to trigger the virtual machine to enter different boot areas when the virtual machine is started, and loads different boot items, namely configuring corresponding boot starting parameters when a bottom libvirt service is called to generate xml; and selecting the manufactured mirror image, setting the specifications of the weavers such as VCPU (virtual host computer), memory and the like, and finally starting the virtual machine by libvirt service to complete the creation of the virtual machine.
The English abbreviations referred to in the examples of the present invention are explained as follows:
OpenStack: an open source cloud computing management platform project is a combination of a series of software open source projects.
Cloud platform: the cloud computing platform provides computing, network and storage capabilities based on hardware resources and software resource services.
Virtual machine: refers to a complete computer system with complete hardware system functionality, which is simulated by software and runs in a completely isolated environment.
The BIOS (Basic Input Output System) is a set of programs that are fixed on a ROM chip on a main board in a computer, and stores the most important Basic Input and Output programs of the computer, system setting information, a self-test program after power-on, and a System self-starting program.
UEFI (Unified Extensible Firmware Interface), a Unified Extensible Firmware Interface, is a new generation of computer Firmware technology developed by Intel Union Mass hardware vendors to replace the traditional BIOS.
And the OVMF (Open Virtual Machine Firmware) supports the Virtual Machine to start UEFI.
A flavour: and (5) specification of cloud host resources.
VCPU: and (6) a virtual CPU.
Libvirt: open source APIs, daemons and management tools for managing the virtualization platform, for managing KVM, xen, VMware ESX, QEMU and other virtualization technologies.
As shown in fig. 3, an electronic device 800 according to an embodiment of the present invention includes a memory 801 and a processor 802, where the memory stores a computer program that is executable on the processor, and the processor executes the computer program to implement the steps of the method according to the above embodiment.
As shown in fig. 3, the electronic device further includes: a bus 803 and a communication interface 804, the processor 802, the communication interface 804, and the memory 801 being connected by the bus 803; the processor 802 is used to execute executable modules, such as computer programs, stored in the memory 801.
The Memory 801 may include a Random Access Memory (RAM), and may further include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. The communication connection between the network element of the system and at least one other network element is realized through at least one communication interface 804 (which may be wired or wireless), and the internet, a wide area network, a local network, a metropolitan area network, and the like may be used.
The bus 803 may be an ISA bus, PCI bus, EISA bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 3, but this does not indicate only one bus or one type of bus.
The memory 801 is used for storing a program, the processor 802 executes the program after receiving an execution instruction, and the method performed by the apparatus defined by the process disclosed in any of the foregoing embodiments of the present invention may be applied to the processor 802, or implemented by the processor 802.
The processor 802 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 802. The Processor 802 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the device can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA), or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components. The various methods, steps and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in the memory 801, and the processor 802 reads the information in the memory 801 and completes the steps of the method in combination with the hardware thereof.
Corresponding to the method, the embodiment of the invention also provides a computer readable storage medium, wherein the computer readable storage medium stores machine executable instructions, and when the computer executable instructions are called and executed by a processor, the computer executable instructions cause the processor to execute the steps of the method.
The apparatus provided by the embodiment of the present invention may be specific hardware on the device, or software or firmware installed on the device, etc. The device provided by the embodiment of the present invention has the same implementation principle and technical effect as the method embodiments, and for the sake of brief description, reference may be made to the corresponding contents in the method embodiments without reference to the device embodiments. It can be clearly understood by those skilled in the art that, for convenience and simplicity of description, the specific working processes of the system, the apparatus and the unit described above may all refer to the corresponding processes in the method embodiments, and are not described herein again.
In the embodiments provided by the present invention, it should be understood that the disclosed apparatus and method may be implemented in other manners. The apparatus embodiments described above are merely illustrative, and for example, the flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
For another example, a division of elements into only one logical division may be implemented in a different manner, and multiple elements or components may be combined or integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of devices or units through some communication interfaces, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments provided by the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention or a part thereof which substantially contributes to the prior art may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined or explained in subsequent figures, and moreover, the terms "first," "second," "third," etc. are used merely to distinguish one description from another, and are not to be construed as indicating or implying relative importance.
In the description of the present invention, it should also be noted that, unless otherwise explicitly stated or limited, the terms "disposed," "mounted," "connected," and "connected" are to be construed broadly and may be, for example, fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood in a specific case to those of ordinary skill in the art.
Finally, it should be noted that: the above-mentioned embodiments are only specific embodiments of the present invention, which are used for illustrating the technical solutions of the present invention and not for limiting the same, and the protection scope of the present invention is not limited thereto, although the present invention is described in detail with reference to the foregoing embodiments, those skilled in the art should understand that: those skilled in the art can still make modifications or changes to the embodiments described in the foregoing embodiments, or make equivalent substitutions for some features, within the scope of the disclosure; and the modifications, changes or substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention. Are intended to be covered by the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (8)
1. A boot image manufacturing method is applied to a cloud platform, and comprises the following steps:
whether an OVMF installation file exists in a computing node of the cloud platform is inquired;
if not, transmitting the OVMF installation file from the software storage server to the computing node, or downloading the OVMF installation file by accessing an external network, and adding a configuration item in the configuration file;
if yes, selecting an operating system supporting UEFI starting; the method comprises the following steps: acquiring a selection instruction input by a user; determining an operating system selected by a user according to the selection instruction; judging whether the selected operating system supports UEFI starting or not;
if not, prompting the user to reselect the operating system, and returning to the step of acquiring the selection instruction input by the user;
and if so, respectively manufacturing UEFI boot images and BIOS boot images in different boot areas of the computing node by using the OVMF.
2. The boot image production method according to claim 1, wherein the step of querying whether the computing node of the cloud platform has the OVMF installation file comprises:
and reading the IP addresses of the computing nodes from the database according to the mirror image making request of the user, and traversing each computing node to determine whether an OVMF installation file exists.
3. The boot image production method according to claim 1, wherein the step of separately producing the UEFI boot image and the BIOS boot image in different boot areas of the computing node by using the OVMF comprises:
calling a bottom libvirt service to generate UEFI boot files and BIOS boot files in an xml format;
writing the UEFI boot file into a first boot area of a computing node, and making a UEFI boot mirror image;
and writing the BIOS boot file into a second boot area of the computing node, and manufacturing a BIOS boot image.
4. The boot image production method according to claim 1, wherein after the step of producing the UEFI boot image and the BIOS boot image separately in different boot zones of the computing node by using the OVMF, the method further comprises:
and creating the virtual machine at the computing node by loading the UEFI boot image or the BIOS boot image.
5. The boot image production method of claim 4, wherein the step of creating a virtual machine at the compute node by loading the UEFI boot image or the BIOS boot image comprises:
loading a UEFI boot image or a BIOS boot image according to the virtual machine creation request;
and setting the specification of the cloud host resources by utilizing the UEFI boot image or the BIOS boot image, and creating the virtual machine through libvirt service.
6. A boot image production apparatus applied to a cloud platform, the apparatus comprising:
the query module is used for querying whether the OVMF installation files exist in the computing nodes of the cloud platform; if not, transmitting the OVMF installation file from the software storage server to the computing node, or downloading the OVMF installation file by accessing an external network, and adding a configuration item in the configuration file;
the selection module is used for selecting an operating system supporting UEFI starting when OVMF installation files exist in the computing nodes of the cloud platform; the method comprises the following steps: acquiring a selection instruction input by a user; determining an operating system selected by a user according to the selection instruction; judging whether the selected operating system supports UEFI starting or not; if not, prompting the user to reselect the operating system, and returning to the step of acquiring the selection instruction input by the user;
and the manufacturing module is used for respectively manufacturing the UEFI boot image and the BIOS boot image in different boot areas of the computing node by using the OVMF when the selected operating system supports UEFI start.
7. An electronic device comprising a memory and a processor, wherein the memory stores a computer program operable on the processor, and wherein the processor implements the steps of the method of any of claims 1 to 5 when executing the computer program.
8. A computer readable storage medium having stored thereon machine executable instructions which, when invoked and executed by a processor, cause the processor to execute the method of any of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011320526.XA CN112416377B (en) | 2020-11-23 | 2020-11-23 | Method and device for manufacturing boot image, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011320526.XA CN112416377B (en) | 2020-11-23 | 2020-11-23 | Method and device for manufacturing boot image, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112416377A CN112416377A (en) | 2021-02-26 |
| CN112416377B true CN112416377B (en) | 2022-11-25 |
Family
ID=74778074
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011320526.XA Active CN112416377B (en) | 2020-11-23 | 2020-11-23 | Method and device for manufacturing boot image, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112416377B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113065314B (en) * | 2021-03-26 | 2023-02-28 | 山东英信计算机技术有限公司 | BIOS hardware adaptation method and device based on XML file format |
| CN113419814B (en) * | 2021-05-27 | 2022-03-08 | 济南浪潮数据技术有限公司 | Virtual machine creating method, device, equipment and storage medium in cloud platform |
| CN113411225B (en) * | 2021-08-20 | 2021-11-09 | 苏州浪潮智能科技有限公司 | QGA service management method, device, equipment and medium based on cloud host |
| CN116009899B (en) * | 2023-01-04 | 2023-09-15 | 北京首都在线科技股份有限公司 | Mirror image making method and device of operating system, electronic equipment and storage medium |
| CN116339761B (en) * | 2023-05-29 | 2024-03-08 | 天翼云科技有限公司 | Method, system, storage medium and equipment for automatically constructing mirror image template |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120084768A1 (en) * | 2010-09-30 | 2012-04-05 | International Business Machines Corporation | Capturing Multi-Disk Virtual Machine Images Automatically |
| CN111966384A (en) * | 2020-10-20 | 2020-11-20 | 腾讯科技（深圳）有限公司 | System updating method, device, equipment and computer readable storage medium |
-
2020
- 2020-11-23 CN CN202011320526.XA patent/CN112416377B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120084768A1 (en) * | 2010-09-30 | 2012-04-05 | International Business Machines Corporation | Capturing Multi-Disk Virtual Machine Images Automatically |
| CN111966384A (en) * | 2020-10-20 | 2020-11-20 | 腾讯科技（深圳）有限公司 | System updating method, device, equipment and computer readable storage medium |
Non-Patent Citations (2)
| Title |
|---|
| A Cross-Virtual Machine Network Channel Attack;Atif Saeed 等;《2018 IEEE 11th International Conference on Cloud Computing》;20180911;全文 * |
| Dandelion:OpenStack云平台的快速部署机制;李立耀 等;《计算机应用》;20151115;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112416377A (en) | 2021-02-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112416377B (en) | Method and device for manufacturing boot image, electronic equipment and storage medium | |
| US11003780B2 (en) | Method and apparatus for validating BIOS firmware using a baseboard management controller | |
| US11513809B2 (en) | Kernel-integrated instance-specific operational resources with virtualization | |
| US10114653B2 (en) | Multiple-stage bootloader and firmware for baseboard manager controller and primary processing subsystem of computing device | |
| US8751783B2 (en) | Booting computing devices with EFI aware operating systems | |
| JP4923058B2 (en) | Automated device driver management | |
| US9880862B2 (en) | Method and system for verifying proper operation of a computing device after a system change | |
| CN109840096B (en) | Installation method and device of operating system | |
| US9542174B2 (en) | Deployment of software images with distinct configuration logic | |
| US20130132950A1 (en) | Automation of virtual machine installation by splitting an installation into a minimal installation and customization | |
| US11307907B2 (en) | Information handling system and method to automatically synchronize operating system and boot firmware languages | |
| CN110908753A (en) | Intelligent fusion cloud desktop server, client and system | |
| CN112068850A (en) | Method and device for creating service product instance and electronic equipment | |
| WO2017052528A1 (en) | Selecting and loading firmware volumes | |
| US10572151B2 (en) | System and method to allocate available high bandwidth memory to UEFI pool services | |
| CN115495161B (en) | BIOS option modification validation method and device and storage medium | |
| US20150212866A1 (en) | Management system for service of multiple operating environments, and methods thereof | |
| CN111324384B (en) | Device and method for selecting starting image file according to device message in pre-execution environment | |
| US12014185B2 (en) | Unified boot image for multiple operating systems | |
| US20240036896A1 (en) | Generating installation images based upon dpu-specific capabilities | |
| US20240020103A1 (en) | Parallelizing data processing unit provisioning | |
| CN111857845B (en) | Integrity verification method, device and system for TF card software | |
| CN112463244B (en) | CPU starting method and device, electronic equipment and computer readable storage medium | |
| US11675601B2 (en) | Systems and methods to control software version when deploying OS application software from the boot firmware | |
| US20230350755A1 (en) | Coordinated operating system rollback |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |