CN115291951A - Uefi启动方法、装置、电子设备以及存储介质 - Google Patents

Uefi启动方法、装置、电子设备以及存储介质 Download PDF

Info

Publication number
CN115291951A
CN115291951A CN202210777359.4A CN202210777359A CN115291951A CN 115291951 A CN115291951 A CN 115291951A CN 202210777359 A CN202210777359 A CN 202210777359A CN 115291951 A CN115291951 A CN 115291951A
Authority
CN
China
Prior art keywords
uefi
terminal
configuration file
information
operating system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210777359.4A
Other languages
English (en)
Inventor
马保军
张治宇
徐紫辉
谭小兵
朱利民
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Emdoor Digital Technology Co ltd
Original Assignee
Emdoor Digital Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Emdoor Digital Technology Co ltd filed Critical Emdoor Digital Technology Co ltd
Priority to CN202210777359.4A priority Critical patent/CN115291951A/zh
Publication of CN115291951A publication Critical patent/CN115291951A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4406—Loading of operating system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526—Plug-ins; Add-ons

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

本申请公开了一种UEFI启动方法、装置、电子设备及存储介质，属于计算机控制领域。所述UEFI启动方法包括：获取UEFI终端的设备信息；基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；基于所述配置文件，引导所述UEFI终端加载操作***。相较于现有方案，本申请方案通过设备自检获取UEFI终端的设备信息，并根据此设备信息，从服务器端加载对应的配置文件至UEFI终端的内存中，最终引导UEFI终端加载内存中的操作***，从而提高了UEFI终端的启动效率，并且在UEFI终端在增加或减少功能硬件模块后，准确、快速地加载与UEFI终端设备信息相匹配的操作***，进一步提高了UEFI终端的扩展性与可维护性。

Description

