CN112346897B - 一种处理计算机故障的方法及系统 - Google Patents

一种处理计算机故障的方法及系统 Download PDF

Info

Publication number
CN112346897B
CN112346897B CN202011144262.7A CN202011144262A CN112346897B CN 112346897 B CN112346897 B CN 112346897B CN 202011144262 A CN202011144262 A CN 202011144262A CN 112346897 B CN112346897 B CN 112346897B
Authority
CN
China
Prior art keywords
serial port
error
log information
hardware
problem type
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
Application number
CN202011144262.7A
Other languages
English (en)
Other versions
CN112346897A (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.)
Inspur Electronic Information Industry Co Ltd
Original Assignee
Inspur Electronic Information Industry 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 Inspur Electronic Information Industry Co Ltd filed Critical Inspur Electronic Information Industry Co Ltd
Priority to CN202011144262.7A priority Critical patent/CN112346897B/zh
Publication of CN112346897A publication Critical patent/CN112346897A/zh
Application granted granted Critical
Publication of CN112346897B publication Critical patent/CN112346897B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error 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/0766Error or fault reporting or storing

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了一种处理计算机故障的方法及系统,该方法包括:利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息;根据系统报错日志信息和硬件报错日志信息,确定报错的问题类型;对报错的问题类型进行解码,获取解码后报错的问题类型;对解码后报错的问题类型进行显示。该系统包括:串口信息采集模块、问题类型分析模块、解码模块和显示模块。通过本申请,能够快速识别计算机硬件和Linux系统的报错信息,有利于提高计算机故障处理效率。

Description

