CN110825419B

CN110825419B - 一种固件刷新方法、装置及电子设备和存储介质

Info

Publication number: CN110825419B
Application number: CN201911121538.7A
Authority: CN
Inventors: 赵晓强
Original assignee: Suzhou Inspur Intelligent Technology Co Ltd
Current assignee: Suzhou Inspur Intelligent Technology Co Ltd
Priority date: 2019-11-15
Filing date: 2019-11-15
Publication date: 2022-07-22
Anticipated expiration: 2039-11-15
Also published as: CN110825419A

Abstract

本申请公开了一种固件刷新方法、装置及一种电子设备和计算机可读存储介质，该方法包括：创建根文件系统，并保存根文件系统的配置文件；在根文件系统中对服务器部件进行固件刷新，得到固件刷新参数；获取配置文件，并根据固件刷新参数对配置文件进行更新，得到更新后配置文件；将当前系统根目录从根文件系统切换至更新后配置文件下，并对更新后配置文件进行加载，完成固件的刷新。本申请在根文件系统中对固件进行刷新，在固件刷新之后，可利用固件刷新参数对根文件系统的配置文件进行更新，进而将当前系统根目录从原先的根文件系统切换至更新后配置文件下，加载更新后配置文件，避免了重启过程对于物质资源和时间资源的浪费，显著提高了生产效率。

Description

一种固件刷新方法、装置及电子设备和存储介质

技术领域

本申请涉及服务器技术领域，更具体地说，涉及一种固件刷新方法、装置及一种电子设备和一种计算机可读存储介质。

背景技术

在当前服务器的大规模生产阶段，经常会在生产过程中对服务器的部件进行固件的刷新，而对于某些固件，通常需要重启系统才能使固件生效。然而，系统重启过程不仅带来较大的耗电损失，同时还会影响生产效率。

因此，如何解决上述问题是本领域技术人员需要重点关注的。

发明内容

本申请的目的在于提供一种固件刷新方法、装置及一种电子设备和一种计算机可读存储介质，避免了重启过程对于物质资源和时间资源的浪费，显著提高了生产效率。

为实现上述目的，本申请提供了一种固件刷新方法，包括：

创建根文件系统，并保存所述根文件系统的配置文件；

在所述根文件系统中对服务器部件进行固件刷新，得到固件刷新参数；

获取所述配置文件，并根据所述固件刷新参数对所述配置文件进行更新，得到更新后配置文件；

将当前系统根目录从所述根文件系统切换至所述更新后配置文件下，并对所述更新后配置文件进行加载，完成固件的刷新。

可选的，所述保存所述根文件系统的配置文件，包括：

对所述根文件系统的配置文件进行压缩，并保存压缩后配置文件；

相应的，所述获取所述配置文件，并根据所述固件刷新参数对所述配置文件进行更新，包括：

获取所述压缩后配置文件，并对所述压缩后配置文件进行解压；

根据所述固件刷新参数对解压后的配置文件进行更新。

可选的，所述根文件系统为Tmpfs文件系统。

可选的，所述在所述根文件系统中对服务器部件进行固件刷新，包括：

确定待刷新服务器部件的类型；

在所述根文件系统中利用与所述类型对应的刷新工具对各个所述待刷新服务器部件进行固件刷新。

可选的，所述在所述根文件系统中对服务器部件进行固件刷新，得到固件刷新参数之后，还包括：

将所述固件刷新参数记录至固件刷新日志中；所述固件刷新参数包括待刷新服务器部件、固件刷新后的版本号。

可选的，将当前系统根目录从所述根文件系统切换至所述更新后配置文件下，并对所述更新后配置文件进行加载之后，还包括：

获取所述固件刷新日志，并根据所述固件刷新日志确定所述待刷新服务器部件；

利用与所述待刷新服务器部件类型对应的工具读取所述待刷新服务器部件的当前固件参数；

判断所述当前固件参数和所述固件刷新参数是否一致；

