CN104751062A - 一种提高操作系统可靠性的方法及装置 - Google Patents
一种提高操作系统可靠性的方法及装置 Download PDFInfo
- Publication number
- CN104751062A CN104751062A CN201310754684.XA CN201310754684A CN104751062A CN 104751062 A CN104751062 A CN 104751062A CN 201310754684 A CN201310754684 A CN 201310754684A CN 104751062 A CN104751062 A CN 104751062A
- Authority
- CN
- China
- Prior art keywords
- operating system
- master boot
- boot sector
- read
- application component
- 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
Links
Landscapes
- Stored Programmes (AREA)
Abstract
本发明涉及一种提高操作系统可靠性的方法,包括:接收BIOS启动引导指令;读取主引导扇区,根据所述主引导扇区加载与其对应的操作系统引导程序;通过所述操作系统引导程序加载操作系统内核;加载文件系统,通过所述文件系统加载预设的应用程序组件;所述操作系统引导程序、操作系统内核、文件系统以及应用程序组件以镜像文件的形式存储在第一存储区中,且所述第一存储区为只读存储区;所述应用程序组件以及操作系统内核运行时的数据存储在第二存储区中,所述运行时的数据包括生成的文件、日志和数据库记录中的至少一种,且所述第二存储区为可读写存储区。上述方法能够提高操作系统的可靠性。
Description
技术领域
本发明涉及操作系统技术领域,特别是涉及一种提高操作系统可靠性的方法及装置。
背景技术
特种计算机往往在高温、低温、潮湿、震动、非法开关机、不规范操作、电磁干扰和电压不稳定等严酷的环境下工作,这些环境严重影响特种计算机的可靠性。而特种计算机要求具备高可靠性,否则会造成财产损失甚至人员伤亡,比如地铁、高铁、数控机床、医疗器械和电力变电所等设备,若是出现设备故障,后果往往是很严重的。特种计算机的操作系统可靠性是特种计算机的一项重要的指标。
然而,发明人经研究发现,现有技术中的操作系统启动、加载、运行及异常处理的过程至少存在以下问题,以嵌入式linux操作系统为例,传统技术中使用的linux都是在发行版的linux系统(例如fedora,ubuntu、cenos、debian、suse等)的基础上删除了部分组件的系统(或称为精简版的linux系统),而由于嵌入式linux系统非常庞大复杂,所以这种方式往往导致系统定制者对系统组件的依赖性和组件本身的可靠性无法把握,从而造成定制系统出现概率性的各种异常现象。而且,传统的操作系统启动、加载和运行方法很容易导致操作系统无法启动,以及无法启动时又没有机制可以恢复系统。因此,传统技术中的操作系统的可靠性不高。
发明内容
基于此,有必要提供一种提高操作系统可靠性的方法。
一种提高操作系统可靠性的方法,包括:
接收BIOS启动引导指令;
读取主引导扇区,根据所述主引导扇区加载与其对应的操作系统引导程序;
通过所述操作系统引导程序加载操作系统内核;
加载文件系统,通过所述文件系统加载预设的应用程序组件;
所述操作系统引导程序、操作系统内核、文件系统以及应用程序组件以镜像文件的形式存储在第一存储区中,且所述第一存储区为只读存储区;
所述应用程序组件以及操作系统内核运行时的数据存储在第二存储区中,所述运行数据包括生成的文件、日志和数据库记录中的至少一种,且所述第二存储区为可读写存储区。
在其中一个实施例中,所述加载文件系统的步骤之后还包括:
以虚拟帧缓存方式加载QT应用组件,所述应用程序组件基于所述QT应用组件。
在其中一个实施例中,所述主引导扇区包括第一主引导扇区和第二主引导扇区;
所述读取主引导扇区,根据所述主引导扇区加载与其对应的操作系统引导程序的步骤包括:
读取第一主引导扇区,若读取成功,则加载与所述第一主引导扇区对应的操作系统引导程序;读取失败,则读取第二主引导扇区,根据所述第二主引导扇区加载与其对应的操作系统引导程序,通过所述与所述第二主引导扇区对应的操作系统引导程序恢复所述第一主引导扇区并重启。
在其中一个实施例中,所述方法还包括:
在内存中建立虚拟硬盘区,通过所述虚拟硬盘区存储读写频率大于阈值的数据;
定期将所述虚拟硬盘区中的数据持久化存储到所述第二存储区中。
在其中一个实施例中,所述加载文件系统的步骤为:
通过操作系统内核获取所述文件系统的镜像文件的起始地址,根据所述起始地址读取文件系统的镜像文件,将其解压后加载文件系统。
此外,还有必要提供一种提高操作系统可靠性的装置。
一种提高操作系统可靠性的装置,包括:
指令接收模块,用于接收BIOS启动引导指令;
MBR读取模块,用于读取主引导扇区,根据所述主引导扇区加载与其对应的操作系统引导程序;
内核加载模块,用于通过所述操作系统引导程序加载操作系统内核;
应用组件加载模块,用于加载文件系统,通过所述文件系统加载预设的应用程序组件;
所述操作系统引导程序、操作系统内核、文件系统以及应用程序组件以镜像文件的形式存储在第一存储区中,且所述第一存储区为只读存储区;
所述应用程序组件以及操作系统内核运行时的数据存储在第二存储区中,所述运行数据包括生成的文件、日志和数据库记录中的至少一种,且所述第二存储区为可读写存储区。
在其中一个实施例中,所述应用组件加载模块还用于以虚拟帧缓存方式加载QT应用组件,所述应用程序组件基于所述QT应用组件。
在其中一个实施例中,所述主引导扇区包括第一主引导扇区和第二主引导扇区;
所述MBR读取模块还用于读取第一主引导扇区,若读取成功,则加载与所述第一主引导扇区对应的操作系统引导程序;读取失败,则读取第二主引导扇区,根据所述第二主引导扇区加载与其对应的操作系统引导程序,通过所述与所述第二主引导扇区对应的操作系统引导程序恢复所述第一主引导扇区并重启。
在其中一个实施例中,所述装置还包括虚拟硬盘模块,用于在内存中建立虚拟硬盘区,通过所述虚拟硬盘区存储读写频率大于阈值的数据;
定期将所述虚拟硬盘区中的数据持久化存储到所述第二存储区中。
在其中一个实施例中,所述应用组件加载模块还用于通过操作系统内核获取所述文件系统的镜像文件的起始地址,根据所述起始地址读取文件系统的镜像文件,将其解压后加载文件系统。
上述提高操作系统可靠性的方法及装置中,预先在只读的第一存储区中读取操作系统引导程序、操作系统内核、文件系统以及应用程序组件的镜像文件并加载。传统技术中的标准版操作系统上进行删减得到的操作系统,由于用户对删减掉的应用组件对其他组件的运行是否有影响并未得知,也较难通过测试得出,因此,操作系统引导程序、操作系统内核、文件系统以及应用程序组件都是按照特种计算机平台的接口和功能从零开始一个个添加,所添加的内容都是自己知道的,这种方式定制操作系统风险较可控。而且,将操作系统启动、加载和运行过程做了镜像、只读和异常修复设计,可以保证操作系统能稳定可靠地启动、加载和运行。因此,上述方法及装置可提高操作系统的可靠性。
附图说明
图1为一个实施例中提高操作系统可靠性的方法的流程图;
图2为一个实施例中计算机系统的存储区域的逻辑结构图;
图3为一个实施例中提高操作系统可靠性的装置结构示意图;
图4为另一个实施例中提高操作系统可靠性的装置的结构示意图。
具体实施方式
如图1所示,在一个实施例中,一种提高操作系统可靠性的方法,该方法的执行依赖于计算机程序,可运行于基于冯洛伊曼体系的计算机系统上。
该方法包括:
步骤S102,接收BIOS启动引导指令。
步骤S104,读取主引导扇区,根据主引导扇区加载与其对应的操作系统引导程序;
步骤S106,通过操作系统引导程序加载操作系统内核。
步骤S108,加载文件系统,通过文件系统加载预设的应用程序组件。
且在本实施例中,操作系统引导程序、操作系统内核、文件系统以及应用程序组件以镜像文件的形式存储在第一存储区中,且第一存储区为只读存储区。
应用程序组件以及操作系统内核运行时的数据存储在第二存储区中,运行数据包括生成的文件、日志和数据库记录中的至少一种,且第二存储区为可读写存储区。
在本实施例中,如图2所示,图2中的MBR1和MBR2即为主引导扇区,MBR1和MBR2中存储操作系统引导程序Grub1和Grub2在第一存储区中的起始地址,可根据该起始地址在第一存储区中找到Grub1和Grub2的镜像文件。第一存储区和第二存储区既可以是同一磁盘上的不同区域,也可以是不同的磁盘。优选的,第一存储区可以是只读的固态存储卡(CF卡,Compact Flash卡)。操作系统引导程序的镜像文件存储在该固态存储卡的主引导扇区中,操作系统内核、文件系统以及应用程序组件的镜像文件则存储在该固态存储卡中。第二存储区则可为任意可读写的存储介质,用来存储应用程序组件以及操作系统内核运行时的数据。
将操作系统引导程序、操作系统内核、文件系统以及应用程序组件以镜像文件的形式存储在只读的第一存储区中,使得操作系统在运行时对磁盘的写输入不会对操作系统内核镜像文件的数据产生破坏,使得系统在下次启动时,不会由于操作系统内核的程序文件被破坏而导致启动失败。
BIOS即Basic Input Output System,为一组固化到计算机内主板上一个ROM(Read-Only Memory,只读存储器)芯片上的程序,它保存着计算机最重要的基本输入输出的程序、系统设置信息、开机后自检程序和系统自启动程序。其主要功能是为计算机提供最底层的、最直接的硬件设置和控制。
计算机系统在上电之后即会触发BIOS启动引导指令,从而读取BIOS中的系统自启动程序并执行。
主引导扇区(MBR,Master Boot Record),又叫做主引导扇区,是计算机开机后访问硬盘时所必须要读取的首个扇区。主引导扇区记录着硬盘本身的相关信息,例如MBR、DBR和分区表信息等内容,是数据信息的重要入口。
在linux系统中,操作系统引导程序通常为Grub(Grand Unified BootLoader),可用于加载操作系统。在本实施例中,操作系统引导程序以镜像文件的形式存储在第一存储区中。
也就是说,通过BIOS中的系统自启动程序读取主磁盘上的主引导扇区中的MBR信息,然后根据MBR信息引导加载操作系统引导程序的镜像文件并执行。
在一个实施例中,主引导扇区包括第一主引导扇区和第二主引导扇区。读取主引导扇区,根据主引导扇区加载与其对应的操作系统引导程序的步骤包括:
读取第一主引导扇区,若读取成功,则加载与所述第一主引导扇区对应的操作系统引导程序;读取失败,则读取第二主引导扇区,根据所述第二主引导扇区加载与其对应的操作系统引导程序,通过所述与所述第二主引导扇区对应的操作系统引导程序恢复所述第一主引导扇区并重启。
如图2,主磁盘上的主引导扇区包括两部分,即第一主引导扇区MBR1和第二主引导扇区MBR2。MBR1用于引导Grub1,即MBR1中包含了Grub1的地址;MBR2用于引导Grub2,即MBR2中包含了Grub2的地址。Grub1和Grub2的镜像文件存储在第一存储区中。Grub2包含操作系统引导程序和MBR1的修复命令,Grub1包含操作系统引导程序。在读取操作系统引导程序时,可优先通过MBR1引导Grub1执行,若MBR1损坏,则可再通过Grub2中的修复命令修复MBR1。
对MBR1修复后重启计算机,则重新执行前述的步骤S102和S104,在执行到通过MBR1引导Grub1的步骤时,由于MBR1已经被Grub2中的修复命令修复,因此,必然能够被加载执行,使得在即使出现事故导致向MBR1中写入数据引起系统错误的情况下,系统仍然可在重启正常启动,从而提高了可靠性。
需要说明的是,在本实施例中,MBR2为不可写入的状态,也就是说,对操作系统开放操作的主引导扇区只为MBR1部分,MBR2部分仅可由BIOS中的系统自启动程序在读取主引导扇区时读取。从而防止操作系统的行为对MBR2中备份的操作系统引导程序造成破坏。
操作系统内核即为操作系统的核心部分。它由操作系统中系统调度、进程通信、外设驱动和加载文件系统这些部分组成,提供了操作系统运行的基本功能。操作系统内核通常运行进程,并提供进程间的通信。
以linux操作系统为例,发布版本的linux内核(linux kernel)为一个提供硬件抽象层、磁盘及文件系统控制、多任务等功能的系统软件,但并不是一个完整的操作系统。加载文件系统即加载与文件系统相关的库文件。文件系统被加载后,即可根据加载完毕的文件系统查找到应用程序组件并将其加载。预设的应用程序组件可由用户根据实际需求独立添加,例如,用户若需要浏览器组件,则可预先添加浏览器应用组件的程序文件及其相应的库文件到第一存储区中;用户若需要添加xml文件解析组件,则可预先添加xml文件解析应用组件的程序文件及其相应的库文件到第一存储区中。
也就是说,在本实施例中定制操作系统的方式与传统技术中在发布的完整版本的操作系统的基础上进行删减的方式不同,采用的定制方式为从相应的官网上一个个下载操作系统的引导程序、内核、文件系统以及应用程序组件的源码包,编译移植。从零开始一个个组件添加和组合成操作系统。
在本实施例中,将操作系统引导程序、操作系统内核、文件系统以及应用程序组件都做成镜像文件,以及将这些镜像文件放在一个只读的第一存储区中。在操作系统启动时将操作系统的镜像文件解压到内存中,在操作系统正常使用过程中都是在内存中运行的,可以极大的减少对存储器的访问,从而减少存储器的损坏造成操作系统文件的损坏。通过这三重文件保护方法,操作系统文件是不可能被损坏的。这样设计操作系统的方式可以保证操作系统能一直正常运行,从而提高了可靠性。
在本实施例中,加载文件系统的方法可具体为:通过操作系统内核获取文件系统的镜像文件的起始地址,根据起始地址读取文件系统的镜像文件,将其解压后加载文件系统。
也就是说,首先将文件系统制作成镜像文件,然后将该镜像文件的起始地址写入操作系统内核中,操作系统内核加载完毕后,可由相应的事件处理函数读取该地址信息得到起始地址,然后由该起始地址读取文件系统的整个镜像文件并解压,然后加载解压后的文件系统。
在一个实施例中,加载文件系统的步骤包括以虚拟帧缓存方式加载QT应用组件,应用程序组件基于QT应用组件。
在本实施例中,操作系统内核为linux内核,以QT应用组件运行应用组件,其显示方式为采用虚拟帧缓存方式显示,即直接刷屏的方式,从而不依赖与X11系统组件,使得图形系统不会因为某些系统文件缺失或损坏而启动不了,从而提高了可靠性。
在一个实施例中,还可在BIOS中加入系统还原程序。
接收BIOS启动引导指令的步骤之后还可判断还原状态是否为开启,若是,则启动系统还原程序读取并加载备份操作系统镜像。
还原状态可通过BIOS中的看门狗程序来设置。例如,当操作系统运行时出现异常时,看门狗程序即可检测到异常,并将BIOS中的还原状态设置为开启,然后重启系统。重启系统并再次接收到BIOS启动引导指令后,则由系统还原程序判断还原状态是否为开启,若是,则可读取备份的操作系统镜像。该操作系统镜像可以是前述CF卡中存储的操作系统内核,也可以是用户在操作过程中自行备份的操作系统的镜像文件。
进一步的,还可接收远程输入的系统还原指令;根据系统还原指令将还原状态设置为开启并重启系统。
例如,当计算机系统正常运行时,远程用户可通过SSH(Secure Shell,安全外壳协议)或telnet等工具远程登录该计算机系统,并通过输入系统还原指令将BIOS中的还原状态设置为开启。设置为开启后,可远程将计算机系统重启。计算机系统重启后,BIOS中的系统还原程序即可对还原状态是否开启进行判断,然后通过备份的操作系统镜像进行还原。
在一个实施例中,还可在内存中建立虚拟硬盘区,通过虚拟硬盘区存储读写频率大于阈值的数据;定期将所述虚拟硬盘区中的数据持久化存储到所述第二存储区中。
如图2所示,虚拟硬盘区即为将内存中的一块区域虚拟成硬盘使用,操作系统可将磁盘的较为频繁的写操作数据映射到该虚拟硬盘区中(实际上写操作发生时仍是存储在虚拟硬盘区中,只是定期再将虚拟硬盘区中的数据持久化存储到第二存储区)。
也就是说,可将操作系统的写操作(或写操作次数频率较多的应用组件的写操作)限定在虚拟硬盘区中,然后定期通过将虚拟硬盘区持久化对其进行备份,从而可提高操作系统的读写速度。若遇到断电或其他突发情况导致内存中的虚拟硬盘区中缓存的数据遗失,还可由第二存储区读取持久化的数据对其进行备份。
在一个实施例中,如图3所示,一种提高操作系统可靠性的装置,包括指令接收模块102、MBR读取模块104、内核加载模块106以及应用组件加载模块108:
指令接收模块102,用于接收BIOS启动引导指令。
MBR读取模块104,用于读取主引导扇区,根据主引导扇区加载与其对应的操作系统引导程序。
内核加载模块106,用于通过操作系统引导程序加载操作系统内核。
应用组件加载模块108,用于加载文件系统,通过文件系统加载预设的应用程序组件。
操作系统引导程序、操作系统内核、文件系统以及应用程序组件以镜像文件的形式存储在第一存储区中,且第一存储区为只读存储区。
应用程序组件以及操作系统内核运行时的数据存储在第二存储区中,运行数据包括生成的文件、日志和数据库记录中的至少一种,且第二存储区为可读写存储区。
在本实施例中,应用组件加载模块108还用于通过预设的脚本和系统服务以虚拟帧缓存方式加载QT应用组件,应用程序组件基于QT应用组件。
在本实施例中,主引导扇区包括第一主引导扇区和第二主引导扇区。
MBR读取模块还用于读取第一主引导扇区,若读取成功,则加载与第一主引导扇区对应的操作系统引导程序;读取失败,则读取第二主引导扇区,根据第二主引导扇区加载与其对应的操作系统引导程序,通过与第二主引导扇区对应的操作系统引导程序恢复第一主引导扇区并重启。
如图4所示,在一个实施例中,BIOS中还包括系统还原程序。该装置还包括系统还原模块110,用于判断还原状态是否为开启,若是,则启动系统还原程序读取并加载备份操作系统镜像。
在一个实施例中,系统还原模块110还用于接收远程输入的系统还原指令;根据系统还原指令将还原状态设置为开启并重启系统。
在本实施例中,该装置还包括虚拟硬盘模块112,用于在内存中建立虚拟硬盘区,通过虚拟硬盘区存储读写频率大于阈值的数据,定期将虚拟硬盘区中的数据持久化存储到第二存储区中。
在本实施例中,应用组件加载模块108还用于通过操作系统内核获取文件系统的镜像文件的起始地址,根据起始地址读取文件系统的镜像文件,将其解压后加载文件系统。
上述提高操作系统可靠性的方法及装置中,预先在只读的第一存储区中读取操作系统引导程序、操作系统内核、文件系统以及应用程序组件的镜像文件并加载。传统技术中的标准版操作系统上进行删减得到的操作系统,由于用户对删减掉的应用组件对其他组件的运行是否有影响并未得知,也较难通过测试得出,因此,操作系统引导程序、操作系统内核、文件系统以及应用程序组件都是按照特种计算机平台的接口和功能从零开始一个个添加,所添加的内容都是自己知道的,这种方式定制操作系统风险较可控。而且,将操作系统启动、加载和运行过程做了镜像、只读和异常修复设计,可以保证操作系统能稳定可靠地启动、加载和运行。因此,上述方法及装置可提高操作系统的可靠性。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种提高操作系统可靠性的方法,包括:
接收BIOS启动引导指令;
读取主引导扇区,根据所述主引导扇区加载与其对应的操作系统引导程序;
通过所述操作系统引导程序加载操作系统内核;
加载文件系统,通过所述文件系统加载预设的应用程序组件;
所述操作系统引导程序、操作系统内核、文件系统以及应用程序组件以镜像文件的形式存储在第一存储区中,且所述第一存储区为只读存储区;
所述应用程序组件以及操作系统内核运行时的数据存储在第二存储区中,所述运行时的数据包括生成的文件、日志和数据库记录中的至少一种,且所述第二存储区为可读写存储区。
2.根据权利要求1所述的提高操作系统可靠性的方法,其特征在于,所述加载文件系统的步骤之后还包括:
以虚拟帧缓存方式加载QT应用组件,所述应用程序组件基于所述QT应用组件。
3.根据权利要求1所述的提高操作系统可靠性的方法,其特征在于,所述主引导扇区包括第一主引导扇区和第二主引导扇区;
所述读取主引导扇区,根据所述主引导扇区加载与其对应的操作系统引导程序的步骤包括:
读取第一主引导扇区,若读取成功,则加载与所述第一主引导扇区对应的操作系统引导程序;读取失败,则读取第二主引导扇区,根据所述第二主引导扇区加载与其对应的操作系统引导程序,通过所述与所述第二主引导扇区对应的操作系统引导程序恢复所述第一主引导扇区并重启。
4.根据权利要求1所述的提高操作系统可靠性的方法,其特征在于,所述方法还包括:
在内存中建立虚拟硬盘区,通过所述虚拟硬盘区存储读写频率大于阈值的数据;
定期将所述虚拟硬盘区中的数据持久化存储到所述第二存储区中。
5.根据权利要求1所述的提高操作系统可靠性的方法,其特征在于,所述加载文件系统的步骤为:
通过操作系统内核获取所述文件系统的镜像文件的起始地址,根据所述起始地址读取文件系统的镜像文件,将其解压后加载文件系统。
6.一种提高操作系统可靠性的装置,其特征在于,包括:
指令接收模块,用于接收BIOS启动引导指令;
MBR读取模块,用于读取主引导扇区,根据所述主引导扇区加载与其对应的操作系统引导程序;
内核加载模块,用于通过所述操作系统引导程序加载操作系统内核;
应用组件加载模块,用于加载文件系统,通过所述文件系统加载预设的应用程序组件;
所述操作系统引导程序、操作系统内核、文件系统以及应用程序组件以镜像文件的形式存储在第一存储区中,且所述第一存储区为只读存储区;
所述应用程序组件以及操作系统内核运行时的数据存储在第二存储区中,所述运行时的数据包括生成的文件、日志和数据库记录中的至少一种,且所述第二存储区为可读写存储区。
7.根据权利要求6所述的提高操作系统可靠性的装置,其特征在于,所述应用组件加载模块还用于以虚拟帧缓存方式加载QT应用组件,所述应用程序组件基于所述QT应用组件。
8.根据权利要求6所述的提高操作系统可靠性的装置,其特征在于,所述主引导扇区包括第一主引导扇区和第二主引导扇区;
所述MBR读取模块还用于读取第一主引导扇区,若读取成功,则加载与所述第一主引导扇区对应的操作系统引导程序;读取失败,则读取第二主引导扇区,根据所述第二主引导扇区加载与其对应的操作系统引导程序,通过所述与所述第二主引导扇区对应的操作系统引导程序恢复所述第一主引导扇区并重启。
9.根据权利要求6所述的提高操作系统可靠性的装置,其特征在于,所述装置还包括虚拟硬盘模块,用于在内存中建立虚拟硬盘区,通过所述虚拟硬盘区存储读写频率大于阈值的数据;
定期将所述虚拟硬盘区中的数据持久化存储到所述第二存储区中。
10.根据权利要求6所述的提高操作系统可靠性的装置,其特征在于,所述应用组件加载模块还用于通过操作系统内核获取所述文件系统的镜像文件的起始地址,根据所述起始地址读取文件系统的镜像文件,将其解压后加载文件系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310754684.XA CN104751062B (zh) | 2013-12-31 | 2013-12-31 | 一种提高操作系统可靠性的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310754684.XA CN104751062B (zh) | 2013-12-31 | 2013-12-31 | 一种提高操作系统可靠性的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104751062A true CN104751062A (zh) | 2015-07-01 |
CN104751062B CN104751062B (zh) | 2019-03-19 |
Family
ID=53590733
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310754684.XA Active CN104751062B (zh) | 2013-12-31 | 2013-12-31 | 一种提高操作系统可靠性的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104751062B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106598780A (zh) * | 2016-11-22 | 2017-04-26 | 深圳中科讯联科技股份有限公司 | 一种系统备份与恢复的方法及装置 |
CN107704399A (zh) * | 2017-08-16 | 2018-02-16 | 华为技术有限公司 | 一种存储数据的方法和装置 |
CN110019013A (zh) * | 2017-12-08 | 2019-07-16 | 中国电信股份有限公司 | 镜像存储方法、装置和计算机可读存储介质 |
CN110442387A (zh) * | 2019-07-02 | 2019-11-12 | 湖北亿咖通科技有限公司 | 一种车载系统的参数自适应方法、装置及汽车 |
CN112000382A (zh) * | 2020-08-26 | 2020-11-27 | 绿盟科技集团股份有限公司 | 一种Linux系统启动方法、装置及可读存储介质 |
CN113805956A (zh) * | 2021-06-15 | 2021-12-17 | 荣耀终端有限公司 | 操作系统的配置方法、设备、存储介质及程序产品 |
CN114063913A (zh) * | 2021-11-03 | 2022-02-18 | 东风汽车集团股份有限公司 | Emmc分区存储方法及结构 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1818824A (zh) * | 2006-01-11 | 2006-08-16 | 毛国红 | 一种可靠性高的个人计算机及操作系统 |
CN1908900A (zh) * | 2005-08-05 | 2007-02-07 | 四零四科技股份有限公司 | 回复开机系统的方法 |
CN101038551A (zh) * | 2006-03-16 | 2007-09-19 | 南京大学 | 在移动硬盘上实现启动Linux操作系统的方法 |
CN101446915A (zh) * | 2007-11-27 | 2009-06-03 | 中国长城计算机深圳股份有限公司 | 一种bios级日志的记录方法及装置 |
CN101952809A (zh) * | 2007-10-23 | 2011-01-19 | 郑基悦 | 具有只读区域和读/写区域,可移动媒体的组成部分,系统管理接口,网络接口功能的计算机存储设备 |
CN102830990A (zh) * | 2012-07-20 | 2012-12-19 | 大唐移动通信设备有限公司 | 一种计算机系统启动方法及计算机终端 |
-
2013
- 2013-12-31 CN CN201310754684.XA patent/CN104751062B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1908900A (zh) * | 2005-08-05 | 2007-02-07 | 四零四科技股份有限公司 | 回复开机系统的方法 |
CN1818824A (zh) * | 2006-01-11 | 2006-08-16 | 毛国红 | 一种可靠性高的个人计算机及操作系统 |
CN101038551A (zh) * | 2006-03-16 | 2007-09-19 | 南京大学 | 在移动硬盘上实现启动Linux操作系统的方法 |
CN101952809A (zh) * | 2007-10-23 | 2011-01-19 | 郑基悦 | 具有只读区域和读/写区域,可移动媒体的组成部分,系统管理接口,网络接口功能的计算机存储设备 |
CN101446915A (zh) * | 2007-11-27 | 2009-06-03 | 中国长城计算机深圳股份有限公司 | 一种bios级日志的记录方法及装置 |
CN102830990A (zh) * | 2012-07-20 | 2012-12-19 | 大唐移动通信设备有限公司 | 一种计算机系统启动方法及计算机终端 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106598780A (zh) * | 2016-11-22 | 2017-04-26 | 深圳中科讯联科技股份有限公司 | 一种系统备份与恢复的方法及装置 |
CN107704399A (zh) * | 2017-08-16 | 2018-02-16 | 华为技术有限公司 | 一种存储数据的方法和装置 |
CN107704399B (zh) * | 2017-08-16 | 2021-01-29 | 华为技术有限公司 | 一种存储数据的方法和装置 |
CN110019013A (zh) * | 2017-12-08 | 2019-07-16 | 中国电信股份有限公司 | 镜像存储方法、装置和计算机可读存储介质 |
CN110019013B (zh) * | 2017-12-08 | 2021-11-05 | 中国电信股份有限公司 | 镜像存储方法、装置和计算机可读存储介质 |
CN110442387A (zh) * | 2019-07-02 | 2019-11-12 | 湖北亿咖通科技有限公司 | 一种车载系统的参数自适应方法、装置及汽车 |
CN110442387B (zh) * | 2019-07-02 | 2022-05-17 | 亿咖通(湖北)技术有限公司 | 一种车载系统的参数自适应方法、装置及汽车 |
CN112000382A (zh) * | 2020-08-26 | 2020-11-27 | 绿盟科技集团股份有限公司 | 一种Linux系统启动方法、装置及可读存储介质 |
CN112000382B (zh) * | 2020-08-26 | 2023-10-13 | 绿盟科技集团股份有限公司 | 一种Linux系统启动方法、装置及可读存储介质 |
CN113805956A (zh) * | 2021-06-15 | 2021-12-17 | 荣耀终端有限公司 | 操作系统的配置方法、设备、存储介质及程序产品 |
CN114063913A (zh) * | 2021-11-03 | 2022-02-18 | 东风汽车集团股份有限公司 | Emmc分区存储方法及结构 |
CN114063913B (zh) * | 2021-11-03 | 2024-07-12 | 东风汽车集团股份有限公司 | Emmc分区存储方法及结构 |
Also Published As
Publication number | Publication date |
---|---|
CN104751062B (zh) | 2019-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104751062A (zh) | 一种提高操作系统可靠性的方法及装置 | |
US9417967B2 (en) | Computing device and method for automatically recovering bios of computing device | |
US9286164B2 (en) | Electronic device to restore MBR, method thereof, and computer-readable medium | |
CN103207975B (zh) | 保护密码的方法以及计算机 | |
CN101593083B (zh) | 对计算机配置信息进行保护和恢复的装置、计算机和方法 | |
KR101115486B1 (ko) | 컴퓨터 시스템의 부팅 제어 장치 및 방법 | |
US9690642B2 (en) | Salvaging event trace information in power loss interruption scenarios | |
US20200250313A1 (en) | Bios recovery and update | |
CN102262543B (zh) | 抗掉电的Linux系统启动方法 | |
US20140129875A1 (en) | Method for reading kernel log upon kernel panic in operating system | |
CN108062262A (zh) | 基于存储扇区数据的操作系统备份和还原方法及其系统 | |
CN103207816A (zh) | 一种Linux系统修复方法 | |
CN111258666A (zh) | 计算机文件的读取方法、装置、计算机系统及存储介质 | |
US20090013167A1 (en) | Computer device, method for booting the same, and booting module for the same | |
CN117271221A (zh) | 数据库数据的恢复方法、存储介质与设备 | |
US9009430B2 (en) | Restoration of data from a backup storage volume | |
CN110134545B (zh) | 基于可信执行环境的提供虚拟nvram的方法及系统 | |
US20130318394A1 (en) | Embedded controller firmware management | |
CN108009039B (zh) | 终端信息的记录方法、装置、存储介质及电子设备 | |
CN116466997A (zh) | 操作系统的启动方法、装置、服务器及存储介质 | |
CN103677875A (zh) | 一种电子设备启动的方法、权限控制方法和电子设备 | |
CN114510375A (zh) | 一种Flash芯片数据区域动态共享系统及方法 | |
CN102831032A (zh) | 硬盘主引导记录的修复系统及方法 | |
CN101071396A (zh) | 一种设置系统复位原因监控信息的方法以及监控方法 | |
KR100706514B1 (ko) | 하드디스크상의 운영체제 부팅 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230710 Address after: 518057 1701, Yanxiang science and technology building, 31 Gaoxin middle Fourth Road, Maling community, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province Patentee after: Shenzhen Yanxiang Smart Technology Co.,Ltd. Address before: 518057 Guangdong city of Shenzhen province Nanshan District high in the four EVOC Technology Building No. 31 Patentee before: EVOC INTELLIGENT TECHNOLOGY Co.,Ltd. |