一种处理计算机故障的方法及系统
技术领域
本申请涉及计算机技术领域,特别是涉及一种处理计算机故障的方法及系统。
背景技术
随着国产化产品需求及国产化计算机技术的发展,目前的国产操作系统逐渐采用开源Linux系统进行编译开发。Linux系统与Windows系统在操作使用上有较大的区别,在使用过程中,如何快速处理Linux系统下的计算机故障,从而确保计算机恢复正常运行,是个重要的技术问题。
目前,当计算机出现故障时,常用的故障分析方法是:利用外接设备进行日志分析。具体地,利用外接设备如debug卡识别硬件的简单问题,或者通过接串口线,利用串口日志对问题进行分析,然后得出问题的原因。
然而,目前当计算机出现故障时的分析方法中,由于是利用外部Debug卡(主板故障诊断卡)的方式进行问题分析,只能识别到硬件问题,无法分析到Linux系统的软件问题,对问题的识别、分析不够全面和准确,使得故障处理的准确性和效率不够高。另外,由于目前的分析方法中需要专用的外接设备导出问题,再从客户端进行原因分析,所需要的时间较长,不便于快速进行故障识别,故障处理效率较低。
发明内容
本申请提供了一种处理计算机故障的方法及系统,以解决现有技术中的上述问题。
为了解决上述技术问题,本申请实施例公开了如下技术方案:
一种处理计算机故障的方法,所述方法包括:
利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息,所述串口信息包括:系统报错日志信息和硬件报错日志信息;
根据所述系统报错日志信息和硬件报错日志信息,确定报错的问题类型;
对所述报错的问题类型进行解码,获取解码后报错的问题类型;
对解码后报错的问题类型进行显示。
可选地,所述利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息,包括:
利用第一串口电压信号,采集Linux操作系统的系统报错日志信息;
利用第二串口电压信号,采集计算机硬件的硬件报错日志信息,且所述第一串口电压信号和第二串口电压信号的电压不同。
可选地,所述第一串口电压信号为RS232信号,所述第二串口电压信号为TTL(transistor transistorlogic,晶体管-晶体管逻辑电平)电平信号。
可选地,根据所述系统报错日志信息和硬件报错日志信息,确定报错的问题类型的方法,具体为:
在计算机的BIOS(Basic Input Output System,基本输入输出系统)端,对所述系统报错日志信息和硬件报错日志信息进行分析;
根据分析结果,确定报错的问题类型;
将所述报错的问题类型发送至解码芯片。
一种处理计算机故障的系统,所述系统包括:
串口信息采集模块,用于利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息,所述串口信息包括:系统报错日志信息和硬件报错日志信息;
问题类型分析模块,用于根据所述系统报错日志信息和硬件报错日志信息,确定报错的问题类型;
解码模块,用于对所述报错的问题类型进行解码,获取解码后报错的问题类型;
显示模块,用于对解码后报错的问题类型进行显示。
可选地,所述串口信息采集模块包括:
系统报错日志信息采集单元,用于利用第一串口电压信号,采集Linux操作系统的系统报错日志信息;
硬件报错日志信息采集单元,用于利用第二串口电压信号,采集计算机硬件的硬件报错日志信息,且所述第一串口电压信号和第二串口电压信号的电压不同。
可选地,所述系统报错日志信息采集单元为RS232芯片,所述硬件报错日志信息采集单元为TTL芯片。
可选地,所述问题类型分析模块为BIOS。
可选地,所述BIOS包括:
分析单元,用于在计算机的BIOS端,对所述系统报错日志信息和硬件报错日志信息进行分析,以及根据分析结果,确定报错的问题类型;
发送单元,用于将所述报错的问题类型发送至解码芯片。
可选地,所述显示模块为数码管。
本申请的实施例提供的技术方案可以包括以下有益效果:
本申请提供一种处理计算机故障的方法,该方法主要应用于国产计算机。首先利用不同的串口电压信号分别采集Linux操作系统和计算机硬件的串口信息,其次根据所采集的串口信息确定报错的问题类型,然后对报错的问题类型进行解码,获取解码后报错的问题类型,最后对问题类型进行显示。本实施例针对Linux操作系统和计算机硬件的串口信息,通过不同的串口电压信号分别进行采集,不同的串口电压信号其电压不同,电平标准不同,通过识别不同的电压,能够快速而准确地区分Linux操作系统和计算机硬件的串口信息,从而获取软件方面和硬件方面不同的报错日志信息,有利于提高计算机故障识别的准确性。而且,通过利用不同的串口电压信号进行信息采集,能否分别针对Linux操作系统的问题和计算机硬件的问题进行采集,相比于现有技术,能够汇总到更加全面的故障信息,对问题的识别、分析更加全面和准确,从而有利于提高故障处理效率。
本申请还提供一种处理计算机故障的系统,该系统主要包括:串口信息采集模块、问题类型分析模块、解码模块和显示模块。串口信息采集模块,能够利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息,从而采集到软件报错日志信息和硬件报错日志信息,所采集的信息更加全面,有利于后续对故障的处理,提高故障处理效率。而且由于能够采集到软件和硬件方面更加全面的信息,有利于提高故障处理的准确性和可靠性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例所提供的一种处理计算机故障的方法的流程示意图;
图2为本申请实施例所提供的一种处理计算机故障的系统的结构示意图
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
为了更好地理解本申请,下面结合附图来详细解释本申请的实施方式。
实施例一
参见图1,图1为本申请实施例所提供的一种处理计算机故障的方法的流程示意图。由图1可知,本实施例中处理计算机故障的方法,主要包括如下过程:
S1:利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息。本实施例中的串口信息包括:系统报错日志信息和硬件报错日志信息。
本实施例中,计算机硬件和Linux操作系统分成为两个方向,通过利用不同的串口电压输出不同的信息。不同的串口电压信号其电压不同,电平标准不同,本实施例通过不同的串口电压对Linux操作系统和硬件输出的串口信息进行区分,从而能够分别采集到软件方面的串口信息和硬件方面的串口信息,对不同故障信息的采集更加全面,有利于后续故障判断和处理的准确性。
具体地,步骤S1又包括如下过程:
S11:利用第一串口电压信号,采集Linux操作系统的系统报错日志信息。
本实施例中第一串口电压信号可以采用RS232信号。
S12:利用第二串口电压信号,采集计算机硬件的硬件报错日志信息。
第二串口电压信号可以采用TTL电平信号,且第一串口电压信号和第二串口电压信号的电压不同。
由步骤S11和S12可知,Linux操作系统的报错通过RS232芯片,利用RS232信号,输出系统报错日志信息。计算机硬件的报错通过TTL电平,输出硬件报错日志信息。从而通过不同的串口信号采集到软件和硬件不同的报错信息。
继续参见图1可知,利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息之后,执行步骤S2:根据系统报错日志信息和硬件报错日志信息,确定报错的问题类型。
具体地,步骤S2包括如下过程:
S21:在计算机的BIOS端,对系统报错日志信息和硬件报错日志信息进行分析。
S22:根据分析结果,确定报错的问题类型。
S23:将报错的问题类型发送至解码芯片。
确定报错的问题类型之后,执行步骤S3:对报错的问题类型进行解码,获取解码后报错的问题类型。
本实施例可以利用解码芯片对报错的问题类型进行解码,解码芯片将收到的问题类型转换为相对应的数字,以便于后续进行显示。
S4:对解码后报错的问题类型进行显示。
通过对报错的问题类型进行显示,能够使用户在第一时间更加准确地获取故障内容,从而参照相关故障处理措施进行故障处理。而且数字显示的方式比较直观,有利于进一步提高故障处理效率。
综上所述,本实施例利用不同的串口电压信号对Linux操作系统和计算机硬件的串口信息进行区分,能够快速简便地识别计算机硬件和Linux操作系统的报错信息,有利于提升用户体验。利用RS232和TTL电平串口信息,BIOS下分析串口报错日志,解码芯片进行解码,最终同时实现硬件和简单的Linux操作系统问题的数码显示,使得用户根据数码显示管的直观显示,可快速了解故障原因以及确定故障处理方法。而且,由于本实施例中的方法不需要额外利用外部设备识别硬件问题,使得该方法实施起来更加简便快捷,便于推广应用。
实施例二
在图1所示实施例的基础之上参见图2,图2为本申请实施例所提供的一种处理计算机故障的系统的结构示意图。由图2可知,本实施例中处理计算机故障的系统,主要包括:串口信息采集模块、问题类型分析模块、解码模块和显示模块。其中,串口信息采集模块,用于利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息,串口信息包括:系统报错日志信息和硬件报错日志信息。问题类型分析模块,用于根据系统报错日志信息和硬件报错日志信息,确定报错的问题类型。解码模块,用于对报错的问题类型进行解码,获取解码后报错的问题类型。显示模块,用于对解码后报错的问题类型进行显示。
进一步地,串口信息采集模块包括:系统报错日志信息采集单元和硬件报错日志信息采集单元。其中,系统报错日志信息采集单元,用于利用第一串口电压信号,采集Linux操作系统的系统报错日志信息。硬件报错日志信息采集单元,用于利用第二串口电压信号,采集计算机硬件的硬件报错日志信息,且第一串口电压信号和第二串口电压信号的电压不同。
其中,系统报错日志信息采集单元可以采用RS232芯片,硬件报错日志信息采集单元可以采用TTL芯片。
进一步地,问题类型分析模块可以采用计算机的BIOS。该BIOS包括:分析单元和发送单元。其中,分析单元,用于在计算机的BIOS端,对系统报错日志信息和硬件报错日志信息进行分析,以及根据分析结果,确定报错的问题类型;发送单元,用于将报错的问题类型发送至解码芯片。
解码模块可以采用解码芯片,BIOS端分析出问题类型之后,通过发送单元将问题类型发送至解码芯片,通过解码芯片将问题类型转换为相应的数字。
进一步地,本实施例中的显示模块采用数码管。当计算机出现故障时,用户通过数码管上所显示的数字,能够直观而快速地确定故障内容,有利于提高故障排查效率。
该实施例中处理计算机故障的系统的工作原理和工作方法,在图1所示的实施例中已经详细阐述,在此不再赘述。
以上所述仅是本申请的具体实施方式,使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种处理计算机故障的方法,其特征在于,所述方法包括:
利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息,所述串口信息包括:系统报错日志信息和硬件报错日志信息;
根据所述系统报错日志信息和硬件报错日志信息,确定报错的问题类型;
对所述报错的问题类型进行解码,获取解码后报错的问题类型;
对解码后报错的问题类型进行显示。
2.根据权利要求1所述的一种处理计算机故障的方法,其特征在于,所述利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息,包括:
利用第一串口电压信号,采集Linux操作系统的系统报错日志信息;
利用第二串口电压信号,采集计算机硬件的硬件报错日志信息,且所述第一串口电压信号和第二串口电压信号的电压不同。
3.根据权利要求2所述的一种处理计算机故障的方法,其特征在于,所述第一串口电压信号为RS232信号,所述第二串口电压信号为TTL电平信号。
4.根据权利要求1所述的一种处理计算机故障的方法,其特征在于,根据所述系统报错日志信息和硬件报错日志信息,确定报错的问题类型的方法,具体为:
在计算机的BIOS端,对所述系统报错日志信息和硬件报错日志信息进行分析;
根据分析结果,确定报错的问题类型;
将所述报错的问题类型发送至解码芯片。
5.一种处理计算机故障的系统,其特征在于,所述系统包括:
串口信息采集模块,用于利用不同的串口电压信号,分别采集Linux操作系统和计算机硬件的串口信息,所述串口信息包括:系统报错日志信息和硬件报错日志信息;
问题类型分析模块,用于根据所述系统报错日志信息和硬件报错日志信息,确定报错的问题类型;
解码模块,用于对所述报错的问题类型进行解码,获取解码后报错的问题类型;
显示模块,用于对解码后报错的问题类型进行显示。
6.根据权利要求5所述的一种处理计算机故障的系统,其特征在于,所述串口信息采集模块包括:
系统报错日志信息采集单元,用于利用第一串口电压信号,采集Linux操作系统的系统报错日志信息;
硬件报错日志信息采集单元,用于利用第二串口电压信号,采集计算机硬件的硬件报错日志信息,且所述第一串口电压信号和第二串口电压信号的电压不同。
7.根据权利要求6所述的一种处理计算机故障的系统,其特征在于,所述系统报错日志信息采集单元为RS232芯片,所述硬件报错日志信息采集单元为TTL芯片。
8.根据权利要求5所述的一种处理计算机故障的系统,其特征在于,所述问题类型分析模块为BIOS。
9.根据权利要求8所述的一种处理计算机故障的系统,其特征在于,所述BIOS包括:
分析单元,用于在计算机的BIOS端,对所述系统报错日志信息和硬件报错日志信息进行分析,以及根据分析结果,确定报错的问题类型;
发送单元,用于将所述报错的问题类型发送至解码芯片。
10.根据权利要求5-9任一所述的一种处理计算机故障的系统,其特征在于,所述显示模块为数码管。
CN202011144262.7A 2020-10-23 2020-10-23 一种处理计算机故障的方法及系统 Active CN112346897B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011144262.7A CN112346897B (zh) 2020-10-23 2020-10-23 一种处理计算机故障的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011144262.7A CN112346897B (zh) 2020-10-23 2020-10-23 一种处理计算机故障的方法及系统

