CN112395121A - 一种驱动加载的处理方法及装置、存储介质、计算机设备 - Google Patents

一种驱动加载的处理方法及装置、存储介质、计算机设备 Download PDF

Info

Publication number
CN112395121A
CN112395121A CN201910755387.4A CN201910755387A CN112395121A CN 112395121 A CN112395121 A CN 112395121A CN 201910755387 A CN201910755387 A CN 201910755387A CN 112395121 A CN112395121 A CN 112395121A
Authority
CN
China
Prior art keywords
operating system
abnormal
driver
current
crash
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
CN201910755387.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.)
Qianxin Technology Group Co Ltd
Qianxin Safety Technology Zhuhai Co Ltd
Original Assignee
Qianxin Technology Group Co Ltd
Qianxin Safety Technology Zhuhai 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 Qianxin Technology Group Co Ltd, Qianxin Safety Technology Zhuhai Co Ltd filed Critical Qianxin Technology Group Co Ltd
Priority to CN201910755387.4A priority Critical patent/CN112395121A/zh
Publication of CN112395121A publication Critical patent/CN112395121A/zh
Pending legal-status Critical Current

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/0751Error or fault detection not based on redundancy
    • G06F11/0754Error or fault detection not based on redundancy by exceeding limits
    • G06F11/076Error or fault detection not based on redundancy by exceeding limits by exceeding a count or rate limit, e.g. word- or bit count limit
    • 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/079Root cause analysis, i.e. error or fault diagnosis
    • 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/0793Remedial or corrective actions

Abstract

本发明公开了一种驱动加载的处理方法及装置、存储介质、计算机设备,该方法包括在操作系统启动时,加载所述目标驱动程序;获取当前的系统异常崩溃累计次数;判断所述当前的系统异常崩溃累计次数是否大于预设的阈值;若所述当前的系统异常崩溃累计次数大于所述预设的阈值,则退出所述目标驱动程序;判断所述操作系统是否运行异常崩溃;若所述操作系统运行异常崩溃,则重新加载所述目标驱动程序;若所述操作系统没有运行异常崩溃,则对所述目标驱动程序进行升级。本公开可准确识别是否由目标驱动程序引起系统异常崩溃,避免造成对第三方软件的错误禁用,并且提高引发系统异常崩溃原因排查的效率。

Description

