CN114579388A - 车载***状态监测方法、***、存储介质及电子设备 - Google Patents
车载***状态监测方法、***、存储介质及电子设备 Download PDFInfo
- Publication number
- CN114579388A CN114579388A CN202011380042.4A CN202011380042A CN114579388A CN 114579388 A CN114579388 A CN 114579388A CN 202011380042 A CN202011380042 A CN 202011380042A CN 114579388 A CN114579388 A CN 114579388A
- Authority
- CN
- China
- Prior art keywords
- partition
- state
- vehicle
- starting
- monitoring method
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
-
- 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/0736—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 functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
- G06F11/0739—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 functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
-
- 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
-
- 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/0793—Remedial or corrective actions
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Computing Systems (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种车载***状态监测方法、***、存储介质及电子设备,所述车载***状态监测方法包括以下步骤:获取***启动时的启动标识;所述启动标识的状态值用于指示***初始化是否成功;获取***各分区的挂载状态;根据所述启动标识和所述各分区的挂载状态判定***的启动状态。本发明提供了一种针对***启动异常的问题处理方法和交互反馈方法,有效地帮助用户自行处理了较大一批开机黑屏的问题,为车机在研发、测试、售后各个阶段快速判断、发现及解决问题提供了便利。
Description
技术领域
本发明属于车辆技术领域,特别是涉及一种车载***状态监测方法、***、存储介质及电子设备。
背景技术
随着电子和软件技术日新月异的发展,电子设备的功能越来越丰富,用户的要求也越来越高。电子设备丰富的产品功能使***的复杂性成指数级增长,与此同时,也带来了很多问题和不稳定因素,如开机死机、黑屏等问题,很多设备在开机死机黑屏后,通过watchdog,即看门狗反复重启,试图通过再次重启解决黑屏问题等开机异常启动问题。
然而,上述处理方法可以处理***偶然出现的开机异常问题,但针对复杂的应用场景仍有一些缺陷和不足,如:第一、对于真正有异常的***,则很有可能会陷入一种无尽的开机重试循环中;第二、该方法不能提供一种有效的处理措施或者给用户以人性化的反馈。
因此,如何提供一种车载***状态监测方法、***、存储介质及电子设备,以解决现有技术无法对***状态进行准确监测,进而根据监测结果引导用户灵活处理等缺陷,成为本领域技术人员亟待解决的技术问题。
发明内容
鉴于以上所述现有技术的缺点,本发明的目的在于提供一种车载***状态监测方法、***、存储介质及电子设备,其优势在于,可以对***状态进行准确监测,进而根据监测结果引导用户灵活处理。
本发明的另一目的在于提供一种车载***状态监测方法、***、存储介质及电子设备,其优势在于,提供了一种针对***启动异常的问题处理方法和交互反馈方法,有效地帮助用户自行处理较大一批开机黑屏的问题,为车机在研发、测试、售后各个阶段快速判断、发现及解决问题提供了便利。
本发明的另一目的在于提供一种车载***状态监测方法、***、存储介质及电子设备,其优势在于,避免了确实存在异常的***陷入无尽的开机重复循环中。
本发明的另一目的在于提供一种车载***状态监测方法、***、存储介质及电子设备,其优势在于,可以通过界面交互向用户提供有效的处理措施,以进行人性化的反馈。
本发明的另一目的在于提供一种车载***状态监测方法、***、存储介质及电子设备,其优势在于,既可以处理随机小概率的开机黑屏问题,也可以在***真正发生错误时,根据不同的错误类型尝试引导用户进行修复。
为实现上述目的及其他相关目的,本发明一方面提供一种车载***状态监测方法,所述车载***状态监测方法包括以下步骤:获取***启动时的启动标识;所述启动标识的状态值用于指示***初始化是否成功;获取***各分区的挂载状态;根据所述启动标识和所述各分区的挂载状态判定***的启动状态。
为实现上述目的及其他相关目的,本发明另一方面提供一种车载***状态监测***,所述车载***状态监测***包括:第一获取模块,用于获取***启动时的启动标识;所述启动标识的状态值用于指示***初始化是否成功;第二获取模块,用于获取***各分区的挂载状态;启动状态判断模块,用于根据所述启动标识和所述各分区的挂载状态判定***的启动状态。
为实现上述目的及其他相关目的,本发明另一方面提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现所述的车载***状态监测方法。
为实现上述目的及其他相关目的,本发明另一方面提供一种电子设备,包括:处理器及存储器;所述存储器用于存储计算机程序,所述处理器用于执行所述存储器存储的计算机程序,以使所述电子设备执行所述的车载***状态监测方法。
附图说明
图1显示为本发明的车载***状态监测方法于一实施例中的原理流程图。
图2显示为本发明的车载***状态监测方法于一实施例中的启动状态判断流程图。
图3显示为本发明的车载***状态监测方法于一实施例中的启动失败处理流程图。
图4显示为本发明的车载***状态监测方法于一实施例中的处理方式示意图。
图5显示为本发明的车载***状态监测方法于一实施例中的启动成功流程图。
图6显示为本发明的车载***状态监测方法于一实施例中的启动失败界面示意图。
图7显示为本发明的车载***状态监测方法于一实施例中的启动失败流程图。
图8显示为本发明的车载***状态监测***于一实施例中的结构原理图。
图9显示为本发明的电子设备于一实施例中的结构连接示意图。
元件标号说明
8 车载***状态监测***
81 第一获取模块
82 第二获取模块
83 启动状态判断模块
9 电子设备
91 处理器
92 存储器
S11~S16 步骤
S131~S133 步骤
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。
需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
本发明所述的车载***状态监测方法、***、存储介质及电子设备提供了一种针对***启动异常的问题处理方法和交互反馈方法,有效地帮助用户自行处理了较大一批开机黑屏的问题,为车机在研发、测试、售后各个阶段快速判断、发现及解决问题提供了便利。
以下将结合图1至图9详细阐述本实施例的一种车载***状态监测方法、***、存储介质及电子设备的原理及实施方式,使本领域技术人员不需要创造性劳动即可理解本实施例的车载***状态监测方法、***、存储介质及电子设备。
请参阅图1,显示为本发明的车载***状态监测方法于一实施例中的原理流程图。如图1所示,所述车载***状态监测方法具体包括以下几个步骤:
S11,获取***启动时的启动标识;所述启动标识的状态值用于指示***初始化是否成功。
于一实施例中,通过启动监测服务检测所述启动标识以及***各分区的挂载状态。
具体地,本发明在***正常运行的环境下,增加一启动监测服务,其主要功能包括以下两点:a、通过启动监测服务检测所述启动标识,即***成功启动完成标识CompleteFlag,启动完成标识由安卓***在初始化阶段设置,初始化成功则设置1,否则设置0,需要说明的是,本实施例中的车载***采用安卓***,在其余实施例中也可采用其他操作***;b、通过启动监测服务检测各分区(如***分区-system分区、数据分区-data分区、标识信息分区-private分区、开关设置分区-misc分区、常用数据分区-cache分区、地图分区)的挂载情况。
其中,system分区基本上包含了整个操作***,比如内核和内存。这包括安卓的用户界面以及所有预先安装在设备中的***应用。擦除system分区,将把安卓***从设备中删除,但是设备依然可以启动,仍然可以把电子设备放进回收或引导模式来安装新的ROM(Read-Only Memory,只读存储器)。data分区包含用户的数据,是用户的联系人,短信,设置和应用程序存放的地方。擦除data分区,就相当于执行恢复出厂设置,恢复到第一次启动状态,或者最后一次***升级的状态。当执行擦除数据/恢复工厂设置时,data分区被擦除。private分区为私有分区,即非标准分区。用户存放***序列码等信息,并且使用恢复出厂设置或者量产等操作无法清除该内容,产品出厂后会在该分区写入内容。出厂后一般不允许用户修改该分区内容。misc分区包含ON/OFF开关形式的***设置。这些设置可包括CID(Carrier or Region ID),USB配置和某些硬件的设置等。如果损坏或丢失,一些设备的功能将不能正常工作。cache分区是安卓存储频繁访问的数据和应用程序的组件的分区。擦除cache分区不影响用户的个人资料,只是去掉了现有的数据。
其中,初始化包括安卓***中各个硬件模块、数据库以及各种服务和app的配置和启动,当数据库、存储分区以及硬件模块等有异常或错误会导致不成功。
S12,获取***各分区的挂载状态。
S13,根据所述启动标识和所述各分区的挂载状态判定***的启动状态。
请参阅图2,显示为本发明的车载***状态监测方法于一实施例中的启动状态判断流程图。如图2所示,S13包括:
S131,判断所述启动标识是否指示初始化成功,且所述各分区的挂载状态均为正常;所述各分区至少包括:***分区、数据分区、标识信息分区、开关设置分区、常用数据分区和地图分区中的一种。
S132,若所述启动标识指示初始化成功,且所述各分区的挂载状态均为正常,判定***启动正常。
S133,若所述启动标识指示初始化失败和/或所述各分区中存在至少一个分区的挂载状态为异常,判定***启动失败。
请参阅图3,显示为本发明的车载***状态监测方法于一实施例中的启动失败处理流程图。如图3所示,在判定***启动失败时,车载***状态监测方法还包括以下步骤:
S14,保存错误标识,所述错误标识在***启动失败时生成。
于一实施例中,所述错误标识用于提供***异常的类型信息,以根据所述错误标识判断出现异常的分区类型。
S15,进行***重启,获取并分析所述错误标识。
具体地,通过所述错误标识由***分区-system分区、数据分区-data分区、标识信息分区-private分区、开关设置分区-misc分区、常用数据分区-cache分区、地图分区等分区中确定出现异常的分区类型。
S16,根据分析结果确定不同的处理方式。
请参阅图4,显示为本发明的车载***状态监测方法于一实施例中的处理方式示意图。如图4所示,
一方面,若所述分析结果为用户无法修复,则发出需要专业维修的提示信息。具体地,用户需要根据处理界面中呈现的提示信息或引导信息到4s店或厂家寻求专业帮助。
于一实施例中,所述启动标识指示初始化失败和/或所述***分区挂载失败时,判定用户无法修复。
进一步地,针对用户无法修复的情况,所述提示信息可以向用户呈现4s店的位置及用户设备当前位置到4s店的导航信息,还可以向用户呈现厂家的联系方式,联系方式包括电话、邮箱或网址等。
另一方面,若所述分析结果为用户自行修复,则呈现与此次修复对应的引导信息,以使用户根据所述引导信息进行***的自行修复。
于一实施例中,所述分析结果为数据分区、标识信息分区、开关设置分区、常用数据分区和地图分区中的至少一种分区挂载异常时,判定用户自行修复。
进一步地,针对用户自行修复的情况,所述提示信息可以是向用户呈现用户社交圈中可以解决此问题的相关人员。具体地,用户的电子设备中设有一应用程序,将分析结果发送至该应用程序中,该应用程序自动将分析结果中的错误类型进行公开发布,以便社交圈内的所有用户均可以看到该发布消息,能够解决该问题的用户可以通过私信等方式的聊天窗口或远程协助等方式及时帮助用户进行修复。
以下将结合图5至图7的具体实施例对所述车载***状态监测方法的原理及效果进行详细说明。
请参阅图5,显示为本发明的车载***状态监测方法于一实施例中的启动成功流程图。如图5所示,设备上电启动90s后,令boot_status=0,运行启动监测服务,检测启动完成标识CompleteFlag和分区挂载情况:(1)如果检测到CompleteFlag值为1以及分区都挂载成功,则判断本次***启动正常,设置成功标识,随后退出服务。(2)检测各分区(例如system、data、cache及private分区)的挂载情况,若挂载有异常,记录异常分区同时置boot_status=SYSTEM_ERR|DATA_ERR|CACHE_ERR|PRIVATE_ERR。若此时检测到CompleteFlag值为0,则记录启动完成标志状态,同时boot_status|=NOCOMPLETE_ERR,当boot_status不为0时,则进入***异常恢复处理。
需要说明的是,设备上电启动时间为90s仅为本实施例列举的其中一个时间段,该时间段的长短受设备升级或修复后第一次启动时间的影响;一般情况下,升级后或恢复出厂后第一次启动,***和各类APP需要新建数据库以及相应的配置文件,由此导致耗时相对较长。
请参阅图6,显示为本发明的车载***状态监测方法于一实施例中的启动失败界面示意图。如图6所示,如果检测到CompleteFlag为0和/或分区挂载异常,启动监测服务将设置保存相应的错误标识,然后重启再次验证***是否真的有问题,如再次重启***依然检测异常,则第三次重启使设备进入恢复模式。
如图6所示,恢复模式下界面呈现的信息可以包括:(1)界面呈现的模式类型为recovery,即进入恢复模式。(2)当前时间为2020年11月10日06:46:09。(3)界面显示的错误类型:检测到用户data分区异常,是否尝试修复?(4)修复操作对***的影响等相关提示信息:分区修复将导致用户数据丢失。(5)用户可操作的选项:是或否。若用户明确上述信息后,需要进行修复,则点击“是”,若用户不想进行自我修复,则点击“否”。
请参阅图7,显示为本发明的车载***状态监测方法于一实施例中的启动失败流程图。如图7所示,如果检测到CompleteFlag为0和/或分区挂载异常,启动监测服务将设置保存相应的错误标识,然后重启再次验证***是否真的有问题,如再次重启***依然检测异常,则第三次重启使设备进入恢复模式。
设备在进入recovery恢复模式后,首先读取异常标志记录中的错误标识,并根据错误类型,即异常类型执行相应的操作或提示:
a、如果发现用户数据分区(如data分区、private分区或cache分区等)挂载异常,则显示修复引导界面,引导用户自动修复或格式化对应的分区同时输出***正在优化提示。在修复成功后,清除异常记录,重新启动进入***,并再次通过启动监测服务进行检测。
b、如果不是用户数据分区(如data分区、private分区或cache分区等)挂载异常,则判断是否为inand分区(地图分区)出现异常,若是,则提示用户是否修复inand分区,响应于用户允许修复,格式化地图分区。在修复成功后,清除异常记录,重新启动进入***,并再次通过启动监测服务进行检测。
c、如果发现completeFlag非真,或system分区挂载失败,则界面提示用户联系厂家或4S店进行维修。
本发明所述的车载***状态监测方法的保护范围不限于本实施例列举的步骤执行顺序,凡是根据本发明的原理所做的现有技术的步骤增减、步骤替换所实现的方案都包括在本发明的保护范围内。
以下将结合图示对本实施例所提供的车载***状态监测***进行详细描述。需要说明的是,应理解以下***的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现,也可以全部以硬件的形式实现,还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如:某一模块可以为单独设立的处理元件,也可以集成在下述***的某一个芯片中实现。此外,某一模块也可以以程序代码的形式存储于下述***的存储器中,由下述***的某一个处理元件调用并执行以下某一模块的功能。其它模块的实现与之类似。这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以下各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
以下这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,简称ASIC),一个或多个数字信号处理器(Digital Signal Processor,简称DSP),一个或者多个现场可编程门阵列(Field Programmable Gate Array,简称FPGA)等。当以下某个模块通过处理元件调用程序代码的形式实现时,该处理元件可以是通用处理器,如中央处理器(Central ProcessingUnit,简称CPU)或其它可以调用程序代码的处理器。这些模块可以集成在一起,以片上***(System-on-a-chip,简称SOC)的形式实现。
请参阅图8,显示为本发明的车载***状态监测***于一实施例中的结构原理图。如图8所示,所述车载***状态监测***8包括:第一获取模块81、第二获取模块82和启动状态判断模块83。
所述第一获取模块81用于获取***启动时的启动标识;所述启动标识的状态值用于指示***初始化是否成功。
于一实施例中,所述第一获取模块81具体用于通过启动监测服务检测所述启动标识以及***各分区的挂载状态。
所述第二获取模块82用于获取***各分区的挂载状态。
所述启动状态判断模块83用于根据所述启动标识和所述各分区的挂载状态判定***的启动状态。
于一实施例中,所述启动状态判断模块83具体用于判断所述启动标识是否指示初始化成功,且所述各分区的挂载状态均为正常;所述各分区至少包括:***分区、数据分区、标识信息分区、开关设置分区、常用数据分区和地图分区中的一种;若所述启动标识指示初始化成功,且所述各分区的挂载状态均为正常,判定***启动正常;若所述启动标识指示初始化失败和/或所述各分区中存在至少一个分区的挂载状态为异常,判定***启动失败。
本发明所述的车载***状态监测***可以实现本发明所述的车载***状态监测方法,本发明所述的车载***状态监测***中各个模块的功能原理与所述的车载***状态监测方法一一对应,但本发明所述的车载***状态监测方法的实现装置包括但不限于本实施例列举的车载***状态监测***的结构,凡是根据本发明的原理所做的现有技术的结构变形和替换,都包括在本发明的保护范围内。
本实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现所述车载***状态监测方法。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的计算机可读存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的计算机存储介质。
请参阅图9,显示为本发明的电子设备于一实施例中的结构连接示意图。如图9所示,本实施例提供一种电子设备9,具体包括:处理器91及存储器92;所述存储器92用于存储计算机程序,所述处理器91用于执行所述存储器92存储的计算机程序,以使所述电子设备9执行所述车载***状态监测方法的各个步骤。
上述的处理器91可以是通用处理器,包括中央处理器(Central ProcessingUnit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital Signal Processing,简称DSP)、专用集成电路(Alication SpecificIntegrated Circuit,简称ASIC)、现场可编程门阵列(Field Programmable GateArray,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
上述的存储器92可能包含随机存取存储器(Random Access Memory,简称RAM),也可能还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。
于实际应用中,所述电子设备可以是包括存储器、存储控制器、一个或多个处理单元(CPU)、外设接口、RF电路、音频电路、扬声器、麦克风、输入/输出(I/O)子***、显示屏、其他输出或控制设备,以及外部端口等组件的计算机;所述计算机包括但不限于如台式电脑、笔记本电脑、平板电脑、智能手机、智能电视、个人数字助理(Personal DigitalAssistant,简称PDA)等个人电脑,所述电子设备还可以是车机端或是智能眼镜、智能手表或其他可穿戴设备。在另一些实施方式中,所述电子设备还可以是服务器,所述服务器可以根据功能、负载等多种因素布置在一个或多个实体服务器上,也可以是由分布的或集中的服务器集群构成的云服务器,本实施例不作限定。
于一实施例中,所述电子设备为车机端。其应用场景例如:(1)用户启动车辆时,车机黑屏不亮屏的情况;(2)***升级后,设备启动黑屏的情况;(3)长久使用过程,用户数据分区损坏的情况,即出现用户数据分区(如data分区、cache分区、misc分区、private分区、地图分区等)挂载异常;(4)异常下电导致的***数据损坏的情况,即system分区挂载失败。在上述情况下,车机端执行所述车载***状态监测方法,以根据错误类型向用户进行相应的操作或提示。
综上所述,本发明所述车载***状态监测方法、***、存储介质及电子设备可以对***状态进行准确监测,进而根据监测结果引导用户灵活处理。提供了一种针对***启动异常的问题处理方法和交互反馈方法,有效地帮助用户自行处理了较大一批开机黑屏的问题,为车机在研发、测试、售后各个阶段快速判断、发现及解决问题提供了便利。避免了确实存在异常的***陷入无尽的开机重复循环中。可以通过界面交互向用户提供有效的处理措施,以进行人性化的反馈。既可以处理随机小概率的开机黑屏问题,也可以在***真正发生错误时,根据不同的错误类型尝试引导用户进行修复。本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (11)
1.一种车载***状态监测方法,其特征在于,所述车载***状态监测方法包括以下步骤:
获取***启动时的启动标识;所述启动标识的状态值用于指示***初始化是否成功;
获取***各分区的挂载状态;
根据所述启动标识和所述各分区的挂载状态判定***的启动状态。
2.根据权利要求1所述的车载***状态监测方法,获取***启动时的启动标识以及获取***各分区的挂载状态,包括以下步骤:
通过启动监测服务检测所述启动标识以及***各分区的挂载状态。
3.根据权利要求1所述的车载***状态监测方法,根据所述启动标识和所述各分区的挂载状态判定***的启动状态,包括以下步骤:
判断所述启动标识是否指示初始化成功,且所述各分区的挂载状态均为正常;所述各分区至少包括:***分区、数据分区、标识信息分区、开关设置分区、常用数据分区和地图分区中的一种;
若所述启动标识指示初始化成功,且所述各分区的挂载状态均为正常,判定***启动正常;
若所述启动标识指示初始化失败和/或所述各分区中存在至少一个分区的挂载状态为异常,判定***启动失败。
4.根据权利要求3所述的车载***状态监测方法,判定***启动失败之后,还包括以下步骤:
保存错误标识,所述错误标识在***启动失败时生成。
5.根据权利要求4所述的车载***状态监测方法,保存错误标识之后,还包括以下步骤:
进行***重启,获取并分析所述错误标识;
根据分析结果确定不同的处理方式。
6.根据权利要求5所述的车载***状态监测方法,根据分析结果确定不同的处理方式,包括以下步骤:
若所述分析结果为用户无法修复,则发出需要专业维修的提示信息;
若所述分析结果为用户自行修复,则呈现与此次修复对应的引导信息,以使用户根据所述引导信息进行***的自行修复。
7.根据权利要求5所述的车载***状态监测方法,所述分析所述错误标识包括如下步骤:所述启动标识指示初始化失败和/或所述***分区挂载失败时,判定用户无法修复。
8.根据权利要求5或7所述的车载***状态监测方法,所述分析所述错误标识包括如下步骤:
所述分析结果为数据分区、标识信息分区、开关设置分区、常用数据分区和地图分区中的至少一种分区挂载异常时,判定用户自行修复。
9.一种车载***状态监测***,其特征在于,所述车载***状态监测***包括:
第一获取模块,用于获取***启动时的启动标识;所述启动标识的状态值用于指示***初始化是否成功;
第二获取模块,用于获取***各分区的挂载状态;
启动状态判断模块,用于根据所述启动标识和所述各分区的挂载状态判定***的启动状态。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至8中任一项所述的车载***状态监测方法。
11.一种电子设备,其特征在于,包括:处理器及存储器;
所述存储器用于存储计算机程序,所述处理器用于执行所述存储器存储的计算机程序,以使所述电子设备执行如权利要求1至8中任一项所述的车载***状态监测方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011380042.4A CN114579388A (zh) | 2020-11-30 | 2020-11-30 | 车载***状态监测方法、***、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011380042.4A CN114579388A (zh) | 2020-11-30 | 2020-11-30 | 车载***状态监测方法、***、存储介质及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114579388A true CN114579388A (zh) | 2022-06-03 |
Family
ID=81766912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011380042.4A Pending CN114579388A (zh) | 2020-11-30 | 2020-11-30 | 车载***状态监测方法、***、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114579388A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116431417A (zh) * | 2023-06-13 | 2023-07-14 | 北京中实信息技术有限公司 | 一种服务器自检的方法、电子设备及存储介质 |
-
2020
- 2020-11-30 CN CN202011380042.4A patent/CN114579388A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116431417A (zh) * | 2023-06-13 | 2023-07-14 | 北京中实信息技术有限公司 | 一种服务器自检的方法、电子设备及存储介质 |
CN116431417B (zh) * | 2023-06-13 | 2023-10-10 | 北京中实信息技术有限公司 | 一种服务器自检的方法、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10055296B2 (en) | System and method for selective BIOS restoration | |
US8423991B2 (en) | Embedded network device and firmware upgrading method | |
CN106293987B (zh) | 一种修复终端开机异常的方法和装置 | |
CN114168222B (zh) | 一种启动耗时的获取方法、装置、终端设备和存储介质 | |
CN116932010B (zh) | ***固件升级方法、装置及服务器 | |
CN111722954A (zh) | 服务器异常定位方法、装置、存储介质及服务器 | |
CN113672306B (zh) | 服务器组件自检异常恢复方法、装置、***及介质 | |
CN113377586B (zh) | 一种服务器自动化检测方法、装置及存储介质 | |
CN114579388A (zh) | 车载***状态监测方法、***、存储介质及电子设备 | |
CN111694684A (zh) | 存储设备的异常构造方法、装置、电子设备及存储介质 | |
US20230087221A1 (en) | Detection fields of view | |
US20080201572A1 (en) | Method and system for uniformizing product data embedded in a computer platform | |
CN116775061A (zh) | 微服务应用的部署方法、装置、设备及存储介质 | |
CN108595292B (zh) | 一种***的优化方法、移动终端及计算机存储介质 | |
US11354109B1 (en) | Firmware updates using updated firmware files in a dedicated firmware volume | |
CN114153503A (zh) | 一种bios控制方法、装置、介质 | |
CN104834574B (zh) | 一种解决***分区损坏的方法及装置 | |
WO2022050938A1 (en) | Firmware event recovery | |
CN108279937B (zh) | 参数的调用方法、装置、存储介质及电子设备 | |
CN112035292A (zh) | 一种数据写入异常的处理方法、装置、设备及存储介质 | |
CN112346786B (zh) | 应用于开机阶段及开机后运行阶段的除错信息纪录方法 | |
CN111367537B (zh) | 设备驱动的安装方法、装置、计算机设备及存储介质 | |
TWI775360B (zh) | 用以記錄電腦系統的硬體元件狀態的儲存裝置及其電腦實施方法 | |
CN112783886B (zh) | 缓存清理方法、装置、计算机设备及存储介质 | |
CN112947948B (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 |