CN115291951A

CN115291951A - UEFI (unified extensible firmware interface) starting method and device, electronic equipment and storage medium

Info

Publication number: CN115291951A
Application number: CN202210777359.4A
Authority: CN
Inventors: 马保军; 张治宇; 徐紫辉; 谭小兵; 朱利民
Original assignee: Emdoor Digital Technology Co ltd
Current assignee: Emdoor Digital Technology Co ltd
Priority date: 2022-07-01
Filing date: 2022-07-01
Publication date: 2022-11-04

Abstract

The application discloses a UEFI starting method, a UEFI starting device, electronic equipment and a storage medium, and belongs to the field of computer control. The UEFI starting method comprises the following steps: acquiring equipment information of a UEFI terminal; loading a configuration file corresponding to the UEFI terminal based on the equipment information of the UEFI terminal; and guiding the UEFI terminal to load an operating system based on the configuration file. Compared with the prior art, the method and the device have the advantages that the device information of the UEFI terminal is obtained through the device self-check, the corresponding configuration file is loaded into the memory of the UEFI terminal from the server side according to the device information, and the UEFI terminal is finally guided to load the operating system in the memory, so that the starting efficiency of the UEFI terminal is improved, the operating system matched with the device information of the UEFI terminal is accurately and quickly loaded after functional hardware modules are added or reduced in the UEFI terminal, and the expansibility and maintainability of the UEFI terminal are further improved.

Description

UEFI starting method and device, electronic equipment and storage medium

Technical Field

The present application relates to the field of computers, and in particular, to a UEFI starting method, apparatus, electronic device, and storage medium.

Background

UEFI (Unified Extensible Firmware Interface) is a personal computer system specification, which is used to define a software Interface between an operating system and system Firmware, and is used as a replacement for BIOS. The extensible firmware interface is responsible for power-on self-test (POST), contacting the operating system, and providing an interface to connect the operating system to the hardware.

At present, when a UEFI terminal starts a UEFI Operating System (UEFI Operating System), a network connection needs to be established with a server, then the Operating System to be loaded is selected and downloaded from the server, and after the Operating System is loaded, a software System is selected and downloaded from the server according to needs. The starting scheme has the disadvantages of complicated process and low loading efficiency, and different application software needs to be selected and loaded for UEFI terminals of different models, so that the UEFI has poor expansibility and is inconvenient to maintain.

Therefore, it is necessary to provide a UEFI start-up scheme with better effect.

Disclosure of Invention

The application mainly aims to provide a UEFI starting method, a UEFI starting device, electronic equipment and a storage medium, and aims to solve the problem that the current UEFI starting scheme is poor in effect.

In order to achieve the above object, the present application provides a UEFI starting method, including:

acquiring the equipment information of the UEFI terminal;

loading a configuration file corresponding to the UEFI terminal based on the equipment information of the UEFI terminal;

and guiding the UEFI terminal to start an operating system based on the configuration file.

Optionally, the step of obtaining the device information of the UEFI terminal includes:

performing self-checking on the UEFI terminal to obtain hardware information of the UEFI terminal;

and acquiring the equipment information of the UEFI terminal according to the hardware information of the UEFI terminal.

Optionally, the step of obtaining the device information of the UEFI terminal according to the hardware information of the UEFI terminal includes:

taking the hardware information of the UEFI terminal as the equipment information of the UEFI terminal;

or

And according to the hardware information of the UEFI terminal, acquiring the model information of the UEFI terminal through a preset hardware-model table, and taking the model information as the equipment information of the UEFI terminal.

Optionally, the performing self-check on the UEFI terminal to obtain the hardware information of the UEFI terminal includes:

powering up the UEFI terminal;

and after the UEFI terminal is powered on, the UEFI terminal is guided to start firmware so as to perform self-checking on the UEFI terminal.

Optionally, the step of loading the configuration file corresponding to the UEFI terminal based on the device information includes:

