CN113064750A - 一种bios日志信息的追踪方法、装置和介质 - Google Patents

一种bios日志信息的追踪方法、装置和介质 Download PDF

Info

Publication number
CN113064750A
CN113064750A CN202110452753.6A CN202110452753A CN113064750A CN 113064750 A CN113064750 A CN 113064750A CN 202110452753 A CN202110452753 A CN 202110452753A CN 113064750 A CN113064750 A CN 113064750A
Authority
CN
China
Prior art keywords
serial port
log information
memory space
tracking
function
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.)
Granted
Application number
CN202110452753.6A
Other languages
English (en)
Other versions
CN113064750B (zh
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.)
Shandong Yingxin Computer Technology Co Ltd
Original Assignee
Shandong Yingxin Computer 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 Shandong Yingxin Computer Technology Co Ltd filed Critical Shandong Yingxin Computer Technology Co Ltd
Priority to CN202110452753.6A priority Critical patent/CN113064750B/zh
Publication of CN113064750A publication Critical patent/CN113064750A/zh
Application granted granted Critical
Publication of CN113064750B publication Critical patent/CN113064750B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0745—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in an input/output transactions management context
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0775—Content or structure details of the error report, e.g. specific table structure, specific error fields
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

本申请实施例公开了一种BIOS日志信息的追踪方法、装置和介质，在串行口打印函数中封装启动追踪函数；在串行口打印函数初始化时，为启动追踪函数分配设定的内存空间，并建立用于指向内存空间当前起始地址的指针变量。从内存空间的当前起始地址开始写入启动追踪函数采集的串行口日志信息。在完成串行口日志信息的写入后，将内存空间当前数据的结束位置作为指针变量，以便于将后续日志信息依据指针变量所指向的位置进行存储。启动追踪函数属于写函数，其在系统开机启动时运行不会占用太长的开机时间。在串行口打印函数中封装启动追踪函数，并为启动追踪函数分配内存空间和指针变量，实现了系统开机启动时串行口日志信息的自动化采集和存储。

Description