若所述当前固件参数和所述固件刷新参数一致，则判定固件刷新生效。

为实现上述目的，本申请提供了一种固件刷新装置，包括：

系统创建模块，用于创建根文件系统，并保存所述根文件系统的配置文件；

固件刷新模块，用于在所述根文件系统中对服务器部件进行固件刷新，得到固件刷新参数；

配置更新模块，用于获取所述配置文件，并根据所述固件刷新参数对所述配置文件进行更新，得到更新后配置文件；

目录切换模块，用于将当前系统根目录从所述根文件系统切换至所述更新后配置文件下，并对所述更新后配置文件进行加载，完成固件的刷新。

可选的，还包括：

部件确定模块，用于在对所述更新后配置文件进行加载之后，获取固件刷新日志，并根据所述固件刷新日志确定待刷新服务器部件；

参数读取模块，用于利用与所述待刷新服务器部件类型对应的工具读取所述待刷新服务器部件的当前固件参数；

参数判断模块，用于判断所述当前固件参数和所述固件刷新参数是否一致；

生效判定模块，用于若所述当前固件参数和所述固件刷新参数一致，则判定固件刷新生效。

为实现上述目的，本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现前述公开的任一种固件刷新方法的步骤。

为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前述公开的任一种固件刷新方法的步骤。

通过以上方案可知，本申请提供的一种固件刷新方法，包括：创建根文件系统，并保存所述根文件系统的配置文件；在所述根文件系统中对服务器部件进行固件刷新，得到固件刷新参数；获取所述配置文件，并根据所述固件刷新参数对所述配置文件进行更新，得到更新后配置文件；将当前系统根目录从所述根文件系统切换至所述更新后配置文件下，并对所述更新后配置文件进行加载，完成固件的刷新。由上可知，本申请首先创建根文件系统，并在根文件系统中对固件进行刷新，在固件刷新之后，可利用固件刷新参数对根文件系统的配置文件进行更新，进而将当前系统根目录从原先的根文件系统切换至更新后配置文件下，加载更新后配置文件，即将传统技术中通过系统重启使得固件刷新生效的方式利用系统切换后重新加载的方式进行替换，避免了重启过程对于物质资源和时间资源的浪费，显著提高了生产效率。

本申请还公开了一种固件刷新装置及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种固件刷新方法的流程图；

图2为本申请实施例公开的另一种固件刷新方法的流程图；

图3为本申请实施例公开的又一种固件刷新方法的流程图；

图4为本申请实施例公开的一种固件刷新装置的结构图；

图5为本申请实施例公开的一种电子设备的结构图；

图6为本申请实施例公开的另一种电子设备的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

传统技术中，在当前服务器的大规模生产阶段，经常会在生产过程中对服务器的部件进行固件的刷新，而对于某些固件，通常需要重启系统才能使固件生效。然而，系统重启过程不仅带来较大的耗电损失，同时还会影响生产效率。

因此，本申请实施例公开了一种固件刷新方法，避免了重启过程对于物质资源和时间资源的浪费，显著提高了生产效率。

参见图1所示，本申请实施例公开的一种固件刷新方法包括：

S101：创建根文件系统，并保存所述根文件系统的配置文件；

本申请实施例中，首先创建根文件系统。作为一种优选实施方式，该根文件系统可以具体为Tmpfs文件系统。Tmpfs文件系统为Linux/Unix系统上的一种基于内存的虚拟文件系统，其可以使用内存或swap分区来存储文件，即它的存储空间在VM(virtual memory，虚拟存储)中，主要用于存储暂存的文件。由于Tmpfs文件系统是使用VM创建的文件系统，具备较快的创建速度。当删除Tmpfs文件系统中的文件时，Tmpfs会动态减少文件系统并释放VM资源。在实际应用中，利用Tmpfs文件系统可以提升应用读写性能。

在具体实施中，保存根文件系统的配置文件可以具体采用直接将文件系统保存在预先创建的文件下来实现。

S102：在所述根文件系统中对服务器部件进行固件刷新，得到固件刷新参数；