determining a corresponding relation between the UEFI terminal and the configuration file based on the equipment information of the UEFI terminal;

and loading a configuration file corresponding to the UEFI terminal according to the corresponding relation.

Optionally, the UEFI terminal is connected to a server, the server stores a configuration file corresponding to the UEFI terminal, and the step of loading the configuration file corresponding to the UEFI terminal according to the correspondence includes:

and loading the configuration file into a memory of the UEFI terminal from the server side by adopting a streaming loading method according to the corresponding relation.

Optionally, the step of booting the UEFI terminal to load an operating system based on the configuration file includes:

restarting the UEFI terminal;

and guiding the UEFI terminal to load the operating system based on the configuration file.

In addition, to achieve the above object, an embodiment of the present application further provides a UEFI starting apparatus, where the UEFI starting apparatus includes:

the device information acquisition module is used for acquiring the device information of the UEFI terminal;

the configuration file loading module is used for loading a configuration file corresponding to the UEFI terminal based on the equipment information of the UEFI terminal;

and the system loading module is used for guiding the UEFI terminal to start an operating system based on the configuration file.

In addition, in order to achieve the above object, an electronic device is further provided in an embodiment of the present application, where the electronic device includes a memory, a processor, and a UEFI startup program stored on the memory and operable on the processor, and the UEFI startup program implements the steps of the UEFI startup method described above when executed by the processor.

In addition, to achieve the above object, an embodiment of the present application further provides a computer-readable storage medium, where a UEFI startup program is stored, and the UEFI startup program implements the steps of the UEFI startup method when executed by a processor.

The UEFI starting method, the UEFI starting device, the electronic equipment and the storage medium provided by the embodiment of the application specifically acquire equipment information of the UEFI terminal; loading a configuration file corresponding to the UEFI terminal based on the equipment information of the UEFI terminal; and guiding the UEFI terminal to start an operating system based on the configuration file. Compared with the existing scheme, the UEFI terminal is started through the firmware to carry out self-checking, so that the equipment information of the UEFI terminal is obtained, the corresponding configuration file is loaded from the server side according to the equipment information, the UEFI terminal is finally guided to start the operating system, the starting efficiency of the UEFI terminal is effectively improved, in addition, after the functional hardware modules are added or reduced in the UEFI terminal, the UEFI terminal can be accurately and quickly started without adding extra operation, the operating system matched with the equipment information of the UEFI terminal is loaded, and therefore the expansibility and the maintainability of the UEFI terminal are improved.

Drawings

Fig. 1 is a functional module schematic diagram of an electronic device to which a UEFI activation apparatus of the present application belongs;

fig. 2 is a schematic flowchart of a UEFI startup method according to a first embodiment of the present application;

fig. 3 is a detailed flowchart of the UEFI starting method according to the first embodiment of the present application with respect to step S10;

fig. 4 is a schematic diagram of configuration files in a first embodiment of the UEFI activation method of the present application;

fig. 5 is a schematic diagram of a hardware-model-configuration file table in the first embodiment of the UEFI activation method of the present application;

fig. 6 is a detailed flowchart of the UEFI starting method according to the first embodiment of the present application with respect to step S30;

fig. 7 is a flowchart illustrating a UEFI startup method according to a second embodiment of the present application;

fig. 8 is a schematic diagram of a hardware-type table in the third embodiment of the UEFI startup method of the present application.

The implementation, functional features and advantages of the objectives of the present application will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.

The main solution of the embodiment of the application is as follows: acquiring equipment information of a UEFI terminal; loading a configuration file corresponding to the UEFI terminal based on the equipment information; and guiding the UEFI terminal to start an operating system based on the configuration file.

The technical terms related to the embodiments of the present application are:

UEFI: namely, the Unified Extensible Firmware Interface, the predecessor of which was the Intel Boot Initiative developed by Intel in 1998, and was later renamed as an Extensible Firmware Interface (EFI). Intel introduced it in 2005 for promotion and development by the Unified extensible firmware interface Forum (Unified EFI Forum), to highlight this, EFI is also known as UEFI (Unified EFI). The founders of the UEFI Forum are 11 well-known computer companies, including Intel, IBM, and other hardware vendors, microsoft software vendors, and the BIOS vendors AMI, insyde, and Phoenix.

UEFI is conceptually very similar to a low-level operating system and has the ability to handle all hardware resources. Not few feel that its continued development will likely replace modern operating systems. In fact, the founders of EFI, when out of the first edition of specifications, have limited EFI capabilities to a level that is insufficient to threaten operating system governance. Firstly, it is only the interface specification between hardware and pre-boot software; secondly, an interrupt mechanism is not provided in the UEFI environment, that is, each EFI driver must check the hardware state in a polling (polling) manner and needs to run in an interpretation manner, which is less efficient than a mechanical code driver in an operating system; furthermore, the UEFI system does not provide a complex buffer protection function, and it only has a simple buffer management mechanism, specifically, it refers to that the buffer is divided into a flat Segment (Segment) by taking the maximum addressing capability as a limit when operating in the 64-bit mode or the protection mode of the x64 or x86 processor, all programs have the right to access any Segment position, and do not provide a real protection service. When all the components of the UEFI are loaded completely, a boot program of the operating system is started, and if EFI Shell is built in UEFI firmware, EFI Shell command prompt (partial UEFI firmware built-in EFI Shell) can also be started, wherein a user can call in and execute EFI application programs, the EFI application programs can be hardware detection software provided by an OEM, backup software provided by the OEM, boot management software, a boot program of the operating system and the like, and EFI drivers (such as file system drivers) in an EFI partition (ESP) can also be loaded. EFI applications and EFI drivers may be in PE format. In UEFI boot mode, the boot program of the operating system is also an EFI application, and the EFI file of the boot program is stored on an EFI System Partition (ESP). Theoretically, there is no limit to the functionality of the EFI application, and anyone can write such software, and the effect is more gorgeous and powerful than the software under the previous MS-DOS. Once the boot software gives control to the operating system, all the service codes for booting stop working completely, and when the service codes are partially run, the service codes can continue to work, so that when the operating system cannot find the driver of a specific device for a while, the device can continue to be used.

In implementation, the Unified Extensible Firmware Interface (UEFI) initialization module and the driver execution environment are typically integrated in one read-only memory. The Pre-EFI initialization routine is executed first when the system is powered on, and is responsible for the initial initialization of the CPU, chipset, and memory, followed by the loading of the EFI driver execution environment (DXE). When the DXE is loaded into runtime, the system has the ability to enumerate and load other EFI drivers. In a PCI architecture based system, EFI drivers for each PCI bridge and PCI adapter are loaded and initialized sequentially; at this point, the system then enumerates and loads the EFI drivers for the various buses and devices behind the bridges and adapters, and so on, until the EFI driver for the last device is successfully loaded.

Transparent calculation: transparent computing is a user-unaware of the specifics of the computer operating system, middleware, applications, and communication network; the computing mode of the corresponding service (such as computing, telephone, television, internet surfing, entertainment and the like) is selected and used from various terminal devices (including various terminal devices in fixed, mobile and family) through the network according to the requirement of the user.

The transparent computing system is composed of a terminal device, a server and a network connecting the terminal device and the server. The ideal transparent computing comprises three parts, one is a transparent client integrating light-weight equipment such as current PC, PDA, smart phone, digital household appliance and the like; one is a transparent network integrating the current various network devices and interconnection devices; the last one is a transparent server that integrates a large number of ordinary personal microcomputers, servers, mainframes, etc., which have strong or strong computing power. In general, transparent computing is built on a wider range of physical devices, and the operating environment is more flexible.

Under the transparent computing platform, the terminal device used in the transparent computing system is called a transparent client or a transparent client, the server in the transparent computing system is called a transparent server, and the network system connecting the terminal device and the server is called a transparent network.