UEFI启动方法、装置、电子设备以及存储介质
技术领域
本申请涉及计算机领域，尤其涉及一种UEFI启动方法、装置、电子设备以及存储介质。
背景技术
UEFI(Unified Extensible Firmware Interface，统一可扩展固件接口)，是一种个人电脑***规格，用来定义操作***与***固件之间的软件界面，作为BIOS的替代方案。可扩展固件接口负责加电自检(POST)、联系操作***以及提供连接操作***与硬件的接口。
目前，大多数UEFI终端在启动UEFI OS(UEFI Operating System，即UEFI操作***)时，需要与服务器端建立网络连接，然后选择并从服务器端下载需要加载的操作***，完成操作***加载后，再根据需要选择并从服务器端下载软件***。这种启动方案过程繁琐，加载的效率低下，而且对于不同型号的UEFI终端，需要选择加载不同的应用软件，从而导致UEFI扩展性不好，维护不方便。
因此，有必要提出一种效果更好的UEFI启动方案。
发明内容
本申请的主要目的在于提供一种UEFI启动方法、装置、电子设备以及存储介质，旨在解决当下UEFI启动方案效果差的问题。
为实现上述目的，本申请提供一种UEFI启动方法，所述UEFI启动方法包括：
获取所述UEFI终端的设备信息；
基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；
基于所述配置文件，引导所述UEFI终端启动操作***。
可选地，所述获取所述UEFI终端的设备信息的步骤包括：
对所述UEFI终端进行自检，得到所述UEFI终端的硬件信息；
根据所述UEFI终端的硬件信息，获取所述UEFI终端的设备信息。
可选地，所述根据所述UEFI终端的硬件信息，获取所述UEFI终端的设备信息的步骤包括：
将所述UEFI终端的硬件信息作为所述UEFI终端的设备信息；
或
根据所述UEFI终端的硬件信息，通过预设的硬件-型号表获取所述UEFI终端的型号信息，将所述型号信息作为所述UEFI终端的设备信息。
可选地，所述对所述UEFI终端进行自检，得到所述UEFI终端的硬件信息的步骤之前包括：
将所述UEFI终端加电；
所述UEFI终端加电后，引导所述UEFI终端进行固件启动，以对所述UEFI终端进行自检。
可选地，所述基于所述设备信息，加载所述UEFI终端对应的配置文件的步骤包括：
基于所述UEFI终端的设备信息，确定所述UEFI终端与所述配置文件之间的对应关系；
根据所述对应关系，加载所述UEFI终端对应的配置文件。
可选地，所述UEFI终端与服务器端连接，所述服务器端存储有所述UEFI终端对应的配置文件，所述根据所述对应关系，加载所述UEFI终端对应的配置文件的步骤包括：
根据所述对应关系，采用流式加载的方法，从所述服务器端将所述配置文件加载至所述UEFI终端的内存中。
可选地，所述基于所述配置文件，引导所述UEFI终端加载操作***的步骤包括：
重新启动所述UEFI终端；
基于所述配置文件，引导所述UEFI终端加载所述操作***。
此外，为实现上述目的，本申请实施例还提出一种UEFI启动装置，所述UEFI启动装置包括：
设备信息获取模块，用于获取UEFI终端的设备信息；
配置文件加载模块，用于基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；
***加载模块，用于基于所述配置文件，引导所述UEFI终端启动操作***。
此外，为实现上述目的，本申请实施例还提出一种电子设备，所述电子设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的UEFI启动程序，所述UEFI启动程序被所述处理器执行时实现以上所述的UEFI启动方法的步骤。
此外，为实现上述目的，本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有UEFI启动程序，所述UEFI启动程序被处理器执行时实现以上所述的UEFI启动方法的步骤。
本申请实施例提出的UEFI启动方法、装置、电子设备以及存储介质，具体通过获取UEFI终端的设备信息；基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；基于所述配置文件，引导所述UEFI终端启动操作***。相较于现有方案，本申请方案通过固件启动UEFI终端进行自检，从而获取UEFI终端的设备信息，并根据此设备信息从服务器端加载对应的配置文件，最终引导UEFI终端启动操作***，有效地提高了UEFI终端的启动效率，此外，在UEFI终端增加或减少功能硬件模块后，不需要添加额外操作即可使得UEFI终端准确、快速的启动，加载与UEFI终端设备信息相匹配的操作***，从而提高了UEFI扩展性与可维护性。
附图说明
图1为本申请UEFI启动装置所属电子设备的功能模块示意图；
图2为本申请UEFI启动方法第一实施例的流程示意图；
图3为本申请UEFI启动方法第一实施例关于步骤S10的细化流程示意图；
图4为本申请UEFI启动方法第一实施例中关于配置文件的示意图；
图5为本申请UEFI启动方法第一实施例中关于硬件-型号-配置文件表的示意图；
图6为本申请UEFI启动方法第一实施例关于步骤S30的细化流程示意图；
图7为本申请UEFI启动方法第二实施例的流程示意图；
图8为本申请UEFI启动方法第三实施例中关于硬件-型号表的示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例的主要解决方案是：获取UEFI终端的设备信息；基于所述设备信息，加载所述UEFI终端对应的配置文件；基于所述配置文件，引导所述UEFI终端启动操作***。
本申请实施例涉及的技术术语：
UEFI：即Unified Extensible Firmware Interface，统一可扩展固件接口，其前身是Intel在1998年开始开发的Intel Boot Initiative，后来被重命名为可扩展固件接口(Extensible Firmware Interface，缩写EFI)。Intel在2005年将其交由统一可扩展固件接口论坛(Unified EFI Forum)来推广与发展，为了凸显这一点，EFI也更名为UEFI(UnifiedEFI)。UEFI论坛的创始者是11家知名电脑公司，包括Intel、IBM等硬件厂商，软件厂商Microsoft，及BIOS厂商AMI、Insyde及Phoenix。
UEFI在概念上非常类似于一个低阶的操作***，并且具有操控所有硬件资源的能力。不少人感觉它的不断发展将有可能代替现代的操作***。事实上，EFI的缔造者们在第一版规范出台时就将EFI的能力限制于不足以威胁操作***的统治地位。首先，它只是硬件和预启动软件间的接口规范；其次，UEFI环境下不提供中断的机制，也就是说每个EFI驱动程序必须用轮询(polling)的方式来检查硬件状态，并且需要以解释的方式运行，较操作***下的机械码驱动效率更低；再则，UEFI***不提供复杂的缓存器保护功能，它只具备简单的缓存器管理机制，具体来说就是指运行在x64或x86处理器的64位模式或保护模式下，以最大寻址能力为限把缓存器分为一个平坦的段(Segment)，所有的程序都有权限访问任何一段位置，并不提供真实的保护服务。当UEFI所有组件加载完毕时，便会启动操作***的启动程序，如果UEFI固件内置EFI Shell，也可以启动EFI Shell命令提示(部分UEFI固件内置EFI Shell)，在这里，用户可以调入执行EFI应用程序，这些EFI程序可以是OEM提供的硬件检测软件，OEM提供的备份软件，引导管理软件，操作***的启动程序等等，也可以加载EFI分区(ESP)中的EFI驱动程序(如文件***驱动程序)。EFI应用程序和EFI驱动程序可以是PE格式的.efi文件，可用C语言编写。在UEFI引导模式下，操作***的启动程序也是EFI应用程序，启动程序的EFI文件存储在EFI***分区(ESP)上。理论上来说，对于EFI应用程序的功能并没有任何限制，任何人都可以编写这类软件，并且效果较以前MS-DOS下的软件更华丽，功能更强大。一旦引导软件将控制权交给操作***，所有用于引导的服务代码将全部停止工作，部分运行时，代服务程序还可以继续工作，以便于操作***一时无法找到特定设备的驱动程序时，该设备还可以继续被使用。
在实现中，统一可扩展固件接口(UEFI)初始化模块和驱动执行环境通常被集成在一个只读存储器中。Pre-EFI初始化程序在***开机的时候最先得到执行，它负责最初的CPU，芯片组及存储器的初始化工作，紧接着载入EFI的驱动程序执行环境(DXE)。当DXE被载入运行时，***便具有了枚举并加载其他EFI驱动程序的能力。在基于PCI架构的***中，各PCI桥及PCI适配器的EFI驱动程序会被相继加载及初始化；这时，***进而枚举并加载各桥接器及适配器后面的各种总线及设备的EFI驱动程序，周而复始，直到最后一个设备的EFI驱动程序被成功加载。
透明计算：透明计算是一种用户无需感知计算机操作***、中间件、应用程序和通信网络的具体所在；只需根据自己的需求，通过网络从所使用的各种终端设备(包括固定、移动、以及家庭中的各类终端设备)中选择并使用相应服务(例如计算、电话、电视、上网和娱乐等)的计算模式。
透明计算***由终端设备、服务器和连接终端设备与服务器的网络组成。理想的透明计算包括三个部分，一个是整合了当前PC、PDA、智能手机、数字家电等轻权设备的透明客户端；一个是整合当前各种网络设备与互联设备的透明网络；最后一个是整合了大量计算能力较强或者很强的普通个人微机、服务器、大型机等的透明服务器。从总体上看，透明计算构建在一个更加广泛的物理设备之上，运行环境更加灵活。
在透明计算平台下，我们把透明计算***中所使用的终端设备称为透明客户机或透明客户端，把其中的服务器称为透明服务器，并把连接终端设备和服务器的网络***称为透明网络。
透明客户机可以是没有安装任何软件的裸机，也可以是装有部分核心软件平台的轻巧性终端。
透明服务器是带有外部存储器的计算装置，例如PC机、PC级服务器、高档服务器、小型机等。透明服务器存储用户需要的各种软件和信息资源，同时还要完成透明计算***的管理与协调，例如各种不同操作***核心代码的调度、分配与传输，各种不同软件服务往透明客户机上的调度、分配与传输等过程的管理。
本申请实施例考虑到，针对UEFI启动这一问题，如果采用现有方案，即首先建立UEFI终端与服务器的网络连接，然后从服务器端下载需要加载的操作***，加载完成后继续从服务器端选择软件***并下载，加载效率低下；并且对于不同型号的UEFI终端来说，其需要实现的功能也是不同的，需要分别针对不同的UEFI终端选择加载运行不同的应用软件，从而导致UEFI扩展性不好，维护不方便。
因此，针对上述问题，本申请提出了一种基于透明计算的UEFI启动方案，该方案在UEFI启动过程中，通过UEFI终端的自检自动确定设备信息，从而与UEFI配置文件建立一一对应关系，最后从服务器端选择加载需要的操作***和功能应用软件，极大地提高了UEFI终端的启动效率；此外，在UEFI终端由一种型号变成另一种型号后，不需要其他任何额外操作，UEFI终端即可准确、快速的启动，加载与UEFI终端设备信息相匹配的操作***，从而使得UEFI终端维护极为方便，具备良好的扩展性。
具体地，参照图1，图1为本申请UEFI启动装置所属电子设备的功能模块示意图。该UEFI启动装置可以为独立于电子设备的、能够引导UEFI终端启动的装置，其可以通过硬件或软件的形式承载于该电子设备上。该电子设备可以为手机、平板电脑、笔记本电脑等具有数据处理功能的智能移动终端，还可以为具有数据处理功能的固定终端设备或服务器等。
在本实施例中，该UEFI启动装置所属电子设备至少包括输出模块110、处理器120、存储器130以及通信模块140。
存储器130中存储有操作***以及UEFI启动程序，UEFI启动程序可以将获取的UEFI终端的设备信息；基于所述UEFI终端的设备信息，加载的所述UEFI终端对应的配置文件；以及基于所述配置文件，引导所述UEFI终端加载操作***的信息等存储于该存储器130中；输出模块110可为显示屏等。通信模块140可以包括WIFI模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。
其中，存储器130中的UEFI启动程序被处理器执行时实现以下步骤：
获取所述UEFI终端的设备信息；
基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；
基于所述配置文件，引导所述UEFI终端启动操作***。
进一步地，存储器130中的UEFI启动程序被处理器执行时还实现以下步骤：
对所述UEFI终端进行自检，得到所述UEFI终端的硬件信息；
根据所述UEFI终端的硬件信息，获取所述UEFI终端的设备信息。
进一步地，存储器130中的UEFI启动程序被处理器执行时还实现以下步骤：
将所述UEFI终端的硬件信息作为所述UEFI终端的设备信息；
或
根据所述UEFI终端的硬件信息，通过预设的硬件-型号表获取所述UEFI终端的型号信息，将所述型号信息作为所述UEFI终端的设备信息。
进一步地，存储器130中的UEFI启动程序被处理器执行时还实现以下步骤：
将所述UEFI终端加电；
所述UEFI终端加电后，引导所述UEFI终端进行固件启动，以对所述UEFI终端进行自检。
进一步地，存储器130中的UEFI启动程序被处理器执行时还实现以下步骤：
基于所述UEFI终端的设备信息，确定所述UEFI终端与所述配置文件之间的对应关系；
根据所述对应关系，加载所述UEFI终端对应的配置文件。
进一步地，存储器130中的UEFI启动程序被处理器执行时还实现以下步骤：
根据所述对应关系，采用流式加载的方法，从所述服务器端将所述配置文件加载至所述UEFI终端的内存中。
进一步地，存储器130中的UEFI启动程序被处理器执行时还实现以下步骤：
重新启动所述UEFI终端；
基于所述配置文件，引导所述UEFI终端加载所述操作***。
本申请实施例所提出的UEFI启动方法、装置、电子设备及存储介质，通过获取UEFI终端的设备信息；基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；基于所述配置文件，引导所述UEFI终端启动操作***。相较于现有方案，本申请方案通过固件启动UEFI终端进行自检，从而获取UEFI终端的设备信息，并根据此设备信息从服务器端加载对应的配置文件，最终引导UEFI终端启动操作***，有效地提高了UEFI终端的启动效率，此外，在UEFI终端增加或减少功能硬件模块后，不需要添加额外操作即可使得UEFI终端准确、快速的启动，加载与UEFI终端设备信息相匹配的操作***，从而提高了UEFI扩展性与可维护性。
基于上述电子设备架构但不限于上述架构，提出本申请UEFI启动方法的实施例。
参照图2，图2为本申请UEFI终端启动方法第一实施例的流程示意图。所述UEFI启动方法包括：
步骤S10，获取UEFI终端的设备信息；
具体地，参照上述技术术语部分中关于UEFI的说明，本申请实施例中的UEFI终端是指具备基本的数据处理能力，能够实现UEFI启动的设备，例如手机、平板电脑、笔记本电脑等。对于每种型号的UEFI终端，在服务器端都对应存储有一种相关的配置文件，该配置文件包含有与UEFI操作***相关的内容，上述UEFI终端通过将此配置文件加载到自己的内存中，最终实现UEFI启动的目的。
更为具体地，参照图3，图3为本实施例关于步骤S10的细化流程示意图，基于步骤S10，所述获取所述UEFI终端的设备信息的步骤包括：
步骤S101，对所述UEFI终端进行自检，得到所述UEFI终端的硬件信息；
更为具体地，参照图4，图4为本发明关于不同类型UEFI终端的示意图。如图4所示，根据硬件信息的不同，可以将UEFI终端划分为不同的型号，如A型UEFI终端具有信息采集模块、RFID(Radio Frequency IDentification，即射频识别技术)识别模块、传感模块和感应控制模块；B型UEFI终端具有信息采集模块、RFID识别模块和信号转换模块；C型UEFI终端具有信息采集模块、RFID识别模块和信号输出模块(当然，根据UEFI终端上硬件设备的情况，还可以有更多种型号的UEFI终端)。针对每种型号的UEFI终端，均在服务器中存储有一个与之对应的UEFI配置文件。需要说明的是，UEFI硬件设备不仅仅只包括本实施例所提到的如信息采集模块、RFID识别模块等功能硬件，还可以包括UEFI基础硬件，如主板、显卡等。UEFI硬件不同，其型号也不同，其对应的配置文件也不同。
在本实施例中，A型UEFI终端对应UEFI配置文件A，以此类推，UEFI配置文件与UEFI型号一一对应。每个UEFI配置文件，具有在与之对应的UEFI终端上运行时需要加载的全部驱动程序以及全部功能应用软件。如UEFI配置文件A包括有信息采集模块、RFID识别模块、传感模块和感应控制模块的驱动程序，UEFI配置文件存储在UEFI终端以外的设备上(在本申请的说明中，该UEFI终端以外的设备指服务器)。
步骤S102，根据所述UEFI终端的硬件信息，获取所述UEFI终端的设备信息。
具体地，UEFI终端的硬件信息是通过上述步骤对UEFI终端进行自检得到的，根据此硬件信息，可以进一步确定UEFI终端的设备信息，从而建立UEFI终端与配置文件之间的一一对应关系，UEFI配置文件包括有操作***、硬件驱动(包括基础硬件驱动和各种模块的驱动)，以及各种功能应用软件等。
步骤S20，基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；
具体地，在上述步骤中已经获取到了UEFI终端的设备信息，将该设备信息发送至存储有UEFI配置文件的服务器端，由服务器进一步检索硬件-型号-UEFI配置文件表，参照图5，图5为本申请关于硬件-型号-UEFI配置文件表，如图5所示，该表中给出了UEFI终端与UEFI配置文件之间的一一对应关系(当然，该硬件-型号-UEFI配置文件表可根据实际情况只选择其中的硬件与UEFI配置文件列，或者型号与UEFI配置文件列)。以上述图4中的UEFI终端3为例，该UEFI终端3对应配置文件C，即可建立UEFI终端3与配置文件C之间的对应关系。UEFI终端3与UEFI配置文件C之间的一一对应关系可通过多种方式达成，如通过UEFI终端3记录与之对应的UEFI配置文件而达成，或者是通过服务器记录UEFI终端3的设备唯一代号(如MAC地址)而达成等等，本实施例对此不作限定。
步骤S30，基于所述配置文件，引导所述UEFI终端加载操作***。
具体地，在UEFI终端加载了上述UEFI配置文件后，即UEFI终端与UEFI配置文件建立起一一对应关系后，UEFI终端采用流式加载的方法，将上述UEFI配置文件中操作***所必须部分加载至内存中，进而完成UEFI启动。
更为具体地，参照图6，图6为本实施例关于步骤S30的细化流程示意图。所述基于所述配置文件，引导所述UEFI终端加载操作***的步骤包括：
步骤S301，重新启动所述UEFI终端；
步骤S302，基于所述配置文件，引导所述UEFI终端加载所述操作***。
更为具体地，在UEFI终端通过流式加载的方法，将上述UEFI配置文件中操作***启动所必须的部分加载至内存中后，UEFI终端会重新启动，并引导进入内存中的***，通过读取内存中的配置文件，即可完成操作***的启动，进而完成UEFI启动。UEFI终端启动完成后，根据UEFI终端在运行中的需求，动态地、流式地从服务端下载所需的资源，并加载至内存中，从而保证UEFI正常运行。
在本实施例中，当UEFI终端的硬件发生改变时，仍然以上述图3为例说明，当上述图3中的UEFI终端4的信号输出模块被移除后，UEFI终端4将由C型UEFI终端变成D型UEFI终端，通过上述步骤中的自检，UEFI终端可自动确定型号的变化，并自动与UEFI配置文件D建立一一对应关系，从而自动加载UEFI配置文件D，实现UEFI端的正常启动。同样的，当D型的UEFI终端5通过加装信号转换模块后，在其启动过程中，UEFI终端5通过自检自动确认其加装后的型号为B型，并与UEFI配置文件B建立一一对应关系，从而正确加载UEFI配置文件B，实现正常启动。
本实施例通过上述方案，具体通过获取UEFI终端的设备信息；基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；基于所述配置文件，引导所述UEFI终端加载操作***。通过本实施例的方案，UEFI终端在启动过程中，不需要人工值守，为UEFI终端选择需要加载的操作***和功能应用软件，极大地提高了UEFI启动效率；同时，UEFI终端可通过自检自动确定型号，与UEFI配置文件建立一一对应关系，由一种型号变成另一种型号后，不需要其它任何额外操作，UEFI终端也可以准确、快速地启动，加载与UEFI终端型号相匹配的操作***，从而使得UEFI维护极为方便，扩展性能更好。
进一步地，参照图7，图7为本申请第二实施例的流程示意图。基于上述图2所示实施例的步骤S10，所述获取所述UEFI终端的设备信息的步骤之前还包括：
步骤A10，将所述UEFI终端加电；
步骤A20，所述UEFI终端加电后，引导所述UEFI终端进行固件启动，以对所述UEFI终端进行自检。
具体地，固件(Firmware)就是写入EPROM(可擦写可编程只读存储器)或EEPROM(电可擦可编程只读存储器)中的程序，通过固件，设备才能按照标准的设备驱动实现预定的机器运行动作，担任一个电子器件最基础、最底层工作的软件才能被称为固件。一般情况下，这些固件内保存的程序是无法被用户直接读出或修改的，当然，一些可重复写入的如EPROM类的芯片是可以重复刷写的，以使固件得以修改和升级。
在本实施例中，将UEFI终端加电时，该UEFI终端会从固件启动，其固件启动的目的是进入Meta OS(请参展本申请技术术语中关于“透明计算”的相关说明，Meta OS可认为是透明计算的操作***)，并通过Meta OS进行自检，从而获得该UEFI硬件信息。以上述图4为例进行说明，图4中的UEFI终端3加电后从固件启动进入Meta OS进行自检，获得该UEFI硬件信息包括信息采集模块、RFID识别模块和信号转换模块，基于这些硬件信息，通过后续步骤(可参照上述图2所示实施例)，即可得到UEFI终端的设备信息。
本实施例通过上述方案，具体通过将所述UEFI终端加电；所述UEFI终端加电后，引导所述UEFI终端进行固件启动，以获取所述UEFI终端的设备信息。相较于上述实施例，本实施例给出了在获取UEFI终端的设备信息之前，对UEFI终端加电并进行固件启动的方案，完善了本申请方案的应用场景，进一步提高了本申请方案的实用性。
进一步地，提出本申请UEFI启动方法的第三实施例。基于上述图2所示实施例的步骤S102，所述根据所述UEFI终端的硬件信息，获取所述UEFI终端的设备信息的步骤具体包括：
将所述UEFI终端的硬件信息作为所述UEFI终端的设备信息；
或根据所述UEFI终端的硬件信息，通过预设的硬件-型号表获取所述UEFI终端的型号信息，将所述型号信息作为所述UEFI终端的设备信息。
具体地，仍然以上述图4为例进行说明，如图4中所示的UEFI终端3为例，该终端加电后从固件启动进入Meta OS，通过Meta OS进行自检，获得该UEFI硬件信息包括有信息采集模块、RFID识别模块和信号转换模块，UEFI终端可以直接以该硬件信息作为UEFI终端的设备信息。
此外，参照图8，也可以通过图8所示的硬件-型号表进一步获取该UEFI终端的型号，如图8所示，如果UEFI终端包括有信息采集模块、RFID识别模块和信号转换模块，那么可以根据硬件-型号表确定该UEFI终端的型号为B型，并以该型号信息作为UEFI终端的设备信息，在后续步骤中，可以根据此设备信息来从服务器端获取UEFI终端对应的配置文件。
本实施例通过上述方案，对上述图2所示实施例的步骤S102进行了进一步地说明。上述根据UEFI终端的硬件信息，获取所述UEFI终端的设备信息的步骤包括：将所述UEFI终端的硬件信息作为所述UEFI终端的设备信息；或根据所述UEFI终端的硬件信息，通过预设的硬件-型号表获取所述UEFI终端的型号信息，并将该型号信息作为所述UEFI终端的设备信息。相较于上述实施例，本实施例提出了基于UEFI终端的硬件信息，确定UEFI终端的设备信息的方案，进一步完善了本申请方案的应用场景，提高了本申请方案的实用性。
此外，本申请实施例还提出一种UEFI启动装置，所述UEFI启动装置包括：
设备信息获取模块，用于获取UEFI终端的设备信息；
配置文件加载模块，用于基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；
***加载模块，用于基于所述配置文件，引导所述UEFI终端启动操作***。
本实施例实现UEFI启动的原理及实施过程，请参照上述各实施例，在此不再赘述。
此外，本申请实施例还提出一种电子设备，所述电子设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的UEFI终端启动程序，所述UEFI终端启动程序被所述处理器执行时实现如上所述的UEFI终端启动方法的步骤。
由于本UEFI终端启动程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
此外，本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有UEFI启动程序，所述UEFI启动程序被处理器执行时实现如上所述的UEFI启动方法的步骤。
由于本UEFI启动程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
相比现有技术，本申请实施例提出的UEFI启动方法、装置、电子设备以及存储介质，通过获取所述UEFI终端的设备信息；基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；基于所述配置文件，引导所述UEFI终端启动操作***。相较于现有方案，本申请方案基于透明计算的原理，通过设备自检获取UEFI终端的设备信息，并根据此设备信息，从服务器端加载对应的配置文件至UEFI终端的内存中，最终引导UEFI终端加载内存中的操作***，从而提高了UEFI终端的启动效率，并且在UEFI终端在增加或减少功能硬件模块后，准确、快速地加载与UEFI终端设备信息相匹配的操作***，进一步提高了UEFI终端的扩展性与可维护性。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者***中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本申请每个实施例的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种UEFI启动方法，用于启动UEFI终端的操作***，其特征在于，所述UEFI启动方法包括：
获取所述UEFI终端的设备信息；
基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；
基于所述配置文件，引导所述UEFI终端启动操作***。
2.如权利要求1所述的UEFI启动方法，其特征在于，所述获取所述UEFI终端的设备信息的步骤包括：
对所述UEFI终端进行自检，得到所述UEFI终端的硬件信息；
根据所述UEFI终端的硬件信息，获取所述UEFI终端的设备信息。
3.如权利要求2所述的UEFI启动方法，其特征在于，所述根据所述UEFI终端的硬件信息，获取所述UEFI终端的设备信息的步骤包括：
将所述UEFI终端的硬件信息作为所述UEFI终端的设备信息；
或
根据所述UEFI终端的硬件信息，通过预设的硬件-型号表获取所述UEFI终端的型号信息，将所述型号信息作为所述UEFI终端的设备信息。
4.如权利要求2所述的UEFI启动方法，其特征在于，所述对所述UEFI终端进行自检，得到所述UEFI终端的硬件信息的步骤之前包括：
将所述UEFI终端加电；
所述UEFI终端加电后，引导所述UEFI终端进行固件启动，以对所述UEFI终端进行自检。
5.如权利要求1所述的UEFI启动方法，其特征在于，所述基于所述设备信息，加载所述UEFI终端对应的配置文件的步骤包括：
基于所述UEFI终端的设备信息，确定所述UEFI终端与所述配置文件之间的对应关系；
根据所述对应关系，加载所述UEFI终端对应的配置文件。
6.如权利要求5所述的UEFI启动方法，其特征在于，所述UEFI终端与服务器端连接，所述服务器端存储有所述UEFI终端对应的配置文件，所述根据所述对应关系，加载所述UEFI终端对应的配置文件的步骤包括：
根据所述对应关系，采用流式加载的方法，从所述服务器端将所述配置文件加载至所述UEFI终端的内存中。
7.如权利要求1所述的UEFI启动方法，其特征在于，所述基于所述配置文件，引导所述UEFI终端加载操作***的步骤包括：
重新启动所述UEFI终端；
基于所述配置文件，引导所述UEFI终端加载所述操作***。
8.一种UEFI启动装置，其特征在于，所述UEFI启动装置包括：
设备信息获取模块，用于获取UEFI终端的设备信息；
配置文件加载模块，用于基于所述UEFI终端的设备信息，加载所述UEFI终端对应的配置文件；
***加载模块，用于基于所述配置文件，引导所述UEFI终端启动操作***。
9.一种电子设备，其特征在于，所述电子设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的UEFI启动程序，所述UEFI启动程序被所述处理器执行时实现如权利要求1-7中任一项所述的UEFI启动方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有UEFI启动程序，所述UEFI启动程序被处理器执行时实现如权利要求1-7中任一项所述的UEFI启动方法的步骤。
CN202210777359.4A 2022-07-01 2022-07-01 Uefi启动方法、装置、电子设备以及存储介质 Pending CN115291951A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210777359.4A CN115291951A (zh) 2022-07-01 2022-07-01 Uefi启动方法、装置、电子设备以及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210777359.4A CN115291951A (zh) 2022-07-01 2022-07-01 Uefi启动方法、装置、电子设备以及存储介质