一种BIOS日志信息的追踪方法、装置和介质
技术领域
本申请涉及信息管理技术领域，特别是涉及一种BIOS日志信息的追踪方法、装置和计算机可读存储介质。
背景技术
在基本输入/输出系统(Basic Input/Ouput System，BIOS)引导服务器开机过程中，会对服务器主板上的硬件设备进行扫描检测、设备初始化、资源分配与适配，若在引导过程中，出现引导失败系统宕机、或者出现其他故障现象，此时往往需要开启BIOS代码中的启动串行口控制开关，保存选项机器重启后，再通过串行口线或者通过基板管理控制器(Baseboard Management Controller，BMC)的SOL(Serial Over Lan)接口收集BIOS串行口日志，从BIOS的启动过程进一步对问题进行分析定位。
在很多情况下，问题的复现概率较低，后续二次开机过程可能也无法收集到问题复现时的BIOS串行口日志，影响到对问题细致分析与定位。在这种情况下，往往现场人员采取的手段就是反复开关机试验再次复现，导致大量的时间耗费在收集故障问题的BIOS串行口日志。在客户现场出现的故障，服务器供应商一直坚持快速响应、分秒必争的原则对问题展开处理，如果能够快捷的收集到BIOS串行口日志将节省大量时间。
可见，如何快捷的收集BIOS串行口日志，是本领域技术人员需要解决的问题。
发明内容
本申请实施例的目的是提供一种BIOS日志信息的追踪方法、装置和计算机可读存储介质，可以快捷的收集BIOS串行口日志。
为解决上述技术问题，本申请实施例提供一种BIOS日志信息的追踪方法，包括：
在串行口打印函数中封装启动追踪函数；
在所述串行口打印函数初始化时，为所述启动追踪函数分配设定的内存空间，并建立用于指向所述内存空间当前起始地址的指针变量；
当所述串行口打印函数被调用时，则从所述内存空间的当前起始地址开始写入所述启动追踪函数采集的串行口日志信息；
在完成串行口日志信息的写入后，将所述内存空间当前数据的结束位置作为所述指针变量。
可选地，还包括：
当每次系统重启时，执行所述串行口打印函数的初始化。
可选地，还包括：
对于异常开机的情况，利用设置的EFI数据收集工具从所述内存空间采集串行口日志信息。
可选地，还包括：
对于系统宕机的情况，利用Cscript工具从所述内存空间采集串行口日志信息。
可选地，还包括：
在完成串行口日志信息的写入后，在所述内存空间当前数据的结束位置添加结束标识。
本申请实施例还提供了一种BIOS日志信息的追踪装置，包括封装单元、设置单元、建立单元、写入单元和作为单元；
所述封装单元，用于在串行口打印函数中封装启动追踪函数；
所述设置单元，用于在所述串行口打印函数初始化时，为所述启动追踪函数分配设定的内存空间；
所述建立单元，用于建立用于指向所述内存空间当前起始地址的指针变量；
所述写入单元，用于当所述串行口打印函数被调用时，则从所述内存空间的当前起始地址开始写入所述启动追踪函数采集的串行口日志信息；
所述作为单元，用于在完成串行口日志信息的写入后，将所述内存空间当前数据的结束位置作为所述指针变量。
可选地，还包括初始化单元；
所述初始化单元，用于当每次系统重启时，执行所述串行口打印函数的初始化。
可选地，还包括采集单元；
所述采集单元，用于对于异常开机的情况，利用设置的EFI数据收集工具从所述内存空间采集串行口日志信息。
可选地，还包括采集单元；
所述采集单元，用于对于系统宕机的情况，利用Cscript工具从所述内存空间采集串行口日志信息。
可选地，还包括添加单元；
所述添加单元，用于在完成串行口日志信息的写入后，在所述内存空间当前数据的结束位置添加结束标识。
本申请实施例还提供了一种BIOS日志信息的追踪装置，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序以实现如上述任意一项所述BIOS日志信息的追踪方法的步骤。
本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项所述BIOS日志信息的追踪方法的步骤。
由上述技术方案可以看出，在串行口打印函数中封装启动追踪函数；在串行口打印函数初始化时，为启动追踪函数分配设定的内存空间，并建立用于指向内存空间当前起始地址的指针变量；当串行口打印函数被调用时，由于串行口打印函数默认关闭，此时串行口打印函数不会被启动，但是封装在串行口打印函数内的启动追踪函数会自动启动，开始采集串行口日志信息。为了便于后续调取串行口日志信息，可以向内存空间的当前起始地址开始写入启动追踪函数采集的串行口日志信息。指针变量是实现日志信息按序写入内存空间的重要依据，在完成串行口日志信息的写入后，需要将内存空间当前数据的结束位置作为指针变量，以便于可以将后续日志信息依据指针变量所指向的位置进行存储。在该技术方案中，相比于串行口打印函数，启动追踪函数属于写函数，其在系统开机启动时运行不会占用太长的开机时间，通过在串行口打印函数中封装启动追踪函数，并且为启动追踪函数分配内存空间和指针变量，可以实现系统开机启动时串行口日志信息的自动化采集和存储，提升了BIOS串行口日志收集的便捷性。
附图说明
为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种BIOS日志信息的追踪方法的流程图；
图2为本申请实施例提供的一种BIOS日志信息的追踪装置的结构示意图；
图3为本申请实施例提供的一种BIOS日志信息的追踪装置的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本申请保护范围。
为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。
接下来，详细介绍本申请实施例所提供的一种BIOS日志信息的追踪方法。图1为本申请实施例提供的一种BIOS日志信息的追踪方法的流程图，该方法包括：
S101：在串行口打印函数中封装启动追踪函数。
启动追踪(Boot Trace)函数可以用于对BIOS启动时产生的串行口日志信息进行追踪记录。
串行口打印函数需要采集并打印出串行口日志信息，其在开机运行时花费的时间较长，会导致系统开机时间延迟。为了降低串行口信息采集所花费的时间，在本申请实施例中，可以在串行口打印函数中封装启动追踪函数，启动追踪函数属于写函数，相比于串行口打印函数，启动追踪函数在系统启动时运行所花费的时间较短，不会对系统开机时间造成太大的影响。
S102：在串行口打印函数初始化时，为启动追踪函数分配设定的内存空间，并建立用于指向内存空间当前起始地址的指针变量。
在本申请实施例中，系统每次重启时，都需要执行串行口打印函数的初始化。为了保证启动追踪函数的正常运行，需要对启动追踪函数执行初始化，启动追踪函数的初始化可以包括为启动追踪函数分配设定的内存空间，并建立用于指向内存空间当前起始地址的指针变量。
分配内存空间可以用于存储启动追踪函数采集的串行口日志信息，指针变量可以用于指向日志信息在内存空间的存储位置。
在本申请实施例中，可以将分配的内存空间指定为受保护区域，确保系统启动至OS下后不会被OS访问，保证了该内存空间只用于存储串行口日志信息。内存空间的大小可以依据实际需求设置，例如，可以将内存空间设置为3兆。
S103：当串行口打印函数被调用时，则从内存空间的当前起始地址开始写入启动追踪函数采集的串行口日志信息。
当串行口打印函数被调用时，由于串行口打印函数默认关闭，此时串行口打印函数不会被启动，但是封装在串行口打印函数内的启动追踪函数会自动启动，开始采集串行口日志信息。
为了便于后续调取串行口日志信息，可以向内存空间的当前起始地址开始写入启动追踪函数采集的串行口日志信息。
S104：在完成串行口日志信息的写入后，将内存空间当前数据的结束位置作为指针变量。
指针变量是实现日志信息按序写入内存空间的重要依据，在完成串行口日志信息的写入后，需要将内存空间当前数据的结束位置作为指针变量，以便于可以将后续日志信息依据指针变量所指向的位置进行存储。
在本申请实施例中，在系统开机启动时便可以采集串行口日志信息，有效的解决了系统异常或宕机等故障现象复现概率低的问题。通过快捷的采集系统开机启动时串行口日志信息，能够在系统故障时实现快速响应，以便于服务器的管理人员可以基于采集的串行口日志信息对故障问题展开处理。
由上述技术方案可以看出，在串行口打印函数中封装启动追踪函数；在串行口打印函数初始化时，为启动追踪函数分配设定的内存空间，并建立用于指向内存空间当前起始地址的指针变量；当串行口打印函数被调用时，由于串行口打印函数默认关闭，此时串行口打印函数不会被启动，但是封装在串行口打印函数内的启动追踪函数会自动启动，开始采集串行口日志信息。为了便于后续调取串行口日志信息，可以向内存空间的当前起始地址开始写入启动追踪函数采集的串行口日志信息。指针变量是实现日志信息按序写入内存空间的重要依据，在完成串行口日志信息的写入后，需要将内存空间当前数据的结束位置作为指针变量，以便于可以将后续日志信息依据指针变量所指向的位置进行存储。在该技术方案中，相比于串行口打印函数，启动追踪函数属于写函数，其在系统开机启动时运行不会占用太长的开机时间，通过在串行口打印函数中封装启动追踪函数，并且为启动追踪函数分配内存空间和指针变量，可以实现系统开机启动时串行口日志信息的自动化采集和存储，提升了BIOS串行口日志收集的便捷性。
在本申请实施例中，针对于不同类型的故障情况，可以采用不同的手段从内存空间中获取串行口日志信息。
在具体实现中，对于异常开机的情况，可以利用设置的EFI数据收集工具从内存空间采集串行口日志信息。
在实际应用中，可以有管理人员编写BIOS代码开发Shell下内存空间的EFI数据收集工具，EFI数据收集工具支持在Shell下执行，能够指定内存起始地址和数据的长度，最终将采集的串行口日志信息以EFI文件形式呈现。
在服务器开机过程中出现异常开机的情况，比如PXE引导失败或启动项丢失等情况，待服务器启动至Shell下后，可调用EFI数据收集工具采集内存空间中存储的串行口日志信息。
在具体实现中，对于系统宕机的情况，可以利用Cscript(小型C语言编译器)工具从内存空间采集串行口日志信息。
在服务器开机过程中出现宕机的情况，还未启动至BIOS设置界面，此时可使用XDP利用Cscript工具对内存空间中存储的串行口日志信息进行收集，并最终定向到文件。
由于Cscript工具采集的串行口日志信息是以十六进制形式呈现，为了便于BIOS工程师阅读，可以对收集到的串行口日志信息进行解析，将其转换为UNICODE用于检索。在实际应用中，可使用现有的UltraEdit软件或者网络上的文档编辑软件进行转换即可。转换成功后，BIOS工程师即可根据转换后的串行口日志信息进行问题定位。
在本申请实施例中，对于不同的故障情况可以采用不同的工具从内存空间中采集串行口日志信息，保证了串行口日志信息的顺利读取。
在本申请实施例中，在完成串行口日志信息的写入后，可以在内存空间当前数据的结束位置添加结束标识。
结束标识可以用于表征本次写入操作结束的位置，对于结束标识的形式不做限定，例如，可以以0x00作为结束标识。
通过设置结束标识，可以便于区分每次写入的日志信息。依据于结束标识可以有序的读取到每次写入内存空间的完整日志信息。
图2为本申请实施例提供的一种BIOS日志信息的追踪装置的结构示意图，包括封装单元21、设置单元22、建立单元23、写入单元24和作为单元25；
封装单元21，用于在串行口打印函数中封装启动追踪函数；
设置单元22，用于在串行口打印函数初始化时，为启动追踪函数分配设定的内存空间；
建立单元23，用于建立用于指向内存空间当前起始地址的指针变量；
写入单元24，用于当串行口打印函数被调用时，则从内存空间的当前起始地址开始写入启动追踪函数采集的串行口日志信息；
作为单元25，用于在完成串行口日志信息的写入后，将内存空间当前数据的结束位置作为指针变量。
可选地，还包括初始化单元；
初始化单元，用于当每次系统重启时，执行串行口打印函数的初始化。
可选地，还包括采集单元；
采集单元，用于对于异常开机的情况，利用设置的EFI数据收集工具从内存空间采集串行口日志信息。
可选地，还包括采集单元；
采集单元，用于对于系统宕机的情况，利用Cscript工具从内存空间采集串行口日志信息。
可选地，还包括添加单元；
添加单元，用于在完成串行口日志信息的写入后，在内存空间当前数据的结束位置添加结束标识。
图2所对应实施例中特征的说明可以参见图1所对应实施例的相关说明，这里不再一一赘述。
由上述技术方案可以看出，在串行口打印函数中封装启动追踪函数；在串行口打印函数初始化时，为启动追踪函数分配设定的内存空间，并建立用于指向内存空间当前起始地址的指针变量；当串行口打印函数被调用时，由于串行口打印函数默认关闭，此时串行口打印函数不会被启动，但是封装在串行口打印函数内的启动追踪函数会自动启动，开始采集串行口日志信息。为了便于后续调取串行口日志信息，可以向内存空间的当前起始地址开始写入启动追踪函数采集的串行口日志信息。指针变量是实现日志信息按序写入内存空间的重要依据，在完成串行口日志信息的写入后，需要将内存空间当前数据的结束位置作为指针变量，以便于可以将后续日志信息依据指针变量所指向的位置进行存储。在该技术方案中，相比于串行口打印函数，启动追踪函数属于写函数，其在系统开机启动时运行不会占用太长的开机时间，通过在串行口打印函数中封装启动追踪函数，并且为启动追踪函数分配内存空间和指针变量，可以实现系统开机启动时串行口日志信息的自动化采集和存储，提升了BIOS串行口日志收集的便捷性。
图3为本申请实施例提供的一种BIOS日志信息的追踪装置30的硬件结构示意图，包括：
存储器31，用于存储计算机程序；
处理器32，用于执行计算机程序以实现如上述任意一项BIOS日志信息的追踪方法的步骤。
本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述任意一项BIOS日志信息的追踪方法的步骤。
以上对本申请实施例所提供的一种BIOS日志信息的追踪方法、装置和计算机可读存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