Publications (2)

Publication Number Publication Date
CN112346897A CN112346897A (zh) 2021-02-09
CN112346897B true CN112346897B (zh) 2022-07-22

Family

ID=74359862

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011144262.7A Active CN112346897B (zh) 2020-10-23 2020-10-23 一种处理计算机故障的方法及系统

Country Status (1)

Country Link
CN (1) CN112346897B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102545875A (zh) * 2011-11-29 2012-07-04 福建三元达软件有限公司 电平识别切换电路
CN103927241A (zh) * 2014-04-18 2014-07-16 卡斯柯信号有限公司 一种软硬件结合的内存避错方法及其装置
CN108762999A (zh) * 2018-05-23 2018-11-06 郑州云海信息技术有限公司 一种内核故障收集方法及装置
CN111625384A (zh) * 2020-05-25 2020-09-04 广东小天才科技有限公司 移动终端异常问题分析方法、系统、终端设备及存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI410776B (zh) * 2010-03-16 2013-10-01 Quanta Comp Inc 測試方法及應用其之電腦裝置及電腦測試系統

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102545875A (zh) * 2011-11-29 2012-07-04 福建三元达软件有限公司 电平识别切换电路
CN103927241A (zh) * 2014-04-18 2014-07-16 卡斯柯信号有限公司 一种软硬件结合的内存避错方法及其装置
CN108762999A (zh) * 2018-05-23 2018-11-06 郑州云海信息技术有限公司 一种内核故障收集方法及装置
CN111625384A (zh) * 2020-05-25 2020-09-04 广东小天才科技有限公司 移动终端异常问题分析方法、系统、终端设备及存储介质