Publications (1)

Publication Number Publication Date
CN115291951A true CN115291951A (zh) 2022-11-04

Family

ID=83822761

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210777359.4A Pending CN115291951A (zh) 2022-07-01 2022-07-01 Uefi启动方法、装置、电子设备以及存储介质

Country Status (1)

Country Link
CN (1) CN115291951A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116257320A (zh) * 2022-12-23 2023-06-13 中科驭数（北京）科技有限公司 一种基于dpu虚拟化配置管理方法、装置、设备及介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116257320A (zh) * 2022-12-23 2023-06-13 中科驭数（北京）科技有限公司 一种基于dpu虚拟化配置管理方法、装置、设备及介质
CN116257320B (zh) * 2022-12-23 2024-03-08 中科驭数（北京）科技有限公司 一种基于dpu虚拟化配置管理方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
US8468332B2 (en) Dynamic link loading in extensible firmware interface compliant systems
US7934209B2 (en) Method for firmware variable storage with eager compression, fail-safe extraction and restart time compression scan
CN105745617B (zh) 用于预启动固件更新的选择性功率管理
KR100990188B1 (ko) Ｍｍｃ/ｓｄ 기기로부터 호스트 기기를 부팅시키는 방법, ｍｍｃ/ｓｄ 기기로부터 부팅 가능한 호스트 기기 및 호스트 기기가 부팅되는 ｍｍｃ/ｓｄ 기기 방법
US20030110369A1 (en) Firmware extensions
US10810017B2 (en) Systems and methods for handling firmware driver dependencies in host operating systems while applying updates from bootable image file
US8484631B2 (en) Supporting hardware configuration changes in a UEFI firmware component
US10061596B2 (en) Systems and methods for loading firmware modules
CN110908753B (zh) 一种智能融合的云桌面服务器、客户端及***
US8539214B1 (en) Execution of a program module within both a PEI phase and a DXE phase of an EFI firmware
US6961848B2 (en) System and method for supporting legacy operating system booting in a legacy-free system
CN110119623A (zh) 一种利用tpcm实现固件主动度量的可信主板实现方法
US9965292B2 (en) Method of bluetooth pairing with UEFI firmware and computer system thereof
US7484083B1 (en) Method, apparatus, and computer-readable medium for utilizing BIOS boot specification compliant devices within an extensible firmware interface environment
CN110515671B (zh) 初始化方法、初始化装置、终端设备及可读存储介质
CN111338699A (zh) 电脑主板初始化方法、装置、计算机设备及存储介质
CN115291951A (zh) Uefi启动方法、装置、电子设备以及存储介质
US11500647B2 (en) Systems and methods for achieving faster boot times using BIOS attribute mitigation
CN110688235A (zh) Uefi固件与os间共享无线连接信息的***及方法
CN116627472A (zh) 高速***组件设备的固件程序升级方法及服务器
US11340882B2 (en) Systems and methods for enforcing update policies while applying updates from bootable image file
CN110119625A (zh) 一种可信计算方法
CN100419682C (zh) 一种计算机快速启动的***及方法
CN112667544A (zh) 一种控制主板插槽使能的方法、装置、***及介质
US11334342B1 (en) Updating firmware of unsupported devices

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