Claims (10)

1.一种BIOS日志信息的追踪方法，其特征在于，包括：
在串行口打印函数中封装启动追踪函数；
在所述串行口打印函数初始化时，为所述启动追踪函数分配设定的内存空间，并建立用于指向所述内存空间当前起始地址的指针变量；
当所述串行口打印函数被调用时，则从所述内存空间的当前起始地址开始写入所述启动追踪函数采集的串行口日志信息；
在完成串行口日志信息的写入后，将所述内存空间当前数据的结束位置作为所述指针变量。
2.根据权利要求1所述的BIOS日志信息的追踪方法，其特征在于，还包括：
当每次系统重启时，执行所述串行口打印函数的初始化。
3.根据权利要求1所述的BIOS日志信息的追踪方法，其特征在于，还包括：
对于异常开机的情况，利用设置的EFI数据收集工具从所述内存空间采集串行口日志信息。
4.根据权利要求1所述的BIOS日志信息的追踪方法，其特征在于，还包括：
对于系统宕机的情况，利用Cscript工具从所述内存空间采集串行口日志信息。
5.根据权利要求1至4任意一项所述的BIOS日志信息的追踪方法，其特征在于，还包括：
在完成串行口日志信息的写入后，在所述内存空间当前数据的结束位置添加结束标识。
6.一种BIOS日志信息的追踪装置，其特征在于，包括封装单元、设置单元、建立单元、写入单元和作为单元；
所述封装单元，用于在串行口打印函数中封装启动追踪函数；
所述设置单元，用于在所述串行口打印函数初始化时，为所述启动追踪函数分配设定的内存空间；
所述建立单元，用于建立用于指向所述内存空间当前起始地址的指针变量；
所述写入单元，用于当所述串行口打印函数被调用时，则从所述内存空间的当前起始地址开始写入所述启动追踪函数采集的串行口日志信息；
所述作为单元，用于在完成串行口日志信息的写入后，将所述内存空间当前数据的结束位置作为所述指针变量。
7.根据权利要求6所述的BIOS日志信息的追踪装置，其特征在于，还包括初始化单元；
所述初始化单元，用于当每次系统重启时，执行所述串行口打印函数的初始化。
8.根据权利要求6所述的BIOS日志信息的追踪装置，其特征在于，还包括采集单元；
所述采集单元，用于对于异常开机的情况，利用设置的EFI数据收集工具从所述内存空间采集串行口日志信息。
9.一种BIOS日志信息的追踪装置，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序以实现如权利要求1至5任意一项所述BIOS日志信息的追踪方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任意一项所述BIOS日志信息的追踪方法的步骤。
CN202110452753.6A 2021-04-26 2021-04-26 一种bios日志信息的追踪方法、装置和介质 Active CN113064750B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110452753.6A CN113064750B (zh) 2021-04-26 2021-04-26 一种bios日志信息的追踪方法、装置和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110452753.6A CN113064750B (zh) 2021-04-26 2021-04-26 一种bios日志信息的追踪方法、装置和介质