一种驱动加载的处理方法及装置、存储介质、计算机设备
技术领域
本发明涉及计算机技术领域,特别涉及一种驱动加载的处理方法及装置、存储介质、计算机设备。
背景技术
系统异常崩溃,是操作系统在无法从一个系统错误中恢复过来时,为保护电脑数据文件不被破坏而强制显示蓝色的屏幕图像。
出现系统异常崩溃,一般是操作系统遇到内核级的严重错误,影响极大。目前,在安装第三方软件后,系统可能会出现连续系统异常崩溃的情况。针对上述情况,现有技术的方案中,通过关机回调函数,统计异常的关机次数,来确定是否加载该第三方软件的驱动程序,例如,未统计到一次正常的关机,在再次开机驱动模块加载时,系统异常崩溃计数加1,当计数达到阈值是,第三方驱动程序就会自动退出。但是,连续的系统异常崩溃也可能是系统中其他驱动程序或者是硬件故障引发的,而现有技术的方案无法区分出发系统异常崩溃是否由第三方软件的驱动程序导致的,因此会造成对第三方软件的错误禁用。
发明内容
本发明的目的在于提供一种驱动加载的处理方法及装置、存储介质、计算机设备,以解决现有技术的方案无法区分出发系统异常崩溃是否由第三方软件的驱动程序导致的,因此会造成对第三方软件的错误禁用的问题。
根据本发明实施例的第一方面,提供了一种驱动加载的处理方法,包括:
在操作系统启动时,加载所述目标驱动程序;
获取当前的系统异常崩溃累计次数;
判断所述当前的系统异常崩溃累计次数是否大于预设的阈值;
若所述当前的系统异常崩溃累计次数大于所述预设的阈值,则退出所述目标驱动程序;
判断所述操作系统是否运行异常崩溃;
若所述操作系统运行异常崩溃,则重新加载所述目标驱动程序;若所述操作系统没有运行异常崩溃,则对所述目标驱动程序进行升级。
进一步地,所述方法还包括:
若所述当前的系统异常崩溃累计次数小于或等于所述预设的阈值,则继续并完成加载所述目标驱动程序;
根据所述操作系统的当前启动运行状态,确定待保存的系统异常崩溃累计次数;
保存所述待保存的系统异常崩溃累计次数和操作系统当前的启动运行状态。
进一步地,所述根据所述操作系统的当前启动运行状态,确定当前的系统异常崩溃累计次数包括:
判断所述操作系统是否运行异常崩溃;
若所述操作系统没有运行异常崩溃,则将当前的系统异常崩溃累计次数清零,得到待保存的系统异常崩溃累计次数;
若所述操作系统运行异常崩溃,则将所述当前的系统异常崩溃累计次数确定为待保存的系统异常崩溃累计次数。
进一步地,所述获取当前的系统异常崩溃累计次数包括:
调取保存的系统异常崩溃累计次数及所述操作系统上一次的启动运行状态;
若所述操作系统上一次的启动运行状态为所述操作系统运行异常崩溃,则将所述保存的系统异常崩溃累计次数加1,得到当前的系统异常崩溃累计次数,若所述操作系统上一次的启动运行状态为所述操作系统正常启动,则将所述保存的系统异常崩溃累计次数确定为当前的系统异常崩溃累计次数。
进一步地,所述对所述目标驱动程序进行升级包括:
接收所述目标驱动程序的升级文件;
根据所述升级文件对所述目标驱动程序进行升级。
进一步地,在所述退出所述目标驱动程序之后还包括:
按照预设的报警频率进行报警。
进一步地,所述重新加载所述目标驱动程序之后包括:
显示手动排除硬件故障或其他驱动程序故障的操作方法。
根据本发明实施例的第二方面,提供了一种驱动加载的处理装置,包括:
启动加载单元,用于在操作系统启动时,加载所述目标驱动程序;
获取单元,用于获取当前的系统异常崩溃累计次数;
第一判断单元,用于判断所述当前的系统异常崩溃累计次数是否大于预设的阈值;
禁止单元,用于若所述当前的系统异常崩溃累计次数大于所述预设的阈值,则退出所述目标驱动程序;
第二判断单元,用于判断所述操作系统是否运行异常崩溃;
重新加载单元,用于若所述操作系统运行异常崩溃,则重新加载所述目标驱动程序;
升级单元,用于若所述操作系统没有运行异常崩溃,则对所述目标驱动程序进行升级。
进一步地,所述装置还包括:
继续加载单元,用于若所述当前的系统异常崩溃累计次数小于或等于所述预设的阈值,则继续并完成加载所述目标驱动程序;
确定单元,用于根据所述操作系统的当前启动运行状态,确定待保存的系统异常崩溃累计次数;
存储单元,用于保存所述待保存的系统异常崩溃累计次数和操作系统当前的启动运行状态。
进一步地,所述确定单元包括:
判断模块,用于判断所述操作系统是否运行异常崩溃;
清零模块,用于若所述操作系统没有运行异常崩溃,则将当前的系统异常崩溃累计次数清零,得到待保存的系统异常崩溃累计次数;
确定模块,用于若所述操作系统运行异常崩溃,则将所述当前的系统异常崩溃累计次数确定为待保存的系统异常崩溃累计次数。
进一步地,所述获取单元包括:
调取模块,用于调取保存的系统异常崩溃累计次数及所述操作系统上一次的启动运行状态;
计数模块,用于若所述操作系统上一次的启动运行状态为所述操作系统运行异常崩溃,则将所述保存的系统异常崩溃累计次数加1,得到当前的系统异常崩溃累计次数,若所述操作系统上一次的启动运行状态为所述操作系统正常启动,则将所述保存的系统异常崩溃累计次数确定为当前的系统异常崩溃累计次数。
进一步地,所述升级单元包括:
接收模块,用于接收所述目标驱动程序的升级文件;
升级模块,用于根据所述升级文件对所述目标驱动程序进行升级。
进一步地,所述装置还包括:
报警单元,用于按照预设的报警频率进行报警。
进一步地,所述装置还包括:
显示单元,用于显示手动排除硬件故障或其他驱动程序故障的操作方法。
根据本发明实施例的第三方面,提供了一种存储介质,所述存储介质中存储有至少一种可执行指令,所述可执行指令使处理器执行如上述驱动加载的处理方法对应的操作。
根据本发明实施例的第四方面一种计算机设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一种可执行指令,所述可执行指令使所述处理器执行如上述驱动加载的处理方法对应的操作。
借由以上技术方案,本发明实施例提供了一种驱动加载的处理方法及装置、存储介质、计算机设备,在系统异常崩溃累计次数大于预设的阈值时,退出目标驱动程序,即禁用目标驱动程序后,再利用操作系统是否运行异常崩溃,来确定目标驱动程序是否为触发系统异常崩溃的驱动程序,即若操作系统运行异常崩溃,说明目标驱动程序不是触发系统异常崩溃的驱动程序,则重新加载目标驱动程序;若操作系统运行异常崩溃,即操作系统正常启动,说明目标驱动程序是触发系统异常崩溃的驱动程序,则需要对目标驱动程序进行升级。因此,本公开可准确识别是否由目标驱动程序引起系统异常崩溃,避免造成对第三方软件的错误禁用,并且提高引发系统异常崩溃原因排查的效率。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其他目的、特征和有点能够更明显移动,以下特举本发明的具体实施方式。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本发明实施例提供的一种驱动加载的处理方法流程图;
图2示出了本发明实施例提供的另一种驱动加载的处理方法流程图;
图3示出了本发明实施例提供的一种驱动加载的处理装置框图;
图4示出了本发明实施例的另一种驱动加载的处理装置框图;
图5示出了确定单元的框图;
图6示出了获取单元的框图;
图7示出了升级单元的框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种驱动加载的处理方法,如图1所示,包括:
步骤101:在操作系统启动时,加载目标驱动程序。
其中,本实施提供的驱动加载的处理方法的执行主体为驱动加载的处理装置,该装置可以被配置在任意终端设备中,例如,台式计算机或笔记本,操作系统可以是Windows、Unix、Linux、Nerware、Xenix等操作系统。当然,上述终端设备还可以是手持设备,例如移动电话。手持设备的操作系统可以是Palm OS、Symbian、Windows mobile和Android、iPhoneOS等。
其中,本发明各实施例中的目标驱动程序是指要与操作系统同时启动的第三方软件的驱动程序,比如为杀毒软件的驱动程序,通常,安装有第三方软件的终端在启动时,目标驱动程序,即第三方软件的驱动程序,也会与操作系统同时启动。目标驱动程序不能由用户手动停止或退出,且运行在操作系统的内核中。
步骤102:获取当前的系统异常崩溃累计次数。
步骤103:判断当前的系统异常崩溃累计次数是否大于预设的阈值;若当前的系统异常崩溃累计次数大于预设的阈值,则执行步骤104。
其中,预设的阈值可以根据需要设定,通常可设置为大于或等于2的正整数,或者,也可以有用户设置。
步骤104:退出目标驱动程序。
当前的系统异常崩溃累计次数大于预设的阈值时,说明目标驱动程序的加载可能引起操作系统异常崩溃,因此,退出目标驱动程序。举例说明,若预设的阈值为2,当前的系统异常崩溃累计次数为3时,则退出目标驱动程序。
步骤105:判断操作系统是否运行异常崩溃;若操作系统运行异常崩溃,则执行步骤106;若操作系统没有运行异常崩溃,则执行步骤107。
在退出目标驱动程序后,如果操作系统运行异常崩溃,则说明目标驱动程序不会引发系统异常崩溃,可重新加载目标驱动程序;如果操作系统没有运行异常崩溃,则说明目标驱动程序会引发系统异常崩溃,就需要对目标驱动程序进行升级,以避免再次引起系统异常崩溃。
步骤106:重新加载目标驱动程序。
步骤107:对目标驱动程序进行升级。
本发明实施例提供了一种驱动加载的处理方法,在系统异常崩溃累计次数大于预设的阈值时,退出目标驱动程序,即禁用目标驱动程序后,再利用操作系统是否运行异常崩溃,来确定目标驱动程序是否为触发系统异常崩溃的驱动程序,即若判断操作系统运行异常崩溃,说明目标驱动程序不是触发系统异常崩溃的驱动程序,则重新加载目标驱动程序;若操作系统运行异常崩溃,即操作系统正常启动,说明目标驱动程序是触发系统异常崩溃的驱动程序,则需要对目标驱动程序进行升级。因此,本公开可准确识别是否由目标驱动程序引起系统异常崩溃,避免造成对第三方软件的错误禁用,并且提高引发系统异常崩溃原因排查的效率。
本发明实施例提供了一种驱动加载的处理方法,如图2所示,包括:
步骤201:在操作系统启动时,加载目标驱动程序。
其中,本实施提供的驱动加载的处理方法的执行主体为驱动加载的处理装置,该装置可以被配置在任意终端设备中,例如,台式计算机或笔记本,操作系统可以是Windows、Unix、Linux、Nerware、Xenix等操作系统。当然,上述终端设备还可以是手持设备,例如移动电话。手持设备的操作系统可以是Palm OS、Symbian、Windows mobile和Android、iPhoneOS等。
其中,本发明各实施例中的目标驱动程序是指要与操作系统同时启动的第三方软件的驱动程序,比如为杀毒软件的驱动程序,通常,安装有第三方软件的终端或服务器在启动时,目标驱动程序,即第三方软件的驱动程序,也会与操作系统同时启动。目标驱动程序不能由用户手动停止或退出,且运行在操作系统的内核中。
步骤202:调取保存的系统异常崩溃累计次数及操作系统上一次的启动运行状态。
在每次操作系统关闭之前,都会将对系统异常崩溃累计次数和操作系统的启动运行状态进行保存,以便在操作系统再次启动后,对所保存的系统异常崩溃累计次数和操作系统上一次的启动运行状态进行调取。
其中,操作系统的启动运行状态可分为系统运行异常崩溃和正常启动,具体地,通过判断正常关机标志是否被设置来确定操作系统的启动运行状态,即在操作系统关闭之前,如果操作系统正常启动后关机,则配置正常关机标志;如果操作系统运行异常崩溃而导致关机,则不配置正常关机标志。
步骤203:若操作系统上一次的启动运行状态为操作系统运行异常崩溃,则将保存的系统异常崩溃累计次数加1,得到当前的系统异常崩溃累计次数,若所述操作系统上一次的启动运行状态为所述操作系统正常启动,则将所述保存的系统异常崩溃累计次数确定为当前的系统异常崩溃累计次数。
具体举例说明,若保存的系统异常崩溃累计次数为1,操作系统上一次的启动运行状态为异常崩溃,则将保存的系统异常崩溃累计次数加1,得到当前的系统异常崩溃累计次数为2。
若保存的系统异常崩溃累计次数为1,操作系统上一次的启动运行状态为正常启动,则将保存的系统异常崩溃累计次数确定为当前的系统异常崩溃累计次数,即当前的系统异常崩溃累计次数为1。
步骤204:判断当前的系统异常崩溃累计次数是否大于预设的阈值;若当前的系统异常崩溃累计次数大于预设的阈值,则执行步骤205;若当前的系统异常崩溃累计次数小于或等于预设的阈值,则执行步212。
造成操作系统运行异常崩溃的原因有多种,可能是硬件上的错误导致的,例如将两个不同的内存混插,则系统读取数据时,由于时钟周期不同,读取数据就会出现错误,从而出现操作系统运行异常崩溃;也可能是第三方软件方面,例如,如果第三方软件的驱动程序与其他驱动程序发生冲突,抢夺底层控制权,使操作系统运行异常崩溃,针对上述情况,仅将操作系统重新启动也无法修复。也可能是操作系统偶尔运行不稳定而造成的异常崩溃,这种情况可通过操作系统重新启动来进行修复。因此,本步骤利用预设的阈值来确定操作系统的运行是否是偶然的运行不稳定而造成的系统异常崩溃。
举例具体说明,若预设的阈值为2,如果当前的系统异常崩溃累计次数为0、1或2,说明操作系统可能是偶然的运行不稳定而造成系统异常崩溃,则可继续并完成目标程序后,再进行进一步判断具体情况;如果当前的系统异常崩溃累计次数为3,说明操作系统不是偶然的运行不稳定而造成系统异常崩溃,即可能是硬件或目标驱动程序(第三方软件的驱动程序)发生错误,则需要退出目标驱动程序,再进一步确定是否由目标驱动程序引起系统异常崩溃。
步骤205:退出目标驱动程序。
当前的系统异常崩溃累计次数大于预设的阈值,说明操作系统不是偶然的运行不稳定而造成系统异常崩溃,即可能是硬件或目标驱动程序(第三方软件的驱动程序)发生错误,则需要退出目标驱动程序,再进一步确定是否由目标驱动程序引起系统异常崩溃。
步骤206:判断操作系统是否运行异常崩溃;若操作系统运行异常崩溃,则执行步骤207-209;若操作系统没有运行异常崩溃,则执行步骤210-211。
步骤207:重新加载目标驱动程序。
在退出目标驱动程序后,操作系统还是异常崩溃,说明不是由目标驱动程序引发的,则重新对目标驱动程序进行加载。
步骤208:按照预设的报警频率进行报警。
由于操作系统运行异常崩溃不是由于加载目标驱动程序,因此,系统异常崩溃是由于其他驱动程序的加载或者硬件的原因导致,需要进行报警,以提示用户进行其他原因的排查。其中,预设的报警频率由技术人员根据出现系统异常崩溃显示的情况而定,可以为每隔3小时报警一次,每隔5小时报警一次,本发明实施例不做具体限定。
步骤209:显示手动排除硬件故障或其他驱动程序故障的操作方法。
由于确定系统异常崩溃显示是由于其他驱动程序的加载或者硬件的原因导致,则此时一般需要用户执行一些手动操作,此时,可以向用户显示操作方法及步骤,以引导用户完成对系统异常崩溃故障的修复。例如,界面显示“可能是由于您的xx运转异常导致,通常这种情况无法进行自动修复,电脑门诊根据您的硬件设备信息,给出了一个手动排除故障的方法,建议尝试”,“修复方法:手动排除”,“点击‘下一步’开始修复系统异常崩溃问题”。同时还可以通过图文解释的方式向用户提供更为直观的操作方法。
步骤210:接收目标驱动程序的升级文件。
由于退出目标驱动程序后,操作系统没有运行异常崩溃,即正常启动,说明操作系统运行异常崩溃是由于加载目标驱动程序,因此,需要对目标驱动程序进行升级来避免再次引起系统异常崩溃。
步骤211:根据升级文件对目标驱动程序进行升级。
步骤212:继续并完成加载目标驱动程序。
若当前的系统异常崩溃累计次数小于或等于预设的阈值,说明可能是操作系统偶尔运行不稳定而造成的异常崩溃,这种情况可通过操作系统重新启动来进行修复。因此,在当前的系统异常崩溃累计次数小于或等于预设的阈值的情况下,还是继续并完成目标驱动程序。
步骤213:判断操作系统是否运行异常崩溃;若操作系统没有运行异常崩溃,则执行步骤214;若操作系统运行异常崩溃,则执行步骤215。
步骤214:将当前的系统异常崩溃累计次数清零,得到待保存的系统异常崩溃累计次数。
如果操作系统没有运行异常崩溃,说明操作系统是偶尔运行不稳定而造成的异常崩溃,则将当前的系统异常崩溃累计次数清零,即待保存的系统异常崩溃累计次数为零。待保存的系统异常崩溃累计次数为在操作系统关闭前,需保存的连续系统异常崩溃的次数。
举例具体说明,例如,当前的系统异常崩溃累计次数为1,操作系统没有运行异常崩溃,则将当前的系统异常崩溃累计次数更新为0,也就是待保存的系统异常崩溃累计次数为0。
步骤215:将当前的系统异常崩溃累计次数确定为待保存的系统异常崩溃累计次数。
如果操作系统还是异常崩溃,说明操作系统可能不是由于偶尔不稳定而造成的异常崩溃,则需记录当前的系统异常崩溃累计次数。
举例具体说明,例如,当前的系统异常崩溃累计次数为1,操作系统运行异常崩溃,则待保存的系统异常崩溃累计次数为1。
步骤216:保存待保存的系统异常崩溃累计次数和操作系统当前的启动运行状态。
将待保存的系统异常崩溃累计次数和操作系统当前的启动运行状态和操作系统当前的启动运行状态进行保存,以便在下一次操作系统启动时,对其进行调用。
本发明实施例提供了一种驱动加载的处理方法,在系统异常崩溃累计次数大于预设的阈值时,退出目标驱动程序,即禁用目标驱动程序后,再利用操作系统是否运行异常崩溃,来确定目标驱动程序是否为触发系统异常崩溃的驱动程序,即若判断操作系统运行异常崩溃,说明目标驱动程序不是触发系统异常崩溃的驱动程序,则重新加载目标驱动程序;若操作系统运行异常崩溃,即操作系统正常启动,说明目标驱动程序是触发系统异常崩溃的驱动程序,则需要对目标驱动程序进行升级。因此,本公开可准确识别是否由目标驱动程序引起系统异常崩溃,避免造成对第三方软件的错误禁用,并且提高引发系统异常崩溃原因排查的效率。
作为对上述图1所示方法的实现,本发明实施例提供了一种驱动加载的处理装置,如图3所示,该装置包括:启动加载单元31、获取单元32、第一判断单元33、禁止单元34、第二判断单元35、重新加载单元36和升级单元37。
启动加载单元31,用于在操作系统启动时,加载目标驱动程序;
获取单元32,用于获取当前的系统异常崩溃累计次数;
第一判断单元33,用于判断当前的系统异常崩溃累计次数是否大于预设的阈值;
禁止单元34,用于若当前的系统异常崩溃累计次数大于预设的阈值,则退出目标驱动程序;
第二判断单元35,用于判断操作系统是否运行异常崩溃;
重新加载单元36,用于若操作系统运行异常崩溃,则重新加载目标驱动程序;
升级单元37,用于若操作系统没有运行异常崩溃,则对目标驱动程序进行升级。
如图4所示,本发明另一实施提供的一种驱动加载的处理装置还包括继续加载单元41、确定单元42和存储单元43。
继续加载单元41,用于若当前的系统异常崩溃累计次数小于或等于预设的阈值,则继续并完成加载目标驱动程序;
确定单元42,用于根据操作系统的当前启动运行状态,确定待保存的系统异常崩溃累计次数;
存储单元43,用于保存待保存的系统异常崩溃累计次数和操作系统当前的启动运行状态。
在具体的应用场景中,如图5所示,确定单元42包括:
判断模块421,用于判断操作系统是否运行异常崩溃;
清零模块422,用于若操作系统没有运行异常崩溃,则将当前的系统异常崩溃累计次数清零,得到待保存的系统异常崩溃累计次数;
确定模块423,用于若操作系统运行异常崩溃,则将当前的系统异常崩溃累计次数确定为待保存的系统异常崩溃累计次数。
在具体的应用场景中,如图6,获取单元32包括:
调取模块321,用于调取保存的系统异常崩溃累计次数及操作系统上一次的启动运行状态;
计数模块322,用于若操作系统上一次的启动运行状态为操作系统运行异常崩溃,则将保存的系统异常崩溃累计次数加1,得到当前的系统异常崩溃累计次数;若所述操作系统上一次的启动运行状态为所述操作系统正常启动,则将所述保存的系统异常崩溃累计次数确定为当前的系统异常崩溃累计次数。
在具体的应用场景中,如图7,升级单元37包括:
接收模块371,用于接收目标驱动程序的升级文件;
升级模块372,用于根据升级文件对目标驱动程序进行升级。
在具体的应用场景中,驱动加载的处理装置还包括:
报警单元,用于按照预设的报警频率进行报警。
在具体的应用场景中,驱动加载的处理装置还包括:
显示单元,用于显示手动排除硬件故障或其他驱动程序故障的操作方法。
需要说明的是,本发明实施例提供的一种驱动加载的处理装置所涉及各功能单元的其他相应描述,可以参考图1和图2中的对应描述,在此不再赘述。
本发明实施例提供了一种驱动加载的处理装置,在系统异常崩溃累计次数大于预设的阈值时,退出目标驱动程序,即禁用目标驱动程序后,再利用操作系统是否运行异常崩溃,来确定目标驱动程序是否为触发系统异常崩溃的驱动程序,即若判断操作系统运行异常崩溃,说明目标驱动程序不是触发系统异常崩溃的驱动程序,则重新加载目标驱动程序;若操作系统运行异常崩溃,即操作系统正常启动,说明目标驱动程序是触发系统异常崩溃的驱动程序,则需要对目标驱动程序进行升级。因此,本公开可准确识别是否由目标驱动程序引起系统异常崩溃,避免造成对第三方软件的错误禁用,并且提高引发系统异常崩溃原因排查的效率。
基于上述如图1和图2所示的方法,相应的,本发明实施例还提供了一种存储介质,存储介质中存储有至少一种可执行指令,可执行指令使处理器执行如上任意方法实施例中的驱动加载的处理方法。
基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
基于上述如图1和图2所示的方法,为了实现上述目的,本发明实施例还提供了一种计算机设备,具体可以为个人计算机、服务器、网络设备等,该计算机设备包括处理器、存储器、通信接口和通信总线,处理器、存储器和通信接口通过通信总线完成相互间的通信。
其中,处理器、通信接口以及存储器通过通信总线完成相互间的通信。
通信接口,用于与其他设备,比如客户端或其他服务器等的网络通信。
处理器,用于执行程序,具体可以执行上述驱动加载的处理方法实施例中的相关步骤。
具体地,程序可以包括程序代码,该程序代码包括计算机操作指令。
处理器可能是中央处理器CPU,或者特定集成电路ASIC(Application SpecificIntegrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。计算机设备包括的一个或多个处理器,可以是统一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU及一个或多个ASIC。
存储器用于存放任意方法实施例中驱动加载的处理方法对应的程序。
可选地,该计算机设备还可以包括用户接口、射频电路、传感器、音频电路等等。用户接口可以包括显示屏(Display)、输入单元比如键盘灯,可选用户接口还可以包括USB接口、读卡器接口等。
本领域技术人员可以理解,本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定,可以包括更多或更少的部件,或组合某些部件或者不同的部件布置。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种驱动加载的处理方法,其特征在于,包括:
在操作系统启动时,加载所述目标驱动程序;
获取当前的系统异常崩溃累计次数;
判断所述当前的系统异常崩溃累计次数是否大于预设的阈值;
若所述当前的系统异常崩溃累计次数大于所述预设的阈值,则退出所述目标驱动程序;
判断所述操作系统是否运行异常崩溃;
若所述操作系统运行异常崩溃,则重新加载所述目标驱动程序;若所述操作系统没有运行异常崩溃,则对所述目标驱动程序进行升级。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述当前的系统异常崩溃累计次数小于或等于所述预设的阈值,则继续并完成加载所述目标驱动程序;
根据所述操作系统当前的启动运行状态,确定待保存的系统异常崩溃累计次数;
保存所述待保存的系统异常崩溃累计次数和操作系统当前的启动运行状态。
3.根据权利要求2所述的方法,其特征在于,所述根据所述操作系统的当前启动运行状态,确定当前的系统异常崩溃累计次数包括:
判断所述操作系统是否运行异常崩溃;
若所述操作系统没有运行异常崩溃,则将当前的系统异常崩溃累计次数清零,得到待保存的系统异常崩溃累计次数;
若所述操作系统运行异常崩溃,则将所述当前的系统异常崩溃累计次数确定为待保存的系统异常崩溃累计次数。
4.根据权利要求2所述的方法,其特征在于,所述获取当前的系统异常崩溃累计次数包括:
调取保存的系统异常崩溃累计次数及所述操作系统上一次的启动运行状态;
若所述操作系统上一次的启动运行状态为所述操作系统运行异常崩溃,则将所述保存的系统异常崩溃累计次数加1,得到当前的系统异常崩溃累计次数,若所述操作系统上一次的启动运行状态为所述操作系统正常启动,则将所述保存的系统异常崩溃累计次数确定为当前的系统异常崩溃累计次数。
5.根据权利要求1所述的方法,其特征在于,所述对所述目标驱动程序进行升级包括:
接收所述目标驱动程序的升级文件;
根据所述升级文件对所述目标驱动程序进行升级。
6.根据权利要求1所述的方法,其特征在于,在所述退出所述目标驱动程序之后还包括:
按照预设的报警频率进行报警。
7.根据权利要求1所述的方法,其特征在于,所述重新加载所述目标驱动程序之后包括:
显示手动排除硬件故障或其他驱动程序故障的操作方法。
8.一种驱动加载的处理装置,其特征在于,包括:
启动加载单元,用于在操作系统启动时,加载所述目标驱动程序;
获取单元,用于获取当前的系统异常崩溃累计次数;
第一判断单元,用于判断所述当前的系统异常崩溃累计次数是否大于预设的阈值;
禁止单元,用于若所述当前的系统异常崩溃累计次数大于所述预设的阈值,则退出所述目标驱动程序;
第二判断单元,用于判断所述操作系统是否运行异常崩溃;
重新加载单元,用于若所述操作系统运行异常崩溃,则重新加载所述目标驱动程序;
升级单元,用于若所述操作系统没有运行异常崩溃,则对所述目标驱动程序进行升级。
9.一种存储介质,所述存储介质中存储有至少一种可执行指令,所述可执行指令使处理器执行如权利要求1-7任一项所述的驱动加载的处理方法对应的操作。
10.一种计算机设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一种可执行指令,所述可执行指令使所述处理器执行如权利要求1-7任一项所述的驱动加载的处理方法对应的操作。
CN201910755387.4A 2019-08-15 2019-08-15 一种驱动加载的处理方法及装置、存储介质、计算机设备 Pending CN112395121A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910755387.4A CN112395121A (zh) 2019-08-15 2019-08-15 一种驱动加载的处理方法及装置、存储介质、计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910755387.4A CN112395121A (zh) 2019-08-15 2019-08-15 一种驱动加载的处理方法及装置、存储介质、计算机设备

Publications (1)

Publication Number Publication Date
CN112395121A true CN112395121A (zh) 2021-02-23

Family

ID=74601772

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910755387.4A Pending CN112395121A (zh) 2019-08-15 2019-08-15 一种驱动加载的处理方法及装置、存储介质、计算机设备

Country Status (1)

Country Link
CN (1) CN112395121A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023273085A1 (zh) * 2021-06-30 2023-01-05 南昌华勤电子科技有限公司 一种服务器及其控制方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009109145A1 (zh) * 2008-03-07 2009-09-11 华为技术有限公司 提高通信设备可靠性的方法及装置
CN106020866A (zh) * 2016-05-10 2016-10-12 北京金山安全软件有限公司 蓝屏处理方法、装置及终端
CN107038085A (zh) * 2016-02-03 2017-08-11 阿里巴巴集团控股有限公司 一种客户端应用的修复方法、装置及系统
CN109710324A (zh) * 2018-12-29 2019-05-03 360企业安全技术(珠海)有限公司 蓝屏显示的处理方法及装置、存储介质、终端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009109145A1 (zh) * 2008-03-07 2009-09-11 华为技术有限公司 提高通信设备可靠性的方法及装置
CN107038085A (zh) * 2016-02-03 2017-08-11 阿里巴巴集团控股有限公司 一种客户端应用的修复方法、装置及系统
CN106020866A (zh) * 2016-05-10 2016-10-12 北京金山安全软件有限公司 蓝屏处理方法、装置及终端
CN109710324A (zh) * 2018-12-29 2019-05-03 360企业安全技术(珠海)有限公司 蓝屏显示的处理方法及装置、存储介质、终端

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023273085A1 (zh) * 2021-06-30 2023-01-05 南昌华勤电子科技有限公司 一种服务器及其控制方法

Similar Documents

Publication Publication Date Title
US5951686A (en) Method and system for reboot recovery
CN109241745B (zh) 一种计算平台的可信启动方法及装置
US20140365823A1 (en) Information processing device, information processing method, and computer program
CN109670319B (zh) 一种服务器flash安全管理方法及其系统
CN104636221B (zh) 一种计算机系统故障处理方法和装置
US20090271660A1 (en) Motherboard, a method for recovering the bios thereof and a method for booting a computer
US7127596B2 (en) Method and system for improving computer system boot reliability by executing an application specific test during a boot prior loading an operating system
CN103970564A (zh) 嵌入式操作系统自动修复升级功能的方法及其系统
CN109710324B (zh) 蓝屏显示的处理方法及装置、存储介质、终端
US7308547B2 (en) Apparatus and method for control of write filter
US11704198B2 (en) Method and apparatus for providing recovery from a computing device boot up error
CN112395121A (zh) 一种驱动加载的处理方法及装置、存储介质、计算机设备
CN111367570A (zh) 一种应用软件自启动方法及装置
CN112000508A (zh) 一种arm服务器的启动修复方法及相关装置
CN111176958A (zh) 信息监测方法、系统和存储介质
CN115454515A (zh) 系统处理方法、装置、电子设备
CN114860322A (zh) 一种基板管理控制器、控制方法及电子设备
CN106130815B (zh) 板级测试方法及装置
CN114153503A (zh) 一种bios控制方法、装置、介质
CN113254281A (zh) 一种usb控制器的检测方法及检测装置
CN112685086B (zh) 一种信息处理方法及电子设备
KR20090016286A (ko) 컴퓨터 시스템 및 그 부팅제어방법
CN108664357B (zh) 一种基于启动信息统计的嵌入式设备系统修复方法及系统
CN114185606B (zh) 一种基于嵌入式系统提高系统运行可靠性的方法和装置
GB2471480A (en) Preventing boot crashes due to new files

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