The transparent client can be a bare computer without any software installed, or can be a light terminal provided with a part of a core software platform.

Transparent servers are computing devices with external memory, such as PCs, PC-level servers, premium servers, minicomputers, and the like. The transparent server stores various software and information resources required by the user, and also completes the management and coordination of the transparent computing system, such as the management of the processes of scheduling, allocation and transmission of various operating system core codes, scheduling, allocation and transmission of various software services to the transparent client, and the like.

In the embodiment of the application, for the problem of UEFI starting, if the existing scheme is adopted, namely, the network connection between the UEFI terminal and the server is established at first, then the operating system to be loaded is downloaded from the server, and after the loading is finished, the software system is continuously selected from the server and downloaded, so that the loading efficiency is low; moreover, for UEFI terminals of different models, functions to be realized are also different, and different application software needs to be loaded and run respectively for different UEFI terminals, so that UEFI expansibility is poor, and maintenance is inconvenient.

Therefore, in order to solve the problems, the application provides a UEFI starting scheme based on transparent computing, in the UEFI starting process, equipment information is automatically determined through self-checking of a UEFI terminal, so that a one-to-one correspondence relation is established with a UEFI configuration file, and finally, an operating system and functional application software which are needed are selected and loaded from a server side, so that the starting efficiency of the UEFI terminal is greatly improved; in addition, after the UEFI terminal is changed from one type to another type, the UEFI terminal can be started accurately and quickly without any other additional operation, and an operating system matched with the UEFI terminal equipment information is loaded, so that the UEFI terminal is extremely convenient to maintain and has good expansibility.

Specifically, referring to fig. 1, fig. 1 is a schematic diagram of functional modules of an electronic device to which the UEFI activating apparatus of the present application belongs. The UEFI activation device may be a device independent from the electronic device, which can direct the UEFI terminal to activate, and may be carried on the electronic device in the form of hardware or software. The electronic device can be an intelligent mobile terminal with a data processing function, such as a mobile phone, a tablet computer, a notebook computer and the like, and can also be a fixed terminal device or a server with a data processing function and the like.

In this embodiment, the electronic device to which the UEFI activation apparatus belongs at least includes an output module 110, a processor 120, a memory 130, and a communication module 140.

The memory 130 stores an operating system and a UEFI startup program, and the UEFI startup program can acquire device information of the UEFI terminal; loading a configuration file corresponding to the UEFI terminal based on the equipment information of the UEFI terminal; and based on the configuration file, the information of loading the operating system by the UEFI terminal is guided to be stored in the memory 130; the output module 110 may be a display screen or the like. The communication module 140 may include a WIFI module, a mobile communication module, a bluetooth module, and the like, and communicates with an external device or a server through the communication module 140.

Wherein the UEFI start-up program in the memory 130 when executed by the processor implements the steps of:

acquiring the equipment information of the UEFI terminal;

Further, the UEFI startup procedure in the memory 130 when executed by the processor further implements the steps of:

or

powering up the UEFI terminal;

determining the corresponding relation between the UEFI terminal and the configuration file based on the equipment information of the UEFI terminal;

Further, the UEFI initiator in the memory 130 when executed by the processor further implements the steps of:

restarting the UEFI terminal;

The UEFI starting method, the UEFI starting device, the electronic equipment and the storage medium provided by the embodiment of the application acquire equipment information of the UEFI terminal; loading a configuration file corresponding to the UEFI terminal based on the equipment information of the UEFI terminal; and guiding the UEFI terminal to start an operating system based on the configuration file. Compared with the prior art, the UEFI terminal is started through the firmware to perform self-checking, so that the equipment information of the UEFI terminal is obtained, the corresponding configuration file is loaded from the server side according to the equipment information, the UEFI terminal is finally guided to start the operating system, the starting efficiency of the UEFI terminal is effectively improved, in addition, after the UEFI terminal is additionally or additionally provided with functional hardware modules, the UEFI terminal can be accurately and quickly started without adding extra operation, and the operating system matched with the UEFI terminal equipment information is loaded, so that the expansibility and the maintainability of the UEFI terminal are improved.