在本步骤中，可以直接在根文件系统中对服务器部件进行固件刷新，服务器部件可以包括但不限于硬盘、网卡、RAID(Redundant Arrays of Independent Drives，磁盘阵列)卡等。具体地，可以先确定待刷新服务器部件的类型，进而在根文件系统中利用与该类型对应的刷新工具对各个待刷新服务器部件进行固件刷新。例如，若服务器部件具体为硬盘，则通过issdcm、nvme等刷新工具进行固件刷新；若服务器部件具体为网卡，则通过eeupdate等刷新工具进行固件刷新；若服务器部件具体为Raid卡，则通过Storcli64、acconf等刷新工具进行固件刷新。

可以理解的是，基于上述针对固件的刷新操作，可以从中确定固件刷新参数。固件刷新参数可以包括但不限于待刷新服务器部件、固件刷新后的版本号，即对哪个部件进行了刷新、以及该部件在固件刷新之后的版本信息。

作为一种优选的实施方式，本申请实施例在根文件系统中对服务器部件进行固件刷新，得到固件刷新参数之后，可以进一步将固件刷新参数记录在固件刷新日志中。基于固件刷新日志的记录，可以对历史固件刷新操作进行追溯。

S103：获取所述配置文件，并根据所述固件刷新参数对所述配置文件进行更新，得到更新后配置文件；

本步骤中，将获取根文件系统的配置文件，根据上述固件刷新操作对应的固件刷新参数对配置文件进行更新，得到更新后的配置文件。也即，通过对根文件系统的配置文件进行更新，能够将上述固件刷新操作对于固件的更新同步至配置文件中，使得更新后配置文件中针对固件的配置为用户刷新后的配置信息。

S104：将当前系统根目录从所述根文件系统切换至所述更新后配置文件下，并对所述更新后配置文件进行加载，完成固件的刷新。

基于固件刷新操作对应的固件刷新参数对配置文件进行更新之后，本申请实施例可以将当前系统的根目录从原始的根文件系统切换至更新后配置文件下，即完成运行系统的切换，在系统切换后进而对更新后配置文件进行加载初始化，实现固件的刷新。

相关技术中，在运行系统下对固件进行刷新后，由于某些固件需要重启系统才能使固件生效，所以需要对系统进行重启。而在本申请实施例中，创建根文件系统后，保存其配置文件，相当于备份了与根文件系统相同的另一个系统。在根文件系统中进行固件刷新操作后，根文件系统中固件参数已经刷新，但是由于没有进行系统重启，某些部件的固件刷新并未生效。利用固件刷新操作对应的刷新参数对原有根文件系统的备份进行更新，即实现了根文件系统和原始配置文件的同步，在更新后配置文件中，固件参数也已经刷新。此时，通过将运行系统的根目录从原本的根文件系统切换至更新后配置文件下，并对更新后配置文件进行加载操作，即可实现系统重启的效果，使固件刷新操作生效，完成固件的刷新。

本申请实施例公开了另一种固件刷新方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图2所示，具体的：

S201：创建根文件系统，对所述根文件系统的配置文件进行压缩，并保存压缩后配置文件；

S202：在所述根文件系统中对服务器部件进行固件刷新，得到固件刷新参数；

S203：获取所述压缩后配置文件，并对所述压缩后配置文件进行解压；

S204：根据所述固件刷新参数对解压后的配置文件进行更新，得到更新后配置文件；

S205：将当前系统根目录从所述根文件系统切换至所述更新后配置文件下，并对所述更新后配置文件进行加载，完成固件的刷新。

本申请实施例中，在创建完成根文件系统之后，可以将根文件系统对应的配置文件压缩打包，得到压缩后配置文件，减少对于存储空间的占用。进而在根文件系统中对服务器部件进行固件刷新之后，获取上述压缩后配置文件并解压，以利用固件刷新操作对应的固件刷新参数对解压后的配置文件进行更新。