Publications (2)

Publication Number Publication Date
CN113064750A true CN113064750A (zh) 2021-07-02
CN113064750B CN113064750B (zh) 2023-03-28

Family

ID=76567485

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110452753.6A Active CN113064750B (zh) 2021-04-26 2021-04-26 一种bios日志信息的追踪方法、装置和介质

Country Status (1)

Country Link
CN (1) CN113064750B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113868128A (zh) * 2021-09-18 2021-12-31 苏州浪潮智能科技有限公司 一种测试pxe引导功能的方法、装置、以及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110078407A1 (en) * 2009-09-25 2011-03-31 Russell Lee Lewis Determining an end of valid log in a log of write records
US20150058825A1 (en) * 2013-08-21 2015-02-26 Vmware, Inc. Stack trace compression
US20150127931A1 (en) * 2013-11-01 2015-05-07 Fujitsu Limited Information processing apparatus, boot up method, and computer-readable storage medium storing boot up program
CN106502874A (zh) * 2016-10-26 2017-03-15 南京途牛科技有限公司 一种调用链跟踪方法
CN107145341A (zh) * 2017-03-31 2017-09-08 武汉斗鱼网络科技有限公司 一种在Flash中加入打印日志功能的方法及装置
CN109683964A (zh) * 2018-11-09 2019-04-26 加弘科技咨询(上海)有限公司 Bios软件调试控制方法、系统及服务器
CN110764980A (zh) * 2019-09-06 2020-02-07 华为技术有限公司 日志处理方法和装置
CN110941405A (zh) * 2019-11-24 2020-03-31 浪潮电子信息产业股份有限公司 一种内核客户端日志打印方法、装置、设备及存储介质
CN111427780A (zh) * 2020-03-10 2020-07-17 畅捷通信息技术股份有限公司 函数信息的追踪方法、装置和计算机可读存储介质
WO2020173377A1 (zh) * 2019-02-28 2020-09-03 华为技术有限公司 一种日志信息生成方法、装置及电子设备

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110078407A1 (en) * 2009-09-25 2011-03-31 Russell Lee Lewis Determining an end of valid log in a log of write records
US20150058825A1 (en) * 2013-08-21 2015-02-26 Vmware, Inc. Stack trace compression
US20150127931A1 (en) * 2013-11-01 2015-05-07 Fujitsu Limited Information processing apparatus, boot up method, and computer-readable storage medium storing boot up program
CN106502874A (zh) * 2016-10-26 2017-03-15 南京途牛科技有限公司 一种调用链跟踪方法
CN107145341A (zh) * 2017-03-31 2017-09-08 武汉斗鱼网络科技有限公司 一种在Flash中加入打印日志功能的方法及装置
CN109683964A (zh) * 2018-11-09 2019-04-26 加弘科技咨询(上海)有限公司 Bios软件调试控制方法、系统及服务器
WO2020173377A1 (zh) * 2019-02-28 2020-09-03 华为技术有限公司 一种日志信息生成方法、装置及电子设备
CN110764980A (zh) * 2019-09-06 2020-02-07 华为技术有限公司 日志处理方法和装置
CN110941405A (zh) * 2019-11-24 2020-03-31 浪潮电子信息产业股份有限公司 一种内核客户端日志打印方法、装置、设备及存储介质
CN111427780A (zh) * 2020-03-10 2020-07-17 畅捷通信息技术股份有限公司 函数信息的追踪方法、装置和计算机可读存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113868128A (zh) * 2021-09-18 2021-12-31 苏州浪潮智能科技有限公司 一种测试pxe引导功能的方法、装置、以及存储介质