Based on the above electronic device architecture, but not limited to the above architecture, an embodiment of the UEFI activation method of the present application is proposed.

Referring to fig. 2, fig. 2 is a flowchart illustrating a UEFI terminal starting method according to a first embodiment of the present application. The UEFI starting method comprises the following steps:

step S10, acquiring equipment information of the UEFI terminal;

specifically, referring to the descriptions of UEFI in the above technical term section, the UEFI terminal in the embodiment of the present application refers to a device, such as a mobile phone, a tablet computer, a notebook computer, etc., which has basic data processing capability and is capable of enabling UEFI. For each type of UEFI terminal, a related configuration file is correspondingly stored at the server side, the configuration file comprises contents related to the UEFI operating system, and the UEFI terminal finally achieves the purpose of UEFI starting by loading the configuration file into a memory of the UEFI terminal.

More specifically, referring to fig. 3, fig. 3 is a schematic diagram of a detailed flow of the present embodiment regarding step S10, and based on step S10, the step of acquiring the device information of the UEFI terminal includes:

step S101, performing self-checking on the UEFI terminal to obtain hardware information of the UEFI terminal;

more specifically, referring to fig. 4, fig. 4 is a schematic diagram of different types of UEFI terminals according to the present invention. As shown in fig. 4, according to different hardware information, the UEFI terminal may be divided into different types, for example, the a-type UEFI terminal has an information acquisition module, a Radio Frequency IDentification (RFID) IDentification module, a sensing module, and an induction control module; the type B UEFI terminal is provided with an information acquisition module, an RFID identification module and a signal conversion module; the type C UEFI terminal has an information acquisition module, an RFID identification module, and a signal output module (of course, there may be more types of UEFI terminals according to the situation of hardware devices on the UEFI terminal). And aiming at each type of UEFI terminal, a UEFI configuration file corresponding to each type of UEFI terminal is stored in the server. It should be noted that the UEFI hardware device not only includes the functional hardware such as the information acquisition module and the RFID identification module mentioned in this embodiment, but also includes UEFI basic hardware such as a motherboard and a video card. UEFI hardware is different, the model is different, and the corresponding configuration file is different.

In this embodiment, the type a UEFI terminal corresponds to the UEFI configuration file a, and by analogy, the UEFI configuration file corresponds to the UEFI type one to one. Each UEFI configuration file has all drivers and all functional application software which need to be loaded when running on the UEFI terminal corresponding to the UEFI configuration file. For example, the UEFI configuration file a includes drivers of an information acquisition module, an RFID identification module, a sensing module, and a sensing control module, and the UEFI configuration file is stored on a device other than the UEFI terminal (in the description of the present application, the device other than the UEFI terminal is a server).

And S102, acquiring the equipment information of the UEFI terminal according to the hardware information of the UEFI terminal.

Specifically, the hardware information of the UEFI terminal is obtained by performing self-checking on the UEFI terminal through the above steps, and according to the hardware information, the device information of the UEFI terminal can be further determined, so that a one-to-one correspondence relationship between the UEFI terminal and configuration files is established, wherein the UEFI configuration files include an operating system, hardware drivers (including basic hardware drivers and drivers of various modules), various functional application software and the like.

Step 20, loading a configuration file corresponding to the UEFI terminal based on the equipment information of the UEFI terminal;

