CN103927240A - 应对软件崩溃的信息转储方法和装置 - Google Patents
应对软件崩溃的信息转储方法和装置 Download PDFInfo
- Publication number
- CN103927240A CN103927240A CN201410187389.5A CN201410187389A CN103927240A CN 103927240 A CN103927240 A CN 103927240A CN 201410187389 A CN201410187389 A CN 201410187389A CN 103927240 A CN103927240 A CN 103927240A
- Authority
- CN
- China
- Prior art keywords
- reserved memory
- information
- memory
- operating system
- identification code
- 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
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明提供了一种应对软件崩溃的信息转储方法和装置。其中,该方法包括:启动操作系统或者软件映像时,根据管理员设置的系统参数指定保留内存;当确定操作系统发生软件崩溃时,将现场信息写入保留内存中;当操作系统复位启动后,检测保留内存中是否记录有信息;如果保留内存中有信息,将保留内存中的信息转存至所在设备内的非易失存储器或远程服务器中,继续运行操作系统。本发明的上述转储机制应用面广泛,可靠性高,能够满足新型电信级设备的要求,适于推广应用。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种应对软件崩溃的信息转储方法和装置。
背景技术
电信级设备要求高可靠性,但是软件难免遗留缺陷和错误而引起崩溃,为了尽量缩短业务中断时间,在发生软件崩溃时,电信设备通常发出告警,保存现场信息,然后切换到备份设备上。如果没有备份设备,则发出告警,保存现场信息,然后自动重启设备恢复业务。错误如果发生在客户的机器上,或者在关键的生产机器上,或者错误难于复现,或者在实验室环境无法同步复现,而且客户机器不允许长时间占用来定位问题,所以保存的现场信息用于离线和事后分析解决问题非常必要。现场信息的保存要求设备掉电或者重启后不丢失,这种机制称为软件崩溃转储机制。目前,常用的转储机制有如下几种:
(1)Diskdump:本地非易失存储器转储,本地非易失存储器包括本地硬盘,本地闪存等掉电不丢失内容的存储装置,当发生软件崩溃时,将软件堆栈信息、设备配置信息、软件版本信息等有助于定位的必要信息写入本地非易失存储器中,设备掉电和重启信息不会丢失。等到设备重启恢复正常后,提供给维护人员进行问题定位。
(2)Netdump:网络转储,与diskdump不同,当系统崩溃时,Netdump将现场信息通过网络保存到远程服务器中。
(3)Memdump:内存转储,当系统崩溃时,memdump将现场信息保存在内存中。
(4)Consoledump:控制台转储,当系统崩溃时,将现场信息打印到串口终端上。
上述转储机制无法满足新型电信级设备要求,因为新型电信设备的业务和管理面是分离的,这种分离物理上体现为业务面单独的处理器,管理面单独的处理器,业务面通常多个处理器,管理面一个处理器,出于板卡布线面积和成本考虑,业务面处理器不挂接非易失存储器,或者挂接的非易失存储器容量较小,非易失存储器挂接在管理面处理器上,业务面处理器无法直接访问非易失存储器,所以Diskdump机制无法使用。Netdump机制在网络线路或者网络本身的软件有问题时也无法使用。Memdump机制在软件崩溃重启后记录的信息会丢失,不满足新型电信级设备的要求。Consoledump机制应用场景受限,用户通常不允许或者不方便接串口。
针对上述转储机制无法满足新型电信级设备要求的问题,目前尚未提出有效解决方案。
发明内容
本发明的目的在于提供一种应对软件崩溃的信息转储方法和装置,以解决上述的问题。
在本发明的实施例中提供了一种应对软件崩溃的信息转储方法,包括:启动操作系统或者软件映像时,根据管理员设置的系统参数指定保留内存;当确定操作系统发生软件崩溃时,将现场信息写入保留内存中;当操作系统复位启动后,检测保留内存中是否记录有信息;如果保留内存中有信息,将保留内存中的信息转存至所在设备内的非易失存储器或远程服务器中,继续运行操作系统。
上述方法还包括:运行启动加载器bootloader进行有损测试时,按以下方式之一进行处理:(1)跳过保留内存;(2)检测保留内存中是否记录有信息,如果有,跳过保留内存;如果没有,对保留内存进行测试。
上述将现场信息写入保留内存中的步骤之前或之后,该方法还包括:在保留内存的预设位置设置标记识别码;相应地,上述检测保留内存中是否记录有信息包括:检测保留内存中是否有标记识别码,如果有,确定保留内存中有信息;基于此,上述将保留内存中的信息转存至所在设备内的非易失存储器或远程服务器中的步骤之后,该方法还包括:擦除标记识别码。
上述方法应用于新型电信级设备上。
在本发明的实施例中,还提供了一种应对软件崩溃的信息转储装置,包括:保留内存指定模块,用于启动操作系统或者软件映像时,根据管理员设置的系统参数指定保留内存;现场信息写入模块,用于当确定操作系统发生软件崩溃时,将现场信息写入保留内存中;信息检测模块,用于当操作系统复位启动后,检测保留内存中是否记录有信息;信息转存模块,用于在信息检测模块检测出保留内存中有信息时,将保留内存中的信息转存至所在设备内的非易失存储器或远程服务器中,继续运行操作系统。
上述装置还包括:有损测试运行模块,用于运行启动加载器bootloader进行有损测试时,按以下方式之一进行处理:(1)跳过保留内存;(2)检测保留内存中是否记录有信息,如果有,跳过保留内存;如果没有,对保留内存进行测试。
上述装置还可以包括:标记识别码设置模块,用于在现场信息写入模块进行写入操作之前或之后,在保留内存的预设位置设置标记识别码;相应地,上述信息检测模块包括:标记识别码检测单元,用于检测保留内存中是否有标记识别码;信息确定单元,用于在标记识别码检测单元检测保留内存中有标记识别码时,确定保留内存中有信息;基于此,上述装置还包括:擦除模块,用于在信息转存模块将保留内存中的信息转存至所在设备内的非易失存储器或远程服务器中的步骤之后,擦除标记识别码。
上述装置可以设置于新型电信级设备上。
本发明实施例提供的方法和装置通过指定保留内存,并在出现软件崩溃时,将现场的信息记录在该保留内存中,以及在操作系统复位时,将保留内存中的信息转储至非易失存储器或远程服务器,及时保障了软件崩溃对应的现场信息能够有效可靠的保存下来,供后续对该软件故障进行分析使用,该转储机制应用面广泛,可靠性高,能够满足新型电信级设备的要求,适于推广应用。
附图说明
图1示出了本发明实施例提供的应对软件崩溃的信息转储方法的流程图;
图2示出了本发明实施例提供的应对软件崩溃的信息转储装置的结构框图。
具体实施方式
下面通过具体的实施例并结合附图对本发明做进一步的详细描述。
参见图1所示的应对软件崩溃的信息转储方法的流程图,该方法包括以下步骤:
步骤S102,启动操作系统或者软件映像时,根据管理员设置的系统参数指定保留内存;
本实施例的保留内存是指指在操作系统或者软件映像启动时,指定一个内存区域,例如:通过修改系统的启动参数指定一块内存区域作为保留内存,以Linux系统为例,可以通过修改启动参数MEM的数值,设置保留内存。
步骤S104,当确定操作系统发生软件崩溃时,将现场信息写入保留内存中;
其中,操作系统是否发生软件崩溃,可以通过现有机制确定出,例如,操作系统出现软件崩溃提示等。
步骤S106,当操作系统复位启动后,检测上述保留内存中是否记录有信息;
步骤S108,如果上述保留内存中有信息,将该保留内存中的信息转存至所在设备(指上述操作系统所在的设备)内的非易失存储器或远程服务器中,继续运行操作系统。
该方法中采用的转储机制可以称为保留内存转储机制(Resmemdump),这种方式设置的保留内存将不作为操作系统或者软件映像的正常内存使用,不接受操作系统的动态分配和释放,但是可以被操作系统或者软件映像读写。保留内存的这个特性可以保证保留内存被专门用于特定目的的存储,不被运行在操作系统上的其他应用打扰,甚至在操作系统本身崩溃时保留内存区域也不会被误操作。保留内存机制是操作系统的一种公用机制,常用操作系统都支持。在设备非掉电重启恢复正常后,可以第一时间将保留内存的信息传输至远端服务器或者本设备的非易失存储器上。
本实施例的方法通过指定保留内存,并在出现软件崩溃时,将现场的信息记录在该保留内存中,以及在操作系统复位时,将保留内存中的信息转储至非易失存储器或远程服务器,及时保障了软件崩溃对应的现场信息能够有效可靠的保存下来,供后续对该软件故障进行分析使用,该转储机制应用面广泛,可靠性高,能够满足新型电信级设备的要求,适于推广应用。
为了保证非掉电复位(即上述软件崩溃复位)时,不会损坏保留内存中记录的信息,本实施例的上述方法还可以包括:运行启动加载器(bootloader)进行有损测试时,按以下方式之一进行处理:
(1)跳过保留内存;
(2)检测保留内存中是否记录有信息,如果有,跳过保留内存;如果没有,对保留内存进行测试。
其中,bootloader即启动程序,也称启动加载器,引导程序位于电脑或其他计算机应用上,是指引导操作系统启动的程序,其实现具有多样化,对X86平台的bios而言,不会损坏保留内存区域的内容。对其他平台,有可能在bootloader启动时会对内存进行全覆盖测试,测试时会写内存,所以会损害内存中的内容,所以在使用本实施例的转储机制时,可以修改bootloader,跳过保留内存区域,不进行有损测试,即进行有损测试时,可以检查保留内存中是否有标记,如果有,跳过,如果没有,测试。或者进行有损测试时,直接跳过保留内存。
为了便于检测保留内存中是否记录有信息,可以在上述将现场信息写入保留内存中的步骤之前或之后,在该保留内存的预设位置(例如:该保留内存的首位)设置标记识别码;相应地,检测该保留内存中是否记录有信息可以包括:检测该保留内存中是否有标记识别码,如果有,确定保留内存中有信息。同时,上述将该保留内存中的信息转存至所在设备内的非易失存储器或远程服务器中的步骤之后,上述方法还包括:擦除所述标记识别码。该方式在具体实现时,仅需要检测该保留内存的预设位置是否有标记识别码,即可完成保留内存中是否有信息的检测,比较简单易行。
上述方法可以应用于新型电信级设备上,可以满足新型电信设备软件崩溃转储要求。考虑到电信设备会有UPS(uninterruptedpower supply,不间断电源)和双电源模块保护,除非主动掉电维护,不会出现非预料的整板掉电复位。而在没有区分业务处理器和管理处理器的板卡上,处理器掉电复位的情况只有整板掉电,如前所述本实施例不需考虑。
在区分业务处理单元(也称业务处理器)和管理单元(也称管理处理器)的板卡上,业务处理单元的掉电复位受外部管理处理器控制,通常由心跳机制或者外部定时器机制触发,这类机制通常触发时机,即使由于软件崩溃引起心跳丢失或者定时器超时,为了避免误操作,会反复确认连续多个心跳丢失或者连续几个周期的定时器超时,才确认触发掉电复位业务处理器,此时距离掉电复位通常都有几秒以上的延迟。这种情况,需要管理处理器定期轮询业务处理单元上的保留内存的标记识别码,检测是否有信息更新,如果有,可以拷贝到本地非易失存储器上。如果硬件设计上不允许管理处理器访问业务处理单元的保留内存,则不允许对业务单元进行掉电复位,应该由业务单元自己在崩溃时自复位。
由上述内容可知,本发明实施例的保留内存转储方式可以主要以下步骤实现:
1、启动操作系统或者软件映像时指定保留内存;
2、发生软件崩溃时,将现场信息写入保留内存区域,设置标记识别码;
3、非掉电复位系统;
4、系统启动后判定保留内存中是否存在标记识别码,进而确定保留内存中是否有信息,如果保留内存有信息,将信息传输至远端服务器或者本板管理处理器非易失存储器上,清除该标记识别码,正常运行系统;
5、如果保留内存中没有标记识别码,则保留内存没有信息,正常运行系统。
对应于上述方法,本发明实施例还提供了一种应对软件崩溃的信息转储装置,参见图2,该装置包括以下模块:
保留内存指定模块22,用于启动操作系统或者软件映像时,根据管理员设置的系统参数指定保留内存;
现场信息写入模块24,与保留内存指定模块22相连,用于当确定操作系统发生软件崩溃时,将现场信息写入上述保留内存中;
信息检测模块26,与现场信息写入模块24相连,用于当操作系统复位启动后,检测保留内存中是否记录有信息;
信息转存模块28,与信息检测模块26相连,用于在信息检测模块26检测出保留内存中有信息时,将保留内存中的信息转存至所在设备(指上述操作系统所在的设备)内的非易失存储器或远程服务器中,继续运行操作系统。
本实施例的装置通过指定保留内存,并在出现软件崩溃时,将现场的信息记录在该保留内存中,以及在操作系统复位时,将保留内存中的信息转储至非易失存储器或远程服务器,及时保障了软件崩溃对应的现场信息能够有效可靠的保存下来,供后续对该软件故障进行分析使用,该转储机制应用面广泛,可靠性高,能够满足新型电信级设备的要求,适于推广应用。
为了增强保留内存中记录信息的可靠性,上述装置还包括:有损测试运行模块,用于运行启动加载器(bootloader)进行有损测试时,按以下方式之一进行处理:(1)跳过保留内存;(2)检测保留内存中是否记录有信息,如果有,跳过保留内存;如果没有,对保留内存进行测试。
为了简化判断保留内存中是否有信息的方式,上述装置还可以包括:标记识别码设置模块,用于在现场信息写入模块进行写入操作之前或之后,在保留内存的预设位置设置标记识别码;相应地,上述信息检测模块26包括:标记识别码检测单元,用于检测保留内存中是否有标记识别码;信息确定单元,用于在标记识别码检测单元检测保留内存中有标记识别码时,确定保留内存中有信息;基于此,上述装置还包括:擦除模块,用于在信息转存模块28将保留内存中的信息转存至所在设备内的非易失存储器或远程服务器中的步骤之后,擦除标记识别码。
本实施例提供的上述装置可以设置于新型电信级设备上。
以上实施例提供的保留内存转储机制通过指定保留内存,并在出现软件崩溃时,将现场的信息记录在该保留内存中,以及在操作系统复位时,将保留内存中的信息转储至非易失存储器或远程服务器,及时保障了软件崩溃对应的现场信息能够有效可靠的保存下来,供后续对该软件故障进行分析使用,该转储机制应用面广泛,可靠性高,能够满足新型电信级设备的要求,适于推广应用。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种应对软件崩溃的信息转储方法,其特征在于,包括:
启动操作系统或者软件映像时,根据管理员设置的系统参数指定保留内存;
当确定所述操作系统发生软件崩溃时,将现场信息写入所述保留内存中;
当所述操作系统复位启动后,检测所述保留内存中是否记录有信息;
如果所述保留内存中有信息,将所述保留内存中的所述信息转存至所在设备内的非易失存储器或远程服务器中,继续运行所述操作系统。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
运行启动加载器bootloader进行有损测试时,按以下方式之一进行处理:
跳过所述保留内存;
检测所述保留内存中是否记录有信息,如果有,跳过所述保留内存;如果没有,对所述保留内存进行测试。
3.根据权利要求1所述的方法,其特征在于,所述将现场信息写入所述保留内存中的步骤之前或之后,所述方法还包括:在所述保留内存的预设位置设置标记识别码;
检测所述保留内存中是否记录有信息包括:检测所述保留内存中是否有所述标记识别码,如果有,确定所述保留内存中有信息;
所述将所述保留内存中的所述信息转存至所在设备内的非易失存储器或远程服务器中的步骤之后,所述方法还包括:擦除所述标记识别码。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述方法应用于新型电信级设备上。
5.一种应对软件崩溃的信息转储装置,其特征在于,包括:
保留内存指定模块,用于启动操作系统或者软件映像时,根据管理员设置的系统参数指定保留内存;
现场信息写入模块,用于当确定所述操作系统发生软件崩溃时,将现场信息写入所述保留内存中;
信息检测模块,用于当所述操作系统复位启动后,检测所述保留内存中是否记录有信息;
信息转存模块,用于在所述信息检测模块检测出所述保留内存中有信息时,将所述保留内存中的所述信息转存至所在设备内的非易失存储器或远程服务器中,继续运行所述操作系统。
6.根据权利要求5所述的装置,其特征在于,所述装置还包括:
有损测试运行模块,用于运行启动加载器bootloader进行有损测试时,按以下方式之一进行处理:
跳过所述保留内存;
检测所述保留内存中是否记录有信息,如果有,跳过所述保留内存;如果没有,对所述保留内存进行测试。
7.根据权利要求5所述的装置,其特征在于,所述装置还包括:标记识别码设置模块,用于在所述现场信息写入模块进行写入操作之前或之后,在所述保留内存的预设位置设置标记识别码;
所述信息检测模块包括:标记识别码检测单元,用于检测所述保留内存中是否有所述标记识别码;信息确定单元,用于在所述标记识别码检测单元检测所述保留内存中有所述标记识别码时,确定所述保留内存中有信息;
所述装置还包括:擦除模块,用于在所述信息转存模块将所述保留内存中的信息转存至所在设备内的非易失存储器或远程服务器中的步骤之后,擦除所述标记识别码。
8.根据权利要求5至7中任一项所述的装置,其特征在于,所述装置设置于新型电信级设备上。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410187389.5A CN103927240A (zh) | 2014-05-06 | 2014-05-06 | 应对软件崩溃的信息转储方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410187389.5A CN103927240A (zh) | 2014-05-06 | 2014-05-06 | 应对软件崩溃的信息转储方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103927240A true CN103927240A (zh) | 2014-07-16 |
Family
ID=51145467
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410187389.5A Pending CN103927240A (zh) | 2014-05-06 | 2014-05-06 | 应对软件崩溃的信息转储方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103927240A (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104572417A (zh) * | 2015-01-20 | 2015-04-29 | 天津市英贝特航天科技有限公司 | 基于cmos存储器的操作系统故障跟踪分析方法 |
CN104809013A (zh) * | 2015-04-21 | 2015-07-29 | 北京创毅视讯科技有限公司 | 一种嵌入式系统启动方法和装置 |
CN105389227A (zh) * | 2015-11-05 | 2016-03-09 | 上海斐讯数据通信技术有限公司 | 一种系统崩溃信息远程发送方法及网络设备 |
CN105512008A (zh) * | 2014-09-22 | 2016-04-20 | 华为技术有限公司 | 一种获取故障信息的方法及装置 |
CN105760241A (zh) * | 2014-12-18 | 2016-07-13 | 联想(北京)有限公司 | 一种内存数据导出方法和系统 |
CN105843705A (zh) * | 2016-03-22 | 2016-08-10 | 青岛海信移动通信技术股份有限公司 | 一种移动通信终端的内存转储方法和移动通信终端 |
CN105930283A (zh) * | 2016-04-12 | 2016-09-07 | 珠海市魅族科技有限公司 | 一种存储信息的方法及移动终端 |
CN106708737A (zh) * | 2016-12-21 | 2017-05-24 | 腾讯科技(深圳)有限公司 | 一种测试方法及装置 |
CN106997315A (zh) * | 2016-01-25 | 2017-08-01 | 阿里巴巴集团控股有限公司 | 一种用于虚拟机的内存转储的方法和装置 |
CN107368384A (zh) * | 2017-07-21 | 2017-11-21 | 郑州云海信息技术有限公司 | 一种Linux服务器异常信息转储系统及方法 |
CN107480052A (zh) * | 2017-07-21 | 2017-12-15 | 广东虹勤通讯技术有限公司 | 一种定位宕机时bios代码的方法及装置 |
CN107783852A (zh) * | 2016-08-25 | 2018-03-09 | 平安科技(深圳)有限公司 | 一种dump文件生成方法及终端 |
CN108762961A (zh) * | 2018-05-14 | 2018-11-06 | 深圳Tcl新技术有限公司 | 显示终端的故障回溯方法、显示终端及可读存储介质 |
CN109471777A (zh) * | 2018-11-15 | 2019-03-15 | 百度在线网络技术(北京)有限公司 | 确定操作系统崩溃的方法和装置 |
CN109976906A (zh) * | 2019-03-08 | 2019-07-05 | 上海博达数据通信有限公司 | 一种linux系统的内存分配管理方法 |
CN112486713A (zh) * | 2019-09-11 | 2021-03-12 | 华为技术有限公司 | 一种冻屏处理方法及电子设备 |
CN113553086A (zh) * | 2021-07-27 | 2021-10-26 | 歌尔科技有限公司 | 配置信息存取方法、设备及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030120968A1 (en) * | 2001-08-31 | 2003-06-26 | Bull Hn Information Systems Inc. | Preserving dump capability after a fault-on-fault or related type failure in a fault tolerant computer system |
CN101046765A (zh) * | 2006-03-29 | 2007-10-03 | 华为技术有限公司 | 一种定位软件故障的方法 |
CN101526911A (zh) * | 2009-03-26 | 2009-09-09 | 成都市华为赛门铁克科技有限公司 | 一种系统崩溃时系统信息存储方法及装置 |
CN102063344A (zh) * | 2009-11-18 | 2011-05-18 | 中兴通讯股份有限公司 | 一种系统故障信息转储的方法与系统 |
CN102929747A (zh) * | 2012-11-05 | 2013-02-13 | 中标软件有限公司 | 基于龙芯服务器的Linux操作系统崩溃转储的处理方法 |
-
2014
- 2014-05-06 CN CN201410187389.5A patent/CN103927240A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030120968A1 (en) * | 2001-08-31 | 2003-06-26 | Bull Hn Information Systems Inc. | Preserving dump capability after a fault-on-fault or related type failure in a fault tolerant computer system |
CN101046765A (zh) * | 2006-03-29 | 2007-10-03 | 华为技术有限公司 | 一种定位软件故障的方法 |
CN101526911A (zh) * | 2009-03-26 | 2009-09-09 | 成都市华为赛门铁克科技有限公司 | 一种系统崩溃时系统信息存储方法及装置 |
CN102063344A (zh) * | 2009-11-18 | 2011-05-18 | 中兴通讯股份有限公司 | 一种系统故障信息转储的方法与系统 |
CN102929747A (zh) * | 2012-11-05 | 2013-02-13 | 中标软件有限公司 | 基于龙芯服务器的Linux操作系统崩溃转储的处理方法 |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105512008A (zh) * | 2014-09-22 | 2016-04-20 | 华为技术有限公司 | 一种获取故障信息的方法及装置 |
CN105512008B (zh) * | 2014-09-22 | 2018-05-11 | 华为技术有限公司 | 一种获取故障信息的方法及装置 |
CN105760241A (zh) * | 2014-12-18 | 2016-07-13 | 联想(北京)有限公司 | 一种内存数据导出方法和系统 |
CN105760241B (zh) * | 2014-12-18 | 2019-07-26 | 联想(北京)有限公司 | 一种内存数据导出方法和系统 |
CN104572417A (zh) * | 2015-01-20 | 2015-04-29 | 天津市英贝特航天科技有限公司 | 基于cmos存储器的操作系统故障跟踪分析方法 |
CN104809013A (zh) * | 2015-04-21 | 2015-07-29 | 北京创毅视讯科技有限公司 | 一种嵌入式系统启动方法和装置 |
CN104809013B (zh) * | 2015-04-21 | 2018-08-14 | 北京创毅视讯科技有限公司 | 一种嵌入式系统启动方法和装置 |
CN105389227A (zh) * | 2015-11-05 | 2016-03-09 | 上海斐讯数据通信技术有限公司 | 一种系统崩溃信息远程发送方法及网络设备 |
CN106997315B (zh) * | 2016-01-25 | 2021-01-26 | 阿里巴巴集团控股有限公司 | 一种用于虚拟机的内存转储的方法和装置 |
CN106997315A (zh) * | 2016-01-25 | 2017-08-01 | 阿里巴巴集团控股有限公司 | 一种用于虚拟机的内存转储的方法和装置 |
CN105843705A (zh) * | 2016-03-22 | 2016-08-10 | 青岛海信移动通信技术股份有限公司 | 一种移动通信终端的内存转储方法和移动通信终端 |
CN105930283A (zh) * | 2016-04-12 | 2016-09-07 | 珠海市魅族科技有限公司 | 一种存储信息的方法及移动终端 |
CN107783852A (zh) * | 2016-08-25 | 2018-03-09 | 平安科技(深圳)有限公司 | 一种dump文件生成方法及终端 |
CN107783852B (zh) * | 2016-08-25 | 2021-12-21 | 平安科技(深圳)有限公司 | 一种dump文件生成方法及终端 |
CN106708737A (zh) * | 2016-12-21 | 2017-05-24 | 腾讯科技(深圳)有限公司 | 一种测试方法及装置 |
CN106708737B (zh) * | 2016-12-21 | 2020-06-26 | 腾讯科技(深圳)有限公司 | 一种测试方法及装置 |
CN107480052A (zh) * | 2017-07-21 | 2017-12-15 | 广东虹勤通讯技术有限公司 | 一种定位宕机时bios代码的方法及装置 |
CN107368384A (zh) * | 2017-07-21 | 2017-11-21 | 郑州云海信息技术有限公司 | 一种Linux服务器异常信息转储系统及方法 |
CN108762961A (zh) * | 2018-05-14 | 2018-11-06 | 深圳Tcl新技术有限公司 | 显示终端的故障回溯方法、显示终端及可读存储介质 |
CN109471777A (zh) * | 2018-11-15 | 2019-03-15 | 百度在线网络技术(北京)有限公司 | 确定操作系统崩溃的方法和装置 |
CN109976906A (zh) * | 2019-03-08 | 2019-07-05 | 上海博达数据通信有限公司 | 一种linux系统的内存分配管理方法 |
CN112486713A (zh) * | 2019-09-11 | 2021-03-12 | 华为技术有限公司 | 一种冻屏处理方法及电子设备 |
CN113553086A (zh) * | 2021-07-27 | 2021-10-26 | 歌尔科技有限公司 | 配置信息存取方法、设备及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103927240A (zh) | 应对软件崩溃的信息转储方法和装置 | |
CN106648958B (zh) | 基本输入输出系统回复管理系统及其方法以及程序产品 | |
CN101247615B (zh) | 提高通信设备可靠性的方法及装置 | |
CN102662785A (zh) | 一种Android系统内核错误信息获取方法及装置 | |
CN103150231A (zh) | 计算机开机的方法与计算机系统 | |
CN104834575A (zh) | 一种固件恢复方法及装置 | |
CN105607972B (zh) | 一种异常修复的方法及装置 | |
CN101373433A (zh) | 更新bios的方法以及使用该方法的电脑与系统 | |
CN104915226A (zh) | 一种网络设备软件启动方法、装置及网络设备 | |
US20130212430A1 (en) | Electronic device with firmware recovery function and method for recovering firmware | |
CN109614267A (zh) | 一种修复开机异常问题的方法、装置、存储介质及终端 | |
CN105204955A (zh) | 一种虚拟机故障修复方法和装置 | |
CN104899111A (zh) | 一种处理家庭网关系统内核崩溃的方法及系统 | |
CN107070747A (zh) | 一种在网卡绑定模式下自动化测试网卡网络连接稳定性的方法 | |
CN106547645B (zh) | 自动修复映像档的方法及服务器系统 | |
CN109144776A (zh) | 虚拟机镜像文件处理方法及装置 | |
CN105573872B (zh) | 数据存储系统的硬盘维护方法和装置 | |
CN108897646B (zh) | 一种bios芯片的切换方法及基板管理控制器 | |
JP6599725B2 (ja) | 情報処理装置およびログ管理方法、並びにコンピュータ・プログラム | |
KR100732107B1 (ko) | 정보 처리 장치 | |
CN109634782A (zh) | 一种系统健壮性的检测方法、装置、存储介质及终端 | |
JP6583942B1 (ja) | Bmc、判定方法及びbmcファームウェア | |
CN107273370A (zh) | 切换系统方法及装置 | |
CN114020308A (zh) | 一种摄像设备升级方法、装置、设备及介质 | |
CN108829455A (zh) | 一种设备标识获取方法、装置及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140716 |