本申请实施例公开了又一种固件刷新方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图3所示，具体的：

S301：创建根文件系统，并保存所述根文件系统的配置文件；

S302：在所述根文件系统中对服务器部件进行固件刷新，得到固件刷新参数；

S303：获取所述配置文件，并根据所述固件刷新参数对所述配置文件进行更新，得到更新后配置文件；

S304：将当前系统根目录从所述根文件系统切换至所述更新后配置文件下，并对所述更新后配置文件进行加载；

S305：获取固件刷新日志，并根据所述固件刷新日志确定待刷新服务器部件；

S306：利用与所述待刷新服务器部件类型对应的工具读取所述待刷新服务器部件的当前固件参数；

S307：判断所述当前固件参数和所述固件刷新日志中的固件刷新参数是否一致；如果是，则进入步骤S308；

S308：判定固件刷新生效。

可以理解的是，为了在固件刷新之后进一步验证固件刷新是否生效，可以获取预先基于刷新操作保存的固件刷新日志。其中，固件刷新日志记录了固件刷新参数，固件刷新参数可以包括但不限于待刷新服务器部件、固件刷新后的版本号。从而，本申请实施例可以根据固件刷新日志中的固件刷新参数确定待刷新服务器部件，即可确定哪个服务器部件进行了刷新，并确定该部件在固件刷新之后的版本信息。

进一步地，本申请实施例可以确定待刷新服务器部件的类型，并利用与其类型对应的工具对待刷新服务器部件的当前固件参数进行读取。通过对比当前固件参数和固件刷新参数，可确定当前固件的版本号是否与刷新操作预期的版本号一致。若一致，则表征固件刷新生效。

另外，若在对比当前固件参数和固件刷新参数之后，发现当前固件参数和固件刷新参数并不一致，则表征固件刷新出错，未能成功生效，可将错误描述信息进行输出，例如通过显示信息或播报声音的方式提示用户固件刷新未能成功生效。具体地，上述错误描述信息可以包括固件刷新出错的部件信息、该部件对应的固件刷新参数和当前固件参数、以及可能导致固件刷新出错的原因。

下面通过一具体场景下的示例对本申请实施例提供的固件刷新方法进行介绍。具体地，本申请实施例首先要制作创建Tmpfs根文件系统，其次在生产正常的Linux测试环境中对服务器部件进行升降级，最后切换根文件系统并初始化，检查部件的固件刷新是否生效。

可以理解的是，工厂大规模服务器生产时一般采用无盘测试环境，解压生产的无盘镜像，删除不必要的目录。本申请实施例中，在Dev目标下添加console和null两个文件，并修改Etc目录下的Fstab文件。其中，console和null均为Linux系统中较为重要的设备文件，console代表系统控制台，系统的错误信息和诊断信息通常会被发送到这个设备；null文件是指空设备，所有写向这个设备的输出都将被丢弃，而读这个设备会立刻返回文件尾标志，所以在cp命令里可以把它用做复制空文件的源文件。Fstab文件用于描述文件系统的静态信息，负责配置Linux开机时自动挂载的分区。进而把根目录以Tmpfs文件系统进行挂载，并将文件系统放在newroot文件下，对该文件进行打包生成newroot.zip。

在创建好的Tmpfs根文件系统中，对服务器部件的固件进行正常升降级，即进行固件刷新操作。在固件刷新之后，首先在生产测试系统下解压newroot.zip，并执行下面三条指令：mount--move/sys/newroot/sys；mount--move/proc/newroot/proc；mount—move/dev/newroot/dev。其中，sys目录、proc目录和dev目录中记录了系统基础的部件参数，通过上述三条指令，能够将固件刷新后参数同步挂载到newroot文件中。进一步地，执行switch_root将当前系统的根目录切换到/newroot下并进行初始化，在newroot初始化完毕后用相应的工具读取服务器部件的固件参数，以验证固件刷新是否生效。

下面对本申请实施例提供的一种固件刷新装置进行介绍，下文描述的一种固件刷新装置与上文描述的一种固件刷新方法可以相互参照。