specifically, in the above step, the device information of the UEFI terminal has been acquired, the device information is sent to the server side storing the UEFI configuration file, the server further retrieves a hardware-model-UEFI configuration file table, referring to fig. 5, fig. 5 is a hardware-model-UEFI configuration file table related to the present application, as shown in fig. 5, a one-to-one correspondence relationship between the UEFI terminal and the UEFI configuration file is given in the table (of course, the hardware-model-UEFI configuration file table may only select a hardware and UEFI configuration file column therein or a model and UEFI configuration file column therein according to an actual situation). Taking the UEFI terminal 3 in fig. 4 as an example, the UEFI terminal 3 corresponds to the configuration file C, that is, the corresponding relationship between the UEFI terminal 3 and the configuration file C may be established. The one-to-one correspondence between the UEFI terminal 3 and the UEFI configuration file C may be achieved in various ways, for example, the UEFI terminal 3 records the UEFI configuration file corresponding to the UEFI terminal 3, or the server records the device unique code (such as the MAC address) of the UEFI terminal 3, and the like, which is not limited in this embodiment.

And step S30, guiding the UEFI terminal to load an operating system based on the configuration file.

Specifically, after the UEFI terminal loads the UEFI configuration file, that is, after the UEFI terminal establishes the one-to-one correspondence with the UEFI configuration file, the UEFI terminal loads a part of the UEFI configuration file, which is necessary for the operating system, into the memory by using a streaming loading method, thereby completing UEFI startup.

More specifically, referring to fig. 6, fig. 6 is a detailed flowchart of the present embodiment regarding step S30. The step of guiding the UEFI terminal to load an operating system based on the configuration file comprises the following steps:

step S301, restarting the UEFI terminal;

and step S302, the UEFI terminal is guided to load the operating system based on the configuration file.

More specifically, after the UEFI terminal loads a part of the UEFI configuration file, which is necessary for starting the operating system, into the memory by a streaming loading method, the UEFI terminal restarts and is guided to enter the system in the memory, and the UEFI terminal can be started by reading the configuration file in the memory, so that the UEFI starting is completed. After the UEFI terminal is started, the required resources are dynamically downloaded from the server side in a streaming mode according to the requirement of the UEFI terminal in operation and are loaded into the memory, so that the normal operation of the UEFI is ensured.

In this embodiment, when the hardware of the UEFI terminal is changed, still taking the above fig. 3 as an example for illustration, after the signal output module of the UEFI terminal 4 in the above fig. 3 is removed, the UEFI terminal 4 is changed from the UEFI terminal of C type to the UEFI terminal of D type, through the self-checking in the above steps, the UEFI terminal can automatically determine the change of the type, and automatically establish a one-to-one correspondence with the UEFI configuration file D, so as to automatically load the UEFI configuration file D, and implement the normal start of the UEFI terminal. Similarly, after the D-type UEFI terminal 5 passes through the signal conversion module, in the starting process of the D-type UEFI terminal, the UEFI terminal 5 automatically confirms that the installed model is B-type through self-checking, and establishes a one-to-one correspondence with the UEFI configuration file B, so that the UEFI configuration file B is correctly loaded, and normal starting is realized.

According to the scheme, the device information of the UEFI terminal is obtained; loading a configuration file corresponding to the UEFI terminal based on the equipment information of the UEFI terminal; and guiding the UEFI terminal to load an operating system based on the configuration file. According to the scheme of the embodiment, the UEFI terminal does not need to be attended manually in the starting process, and the operating system and the functional application software which need to be loaded are selected for the UEFI terminal, so that the UEFI starting efficiency is greatly improved; meanwhile, the UEFI terminal can automatically determine the model through self-checking, a one-to-one correspondence relation is established with the UEFI configuration file, after the model is changed into another model from one model, no other additional operation is needed, the UEFI terminal can also be accurately and quickly started, and an operating system matched with the UEFI terminal model is loaded, so that the UEFI is extremely convenient to maintain, and the expansion performance is better.

Further, referring to fig. 7, fig. 7 is a schematic flow chart of a second embodiment of the present application. Based on the step S10 in the embodiment shown in fig. 2, before the step of acquiring the device information of the UEFI terminal, the method further includes:

step A10, powering up the UEFI terminal;

and A20, after the UEFI terminal is powered on, guiding the UEFI terminal to start firmware so as to perform self-checking on the UEFI terminal.