Also Published As

Publication number Publication date
CN113064750B (zh) 2023-03-28

Similar Documents

Publication Publication Date Title
CN109783117B (zh) 一种无盘系统的镜像文件制作及启动方法
CN106557384B (zh) 基于Linux的数据处理方法、装置和系统
CN103176924B (zh) 输出设备以及输出设备的日志信息收集方法
US9501344B2 (en) Data dump for a memory in a data processing system
CN108509215B (zh) 一种系统软件的更换方法、装置、终端设备及存储介质
JP2007133544A (ja) 障害情報解析方法及びその実施装置
CN112732503B (zh) 一种bios问题定位方法、装置和计算机可读存储介质
CN114706661A (zh) 虚拟机的容灾备份方法、系统、计算机设备及存储介质
CN113407383A (zh) 主备系统切换方法、装置、服务器及主备系统
CN113064750B (zh) 一种bios日志信息的追踪方法、装置和介质
CN114281788A (zh) 一种bmc固件数据提取方法、装置、终端及存储介质
RU2177636C2 (ru) Сбор данных об отказах как часть перезапуска компьютерного устройства
JP2017078998A (ja) 情報処理装置およびログ管理方法、並びにコンピュータ・プログラム
CN106330595B (zh) 分布式平台的心跳检测方法和装置
CN107168815B (zh) 一种收集硬件错误信息的方法
CN111858116A (zh) 一种信息记录方法、装置、设备及可读存储介质
CN116302738A (zh) 一种测试芯片的方法、系统、设备和存储介质
CN114860271A (zh) 一种pxe启动方法、系统、装置及可读存储介质
CN114281613A (zh) 一种服务器测试方法、装置、计算机设备及存储介质
CN113645056B (zh) 一种定位智能网卡故障的方法及系统
CN113760623A (zh) 固态硬盘tcg协议功能测试方法、装置及计算机设备
CN111984473A (zh) 一种内存快照数据获取方法及相关装置
CN114765051A (zh) 内存测试方法及装置、可读存储介质、电子设备
CN110673974A (zh) 系统调试方法及装置
CN114385379B (zh) 板载信息刷写检测方法、系统、终端及存储介质

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