Also Published As

Publication number Publication date
CN112346897A (zh) 2021-02-09

Similar Documents

Publication Publication Date Title
CN108683562B (zh) 异常检测定位方法、装置、计算机设备及存储介质
CN101778307B (zh) 机顶盒功能测试装置
US8996928B2 (en) Devices for indicating a physical layer error
JPH10105427A (ja) 電子相互接続バス上でのメモリアクセスに関する状態論理データを表示するためのコンピュータ操作可能な方法
CN111290955B (zh) 用于地铁信号系统测试软件的非侵入式自动化测试系统
CN102879732B (zh) 板卡的测试方法及其系统
CN104239174A (zh) Bmc远程调试系统及方法
CN112346897B (zh) 一种处理计算机故障的方法及系统
CN114325316A (zh) 一种板卡的测试方法、装置、电子设备及存储介质
CN104063297A (zh) 一种利用usb接口对计算机硬件进行诊断的方法及装置
CN116909904A (zh) 一种基于大流量高并发条件下的软件功能自动化测试方法
CN116647671A (zh) 故障定位方法和装置、系统、电子设备、计算机可读介质
US20220345360A1 (en) Fault Locating Method, Apparatus And System Based On I2C Communication
CN116738091A (zh) 页面监控方法、装置、电子设备及存储介质
CN203433507U (zh) 一种计算机主板的故障检测装置
US6535146B1 (en) Method of detecting short-circuits of keyboard Matrix
CN110907857B (zh) 一种基于fpga的连接器自动检测方法
US11068381B2 (en) Program analysis device, program analysis system, program analysis method and computer readable medium
CN111752835A (zh) 测试辅助方法、装置、设备及存储介质
CN107153550A (zh) 一种基于界面的计算机故障诊断方法
CN220543054U (zh) 一种基于半导体设备信号收集装置
CN112000579B (zh) 一种软件接口测试方法、系统、设备及介质
CN111901190B (zh) 一种通信分机收发模块的故障检测方法及系统
CN203396912U (zh) 一种薄膜开关aoi检测器
TW201839608A (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