Specifically, firmware is a program written in EPROM (erasable programmable read only memory) or EEPROM (electrically erasable programmable read only memory), and through Firmware, a device can implement a predetermined machine operation action according to a standard device driver, and software which is the most basic and the lowest layer of any electronic device can be called Firmware. Typically, the programs stored in the firmware cannot be directly read or modified by the user, and of course, some rewritable chips such as EPROM are repeatedly erasable to allow the firmware to be modified and upgraded.

In this embodiment, when the UEFI terminal is powered on, the UEFI terminal is booted from the firmware, which is intended to enter the Meta OS (please refer to the related description of "transparent computing" in the technical terminology of this application, the Meta OS can be regarded as an operating system for transparent computing), and the Meta OS performs self-checking, so as to obtain the UEFI hardware information. Taking the above fig. 4 as an example for explanation, after powering on the UEFI terminal 3 in fig. 4, the firmware is started to enter the Meta OS for self-checking, and the obtained UEFI hardware information includes an information acquisition module, an RFID identification module, and a signal conversion module, and based on these hardware information, through the subsequent steps (refer to the above embodiment shown in fig. 2), the device information of the UEFI terminal can be obtained.

According to the scheme, the UEFI terminal is powered on specifically; and after the UEFI terminal is powered on, the UEFI terminal is guided to start firmware so as to acquire the equipment information of the UEFI terminal. Compared with the embodiment, the embodiment provides the scheme that before the device information of the UEFI terminal is acquired, the UEFI terminal is powered on and firmware is started, the application scene of the scheme is perfected, and the practicability of the scheme is further improved.

Further, a third embodiment of the UEFI startup method of the present application is presented. Based on the step S102 in the embodiment shown in fig. 2, the step of acquiring the device information of the UEFI terminal according to the hardware information of the UEFI terminal specifically includes:

or according to the hardware information of the UEFI terminal, acquiring the model information of the UEFI terminal through a preset hardware-model table, and taking the model information as the equipment information of the UEFI terminal.

Specifically, still taking the above fig. 4 as an example for description, as shown in fig. 4 as an example of the UEFI terminal 3, after the terminal is powered on, the terminal is started from firmware and enters the Meta OS, and the Meta OS performs self-checking to obtain the UEFI hardware information, which includes the information acquisition module, the RFID identification module and the signal conversion module, and the UEFI terminal may directly use the hardware information as the device information of the UEFI terminal.

In addition, referring to fig. 8, the model of the UEFI terminal may also be further obtained through the hardware-model table shown in fig. 8, as shown in fig. 8, if the UEFI terminal includes an information acquisition module, an RFID identification module, and a signal conversion module, the model of the UEFI terminal may be determined to be B-type according to the hardware-model table, and the model information is used as the device information of the UEFI terminal, and in the subsequent step, the configuration file corresponding to the UEFI terminal may be obtained from the server according to the device information.

The present embodiment further describes the step S102 of the embodiment shown in fig. 2 by the above-mentioned scheme. The step of obtaining the device information of the UEFI terminal according to the hardware information of the UEFI terminal includes: taking the hardware information of the UEFI terminal as the equipment information of the UEFI terminal; or according to the hardware information of the UEFI terminal, acquiring the model information of the UEFI terminal through a preset hardware-model table, and taking the model information as the equipment information of the UEFI terminal. Compared with the above embodiment, the embodiment provides a scheme for determining the device information of the UEFI terminal based on the hardware information of the UEFI terminal, so that the application scenario of the scheme of the application is further improved, and the practicability of the scheme of the application is improved.

In addition, this application embodiment also provides a UEFI starting device, which includes:

Please refer to the above embodiments, and details are not repeated herein for the principle and implementation process of UEFI activation in this embodiment.

Furthermore, an electronic device is provided in an embodiment of the present application, where the electronic device includes a memory, a processor, and a UEFI terminal start-up program stored on the memory and executable on the processor, and the UEFI terminal start-up program implements the steps of the UEFI terminal start-up method described above when executed by the processor.