参见图4所示，本申请实施例提供的一种固件刷新装置包括：

系统创建模块401，用于创建根文件系统，并保存所述根文件系统的配置文件；

固件刷新模块402，用于在所述根文件系统中对服务器部件进行固件刷新，得到固件刷新参数；

配置更新模块403，用于获取所述配置文件，并根据所述固件刷新参数对所述配置文件进行更新，得到更新后配置文件；

目录切换模块404，用于将当前系统根目录从所述根文件系统切换至所述更新后配置文件下，并对所述更新后配置文件进行加载，完成固件的刷新。

关于上述模块401至404的具体实施过程可参考前述实施例公开的相应内容，在此不再进行赘述。

在上述实施例的基础上，作为一种优选实施方式，本申请实施例提供的固件刷新装置还可以进一步包括：

本申请还提供了一种电子设备，参见图5所示，本申请实施例提供的一种电子设备包括：

存储器100，用于存储计算机程序；

处理器200，用于执行所述计算机程序时可以实现前述任一实施例公开的固件刷新方法的步骤。

具体的，存储器100包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令，该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器200在一些实施例中可以是一中央处理器(CentralProcessing Unit，CPU)、控制器、微控制器、微处理器或其他数据处理芯片，为电子设备提供计算和控制能力，执行所述存储器100中保存的计算机程序时，可以实现前述任一实施例公开的固件刷新方法的步骤。

在上述实施例的基础上，作为优选实施方式，参见图6所示，所述电子设备还包括：

输入接口300，与处理器200相连，用于获取外部导入的计算机程序、参数和指令，经处理器200控制保存至存储器100中。该输入接口300可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘、触控板或鼠标等。

显示单元400，与处理器200相连，用于显示处理器200处理的数据以及用于显示可视化的用户界面。该显示单元400可以为LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。

网络端口500，与处理器200相连，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术(MHL)、通用串行总线(USB)、高清多媒体接口(HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。

图6仅示出了具有组件100-500的电子设备，本领域技术人员可以理解的是，图6示出的结构并不构成对电子设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

本申请还提供了一种计算机可读存储介质，该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。该存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前述任一实施例公开的固件刷新方法的步骤。

本申请首先创建根文件系统，并在根文件系统中对固件进行刷新，在固件刷新之后，可利用固件刷新参数对根文件系统的配置文件进行更新，进而将当前系统根目录从原先的根文件系统切换至更新后配置文件下，加载更新后配置文件，即将传统技术中通过系统重启使得固件刷新生效的方案利用系统切换后重新加载的方式进行替换，避免了重启过程对于物质资源和时间资源的浪费，显著提高了生产效率。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims

1.一种固件刷新方法，其特征在于，包括：

创建根文件系统，并保存所述根文件系统的配置文件；

2.根据权利要求1所述的固件刷新方法，其特征在于，所述保存所述根文件系统的配置文件，包括：

根据所述固件刷新参数对解压后的配置文件进行更新。

3.根据权利要求1所述的固件刷新方法，其特征在于，所述根文件系统为Tmpfs文件系统。

4.根据权利要求1所述的固件刷新方法，其特征在于，所述在所述根文件系统中对服务器部件进行固件刷新，包括：

确定待刷新服务器部件的类型；

5.根据权利要求1至4任一项所述的固件刷新方法，其特征在于，所述在所述根文件系统中对服务器部件进行固件刷新，得到固件刷新参数之后，还包括：

6.根据权利要求5所述的固件刷新方法，其特征在于，将当前系统根目录从所述根文件系统切换至所述更新后配置文件下，并对所述更新后配置文件进行加载之后，还包括：

判断所述当前固件参数和所述固件刷新参数是否一致；

7.一种固件刷新装置，其特征在于，包括：

8.根据权利要求7所述的固件刷新装置，其特征在于，还包括：

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至6任一项所述固件刷新方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述固件刷新方法的步骤。