Since the UEFI terminal start-up program is executed by the processor, all technical solutions of all the foregoing embodiments are adopted, so that at least all the beneficial effects brought by all the technical solutions of all the foregoing embodiments are achieved, and no further description is given here.

Furthermore, an embodiment of the present application further provides a computer-readable storage medium, where a UEFI startup program is stored, and the UEFI startup program implements the steps of the UEFI startup method described above when executed by a processor.

Since the UEFI startup program is executed by the processor, all technical solutions of all the foregoing embodiments are adopted, so that at least all the beneficial effects brought by all the technical solutions of all the foregoing embodiments are achieved, and details are not repeated herein.

Compared with the prior art, the UEFI starting method, the UEFI starting device, the electronic equipment and the storage medium provided by the embodiment of the application acquire the equipment information of the UEFI terminal; loading a configuration file corresponding to the UEFI terminal based on the equipment information of the UEFI terminal; and guiding the UEFI terminal to start an operating system based on the configuration file. Compared with the existing scheme, the method and the device for the UEFI terminal equipment information loading are based on the principle of transparent computing, the equipment information of the UEFI terminal is obtained through equipment self-checking, the corresponding configuration file is loaded into the memory of the UEFI terminal from the server side according to the equipment information, and the UEFI terminal is finally guided to load the operating system in the memory, so that the starting efficiency of the UEFI terminal is improved, the operating system matched with the UEFI terminal equipment information is accurately and quickly loaded after functional hardware modules are added or reduced at the UEFI terminal, and the expansibility and the maintainability of the UEFI terminal are further improved.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrases "comprising one of 8230; \8230;" 8230; "does not exclude the presence of additional like elements in a process, method, article, or system that comprises the element.

The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application or portions contributing to the prior art may be embodied in the form of a software product, where the computer software product is stored in a storage medium (such as a ROM/RAM, a magnetic disk, and an optical disk) as above, and includes several instructions to enable a terminal device (which may be a mobile phone, a computer, a server, a controlled terminal, or a network device) to execute the method of each embodiment of the present application.

The above description is only a preferred embodiment of the present application, and not intended to limit the scope of the present application, and all modifications of equivalent structures and equivalent processes, which are made by the contents of the specification and the drawings of the present application, or which are directly or indirectly applied to other related technical fields, are included in the scope of the present application.

Claims

1. A UEFI starting method is used for starting an operating system of a UEFI terminal, and the UEFI starting method comprises the following steps:

acquiring the equipment information of the UEFI terminal;

2. The UEFI activation method of claim 1, wherein the step of obtaining the device information of the UEFI terminal comprises:

3. The UEFI activation method according to claim 2, wherein the step of obtaining the device information of the UEFI terminal according to the hardware information of the UEFI terminal comprises:

or

4. The UEFI activation method according to claim 2, wherein the step of performing self-test on the UEFI terminal to obtain hardware information of the UEFI terminal comprises:

powering up the UEFI terminal;

5. The UEFI activation method according to claim 1, wherein the step of loading the configuration file corresponding to the UEFI terminal based on the device information comprises:

6. The UEFI activation method according to claim 5, wherein the UEFI terminal is connected to a server, the server stores a configuration file corresponding to the UEFI terminal, and the step of loading the configuration file corresponding to the UEFI terminal according to the correspondence includes:

7. The UEFI activation method of claim 1, wherein the step of directing the UEFI terminal to load an operating system based on the configuration file comprises:

restarting the UEFI terminal;

8. A UEFI starting apparatus, comprising:

9. An electronic device comprising a memory, a processor, and a UEFI startup program stored on the memory and executable on the processor, the UEFI startup program when executed by the processor implementing the steps of the UEFI startup method of any of claims 1-7.

10. A computer-readable storage medium having stored thereon a UEFI startup program that, when executed by a processor, performs the steps of the UEFI startup method of any of claims 1-7.