CN103530138A - 基于嵌入式linux的文件***数据保护方法及装置 - Google Patents
基于嵌入式linux的文件***数据保护方法及装置 Download PDFInfo
- Publication number
- CN103530138A CN103530138A CN201210228174.4A CN201210228174A CN103530138A CN 103530138 A CN103530138 A CN 103530138A CN 201210228174 A CN201210228174 A CN 201210228174A CN 103530138 A CN103530138 A CN 103530138A
- Authority
- CN
- China
- Prior art keywords
- file
- backup
- district
- rootfs
- loading
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种基于嵌入式LINUX的文件***数据保护方法及装置,该方法包括以下步骤:在基于NAND Flash存储器的嵌入式***中建立LINUX操作***的YAFFS2文件操作***,并对所述NAND Flash存储器进行分区;在所述用户文件***中建立用户文件,并分别建立备份;所述用户文件包括:应用程序文件、驱动程序文件、配置文件以及***关键数据文件;加载文件***,当加载失败时,从备份区拷贝文件重新进行加载。本发明的方法及装置,实现了对整个文件***的保护及实际设计中经常修改或读写的用户文件的保护,对***应用的可靠性提升具有重大意义。
Description
技术领域
本发明涉及计算机数据安全领域,特别是涉及一种基于嵌入式LINUX的文件***数据保护方法以及一种基于嵌入式LINUX的文件***数据保护装置。
背景技术
在LINUX操作***下的文件***是操作***的重要组成部分。文件***中的文件是数据的集合,文件***不仅包含着文件的数据而且还有文件***的结构。
在嵌入式LINUX操作***典型应用中,有好几个地方均要涉及到文件***的操作,即对数据文件的操作,包括:
一、Linux***成功加载文件***后,在启动脚本中会加载驱动程序,***和目标板准备就绪后调用应用程序;
二、在应用程序运行中,需要进行对目标板配置工作,启动多任务运行。其中配置工作大多是通过读出文件***中的配置文件,以各种方式载入进行相关配置;
三、在调试阶段,会有大量数据保存到文件***;
四、无论何时,应用程序在运行过程中,对于目标设备在现场运行时的***关键数据,也需要反复写入或读出文件***。
综上可知,文件***的操作是非常频繁的,对文件***数据进行保护非常有必要。然而现有技术中却不存在相关的对文件***数据进行保护的方法,导致应用嵌入式设备LINUX操作***的工程应用可靠性比较低。
发明内容
基于此,有必要针对上述***应用的可靠性比较低的问题,提供一种基于嵌入式LINUX的文件***数据保护方法及装置。
一种基于嵌入式LINUX的文件***数据保护方法,包括以下步骤:
在基于NAND Flash存储器的嵌入式***中建立LINUX操作***的YAFFS2文件操作***,并对所述NAND Flash存储器进行分区,所述分区后的NAND Flash存储器包括:只读根文件***rootfs区、只读根文件***备份rootfs_bak区以及可读写的用户文件***usrfs区;
在所述用户文件***中建立用户文件,并分别建立备份;所述用户文件包括:应用程序文件、驱动程序文件、配置文件以及***关键数据文件;
加载文件***,当加载失败时,从备份区拷贝文件重新进行加载。
一种基于嵌入式LINUX的文件***数据保护装置,包括:
分区模块,用于在基于NAND Flash存储器的嵌入式***中建立LINUX操作***的YAFFS2文件操作***,并对所述NAND Flash存储器进行分区,所述分区后的NAND Flash存储器包括:只读根文件***rootfs区、只读根文件***备份rootfs_bak区以及可读写的用户文件***usrfs区;
文件及备份文件建立模块,用于在所述用户文件***中建立用户文件,并分别建立备份;所述用户文件包括:应用程序文件、驱动程序文件、配置文件以及***关键数据文件;
加载模块,用于加载文件***,以及当加载失败时,从备份区拷贝文件重新进行加载。
由以上方案可以看出,本发明的基于嵌入式LINUX的文件***数据保护方法及装置,按照整体和局部并重的方式进行了整体可靠性设计和重点可靠性设计,实现了对整个文件***的保护及实际设计中经常修改或读写的用户文件的保护,如应用程序文件、驱动程序文件、***配置文件以及***关键数据文件等。本发明充分考虑了实际设计应用中的各种应用场景,有所区别的对不同应用状态下的数据保护提供了设计方法,在此在实际设计中如果采用本发明的方案,对***应用的可靠性提升将会具有重大意义。
附图说明
图1为本发明一种基于嵌入式LINUX的文件***数据保护方法的流程示意图;
图2为NAND Flash分区示意图;
图3为加载文件***流程示意图;
图4为本发明一种基于嵌入式LINUX的文件***数据保护装置的结构示意图。
具体实施方式
下面结合附图以及具体的实施例,对本发明的技术方案作进一步的描述。
参见图1所示,一种基于嵌入式LINUX的文件***数据保护方法,包括以下步骤:
步骤S101,在基于NAND Flash存储器的嵌入式***中建立LINUX操作***的YAFFS2文件操作***,并对所述NAND Flash存储器进行分区,所述分区后的NAND Flash存储器包括:只读根文件***rootfs区、只读根文件***备份rootfs_bak区以及可读写的用户文件***usrfs区。
YAFFS2(Yet Another NAND Flash FileSytem2)是专门针对NAND设备的一种文件***。它针对NAND Flash的特点采用增强的碎片回收和均衡磨损技术,大大提高了读写速度以及延长了存储设备的使用寿命,可以更好的支持大容量的NAND Flash芯片。而且YAFFS2在断电可靠性上的优势也很明显,这就进一步的提高了***的稳定性。考虑到根文件***不需要频繁地更改,这里嵌入式***中使用的存储设备是NAND Flash。存储设备采用NAND Flash,具有自动跳过坏区存储的功能,可以保证存储的有效性。而且NAND Flash还具有成本低的特点。
作为一个较好的实施例,如图2所示,本发明中所述分区后的NAND Flash存储器除了包括上述的rootfs区、rootfs_bak区、usrfs区之外,还可以包括另外的三个区:Bootstrap区、Uboot区、Kernel区。其中,Boostrap区可实现初始化SDRAM及其它相关接口(SDRAM矩阵接口),能加载uboot到SDRAM,实现内存重映射功能,是整个程序的入口;Uboot区可实现加载linux内核和根文件***、把控制权交由操作***(linux内核)的功能;最后,Kernel区是存放Linux操作***内核文件的,即该区用来运行linux操作***。
对于具体的保护对象,按照整体和局部并重的方法,本发明将其分为整体可靠性设计和重点可靠性设计,前者是对整个文件***的保护,后者是重点考虑实际设计中经常修改或读写的文件,比如应用程序文件、驱动程序文件、***配置文件以及***关键数据文件等。
对于具体的保护措施,可以从操作权限、均衡擦写、冗余备份等角度出发,保证文件***的可靠运行。其中操作权限可以建立登录身份和密码管理,也可以根据具体文件的实际需求单独设置;均衡擦写可以有效延长NAND Flash的使用寿命,同时保证文件***的可靠,YAFFS等类型文件***已在MTD层实现均衡擦写;冗余备份既要可靠地保障数据文件,同时尽量降低实现的复杂度,以减少可能带来风险的环节。
在现场运行中反复读写的文件要设置成可读可写,需要重点保护,而其它在调试阶段才会修改的文件,可以考虑在投入现场运行时设置成只读属性。
步骤S102,在所述用户文件***中建立用户文件,并分别建立备份;所述用户文件包括:应用程序文件、驱动程序文件、配置文件以及***关键数据文件等。
作为一个较好的实施例,所述建立***关键数据文件的过程具体可以包括:建立***关键数据文件,并将所建立的***关键数据文件分为只读数据和可读写数据,这样可以确保重要数据不被改写。
步骤S103,加载文件***,当加载失败时,从备份区拷贝文件重新进行加载。
作为一个较好的实施例,在所述步骤S101将NAND Flash存储器进行分区之后、步骤S102建立用户文件之前,还可以包括步骤S1011:在所述用户文件***中设置分别用于保存应用程序文件、驱动程序文件、配置文件以及***关键数据文件的文件夹,另外从数据冗余角度考虑,同时还设置用于保存应用程序文件、驱动程序文件、配置文件以及***关键数据文件的备份的备份文件夹。这样当主体文件被破坏时,可以从备份文件拷贝到主体文件,再正常操作。
例如,用户文件***挂载在文件夹home下,设置文件夹用来分别保存上述用户文件:app、driver、digitdata、scrtdata,并对每个文件夹设置其拷贝(用来保存备份):app_bak、driver_bak、digitdata_bak、scrtdata_bak。
需要说明的是,在步骤S102中建立好用户文件后,需要将建立的用户文件放进设置好的用于保存用户文件的文件夹中以及将用户文件的备份放进设置好的用于保存用户文件备份的文件夹中,作为一个较好的实施例,该过程具体可以包括如下步骤:
步骤S1021,建立***关键数据文件及备份。建立的***关键数据文件的扩展名为bin(即文件名为scrtdata.bin),同时建立备份文件scrtdata.bin.bak。将建立的***关键数据文件保存在/home/scrtdata,以及将其备份保存在/home/scrtdata_bak。
***关键数据文件以文件形式保存,保存着***运行中关乎***运行状态的***关键数据,***对其操作较为频繁。***第一次创建此文件时,同时备份;在完成功率校表和***调试后,发送字符串命令拷贝到备份文件夹。在***运行过程中,如果打开或读写此文件失败,则从备份文件夹中拷贝过来,重新打开。
步骤S1022,建立配置文件及备份。所述建立的配置文件的扩展名为bin,保存在/home/digitdata;并将备份文件保存在/home/digitdata_bak。
配置文件是***在上电时读取这些文件并配置到***相应的设备或器件。制作用户文件***时创建这些文件及备份;在***调试时,随时同步更新这些文件及备份;***调试完毕后,制作用户文件***时要使用最新版的配置文件。在***运行过程中,如果打开或读写此文件失败,则从备份文件夹中拷贝过来,重新打开。
步骤S1023,建立驱动程序文件及备份。所述建立的驱动程序文件的扩展名为ko,文件保存在/home/driver,其备份保存在/home/driver_bak。
步骤S1024,建立应用程序文件及备份。分别保存在/home/app和/home/app_bak。
驱动程序文件和应用程序文件的处理跟上述配置文件类似。***在上电时加载驱动。制作用户文件***时创建这些文件及备份;在***调试时,随时同步更新这些文件及备份;***调试完毕后,制作用户文件***时要使用最新版的驱动程序文件。在***启动过程中,如果打开或读写此文件失败,则从备份文件夹中拷贝过来,重新打开。
作为一个较好的实施例,步骤S103中加载文件***、当加载失败时从备份区拷贝文件重新进行加载的过程具体可以包括:
步骤S1031,加载根文件***。根文件***是文件***的重要组成部分,从可靠性角度出发,设置冗余备份。rootfs区为只读根文件***,rootfs_bak区为rootfs区只读根文件***的备份。参见图3所示,是一个实施例中的加载文件***流程图。Kernel区启动并初始化,当Kernel区挂载rootfs区成功后,再挂载usrfs区到到根目录文件夹home下,运行启动脚本并启动应用程序。若rootfs区被破坏导致加载失败时,则从rootfs_bak区拷贝rootfs到rootfs区,再正常加载rootfs启动。需要说明的是,从均衡擦写角度考虑,usrfs区应当尽量大;
步骤S1032,加载用户文件***。前面已经知道本发明中的用户文件主要包括应用程序文件、驱动程序文件、配置文件或***关键数据文件,在本步骤中,当加载应用程序文件、驱动程序文件、配置文件或***关键数据文件失败时,则可以从所述备份文件夹中拷贝相应的用户文件重新进行加载。
另外,还可以在本发明的最后设计一个文件损坏或丢失后恢复设计流程。由于该设计属于公知技术,在此不予赘述。设计完毕后对本发明的***进行人为操作***破坏及文件破坏测试,均能有效恢复数据文件。
与上述一种基于嵌入式LINUX的文件***数据保护方法相对应的,本发明还提供一种基于嵌入式LINUX的文件***数据保护装置,如图4所示,包括:
分区模块101,用于在基于NAND Flash存储器的嵌入式***中建立LINUX操作***的YAFFS2文件操作***,并对所述NAND Flash存储器进行分区,所述分区后的NAND Flash存储器包括:只读根文件***rootfs区、只读根文件***备份rootfs_bak区以及可读写的用户文件***usrfs区;
文件及备份文件建立模块102,用于在所述用户文件***中建立用户文件,并分别建立备份;所述用户文件包括:应用程序文件、驱动程序文件、配置文件以及***关键数据文件;
加载模块103,用于加载文件***,以及当加载失败时,从备份区拷贝文件重新进行加载。
作为一个较好的实施例,本发明的装置还可以包括连接在所述分区模块、文件及备份文件建立模块之间的文件夹及备份文件夹设置模块,用于在所述用户文件***中设置分别用于保存应用程序文件、驱动程序文件、配置文件以及***关键数据文件的文件夹,同时设置用于保存应用程序文件、驱动程序文件、配置文件以及***关键数据文件的备份的备份文件夹。
作为一个较好的实施例,所述加载模块可以包括根文件***加载模块、用户文件***加载模块;
所述根文件***加载模块用于加载根文件***,以及当加载rootfs区失败时,从rootfs_bak区拷贝rootfs到rootfs区,再正常加载rootfs启动。
所述用户文件***加载模块用于加载用户文件***,以及当加载应用程序文件、驱动程序文件、配置文件或***关键数据文件失败时,从所述备份文件夹中拷贝相应的用户文件重新进行加载。
作为一个较好的实施例,在所述文件及备份文件建立模块中,所述建立的***关键数据文件的扩展名可以为bin;以及所述建立的配置文件的扩展名也可以为bin;以及所述建立的驱动程序文件的扩展可以名为ko。
本发明的一种基于嵌入式LINUX的文件***数据保护装置的其它技术特征与上述一种基于嵌入式LINUX的文件***数据保护方法相类似,在此不予赘述。
通过以上方案可以看出,本发明的基于嵌入式LINUX的文件***数据保护方法及装置,按照整体和局部并重的方式进行了整体可靠性设计和重点可靠性设计,实现了对整个文件***的保护及实际设计中经常修改或读写的用户文件的保护,如应用程序文件、驱动程序文件、***配置文件以及***关键数据文件等。本发明充分考虑了实际设计应用中的各种应用场景,有所区别的对不同应用状态下的数据保护提供了设计方法,在此在实际设计中如果采用本发明的方案,对***应用的可靠性提升将会具有重大意义。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (8)
1.一种基于嵌入式LINUX的文件***数据保护方法,其特征在于,包括以下步骤:
在基于NAND Flash存储器的嵌入式***中建立LINUX操作***的YAFFS2文件操作***,并对所述NAND Flash存储器进行分区,所述分区后的NAND Flash存储器包括:只读根文件***rootfs区、只读根文件***备份rootfs_bak区以及可读写的用户文件***usrfs区;
在所述用户文件***中建立用户文件,并分别建立备份;所述用户文件包括:应用程序文件、驱动程序文件、配置文件以及***关键数据文件;
加载文件***,当加载失败时,从备份区拷贝文件重新进行加载。
2.根据权利要求1所述的基于嵌入式LINUX的文件***数据保护方法,其特征在于,在所述将NAND Flash存储器进行分区之后、建立用户文件之前,还包括步骤:
在所述用户文件***中设置分别用于保存应用程序文件、驱动程序文件、配置文件以及***关键数据文件的文件夹,同时设置用于保存应用程序文件、驱动程序文件、配置文件以及***关键数据文件的备份的备份文件夹。
3.根据权利要求2所述的基于嵌入式LINUX的文件***数据保护方法,其特征在于,所述加载文件***、当加载失败时从备份区拷贝文件重新进行加载的过程具体包括:
加载根文件***,当加载rootfs区失败时,从rootfs_bak区拷贝rootfs到rootfs区,再正常加载rootfs启动;以及
加载用户文件***,当加载应用程序文件、驱动程序文件、配置文件或***关键数据文件失败时,从所述备份文件夹中拷贝相应的用户文件重新进行加载。
4.根据权利要求1或2或3所述的基于嵌入式LINUX的文件***数据保护方法,其特征在于,所述建立***关键数据文件的过程具体包括:建立***关键数据文件,并将所建立的***关键数据文件分为只读数据和可读写数据。
5.根据权利要求1或2或3所述的基于嵌入式LINUX的文件***数据保护方法,其特征在于,所述分区后的NAND Flash存储器还包括三个区:Bootstrap区、uboot区、Kernel区。
6.一种基于嵌入式LINUX的文件***数据保护装置,其特征在于,包括:
分区模块,用于在基于NAND Flash存储器的嵌入式***中建立LINUX操作***的YAFFS2文件操作***,并对所述NAND Flash存储器进行分区,所述分区后的NAND Flash存储器包括:只读根文件***rootfs区、只读根文件***备份rootfs_bak区以及可读写的用户文件***usrfs区;
文件及备份文件建立模块,用于在所述用户文件***中建立用户文件,并分别建立备份;所述用户文件包括:应用程序文件、驱动程序文件、配置文件以及***关键数据文件;
加载模块,用于加载文件***,以及当加载失败时,从备份区拷贝文件重新进行加载。
7.根据权利要求6所述的基于嵌入式LINUX的文件***数据保护装置,其特征在于,还包括连接在所述分区模块、文件及备份文件建立模块之间的文件夹及备份文件夹设置模块,用于在所述用户文件***中设置分别用于保存应用程序文件、驱动程序文件、配置文件以及***关键数据文件的文件夹,同时设置用于保存应用程序文件、驱动程序文件、配置文件以及***关键数据文件的备份的备份文件夹。
8.根据权利要求7所述的基于嵌入式LINUX的文件***数据保护装置,其特征在于,所述加载模块包括根文件***加载模块、用户文件***加载模块;
所述根文件***加载模块用于加载根文件***,以及当加载rootfs区失败时,从rootfs_bak区拷贝rootfs到rootfs区,再正常加载rootfs启动;
所述用户文件***加载模块用于加载用户文件***,以及当加载应用程序文件、驱动程序文件、配置文件或***关键数据文件失败时,从所述备份文件夹中拷贝相应的用户文件重新进行加载。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210228174.4A CN103530138A (zh) | 2012-07-02 | 2012-07-02 | 基于嵌入式linux的文件***数据保护方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210228174.4A CN103530138A (zh) | 2012-07-02 | 2012-07-02 | 基于嵌入式linux的文件***数据保护方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103530138A true CN103530138A (zh) | 2014-01-22 |
Family
ID=49932178
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210228174.4A Pending CN103530138A (zh) | 2012-07-02 | 2012-07-02 | 基于嵌入式linux的文件***数据保护方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103530138A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105138433A (zh) * | 2015-09-30 | 2015-12-09 | 华立仪表集团股份有限公司 | 对嵌入式Linux操作***中的UBIFS文件***备份方法 |
CN105549985A (zh) * | 2014-10-29 | 2016-05-04 | 任子行网络技术股份有限公司 | 一种增强Linux应用***可靠性的方法与*** |
CN106033362A (zh) * | 2015-03-13 | 2016-10-19 | 北京视联动力国际信息技术有限公司 | 一种闪存分区的处理方法和装置 |
CN106406945A (zh) * | 2016-09-09 | 2017-02-15 | 武汉斗鱼网络科技有限公司 | 一种安卓***so文件的加载方法及电子设备 |
CN106484567A (zh) * | 2016-09-29 | 2017-03-08 | 深圳创维数字技术有限公司 | 一种flash数据备份的使用方法及*** |
CN107436781A (zh) * | 2017-06-28 | 2017-12-05 | 北京五八信息技术有限公司 | Apk文件处理方法和装置 |
CN107479922A (zh) * | 2017-08-04 | 2017-12-15 | 深圳市中兴物联科技有限公司 | 一种闪存数据管理方法、装置及计算机可读存储介质 |
CN107943414A (zh) * | 2017-10-16 | 2018-04-20 | 积成电子股份有限公司 | 嵌入式Linux的文件***分区及数据读写方法 |
CN109284232A (zh) * | 2018-08-30 | 2019-01-29 | 大陆汽车投资(上海)有限公司 | 嵌入式Linux***中预防闪存崩溃的方法 |
CN110674046A (zh) * | 2019-09-24 | 2020-01-10 | 上海航天电子通讯设备研究所 | 提高星载嵌入式文件***可靠性的方法 |
CN111767061A (zh) * | 2020-06-24 | 2020-10-13 | 合肥工大高科信息科技股份有限公司 | 一种提高嵌入式Linux操作***运行稳定性的方法及*** |
CN117724658A (zh) * | 2023-12-15 | 2024-03-19 | 北京宜通华瑞科技有限公司 | 基于嵌入式Linux***的数据安全存储方法及*** |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1707440A (zh) * | 2004-12-21 | 2005-12-14 | 西安三茗科技有限责任公司 | 一种硬盘Linux文件***的数据备份还原与权限控制方法 |
CN101477482A (zh) * | 2008-10-14 | 2009-07-08 | 深圳市共进电子有限公司 | 一种嵌入式Linux***中的断电时恢复闪存数据的方法 |
-
2012
- 2012-07-02 CN CN201210228174.4A patent/CN103530138A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1707440A (zh) * | 2004-12-21 | 2005-12-14 | 西安三茗科技有限责任公司 | 一种硬盘Linux文件***的数据备份还原与权限控制方法 |
CN101477482A (zh) * | 2008-10-14 | 2009-07-08 | 深圳市共进电子有限公司 | 一种嵌入式Linux***中的断电时恢复闪存数据的方法 |
Non-Patent Citations (2)
Title |
---|
吕遵明: ""一种基于RAMFS的自恢复文件***设计"", 《电子工程师》 * |
袁磊等: ""嵌入式***bootloader设计与实现"", 《计算机测量与控制》 * |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105549985A (zh) * | 2014-10-29 | 2016-05-04 | 任子行网络技术股份有限公司 | 一种增强Linux应用***可靠性的方法与*** |
CN106033362A (zh) * | 2015-03-13 | 2016-10-19 | 北京视联动力国际信息技术有限公司 | 一种闪存分区的处理方法和装置 |
CN105138433A (zh) * | 2015-09-30 | 2015-12-09 | 华立仪表集团股份有限公司 | 对嵌入式Linux操作***中的UBIFS文件***备份方法 |
WO2018045733A1 (zh) * | 2016-09-09 | 2018-03-15 | 武汉斗鱼网络科技有限公司 | 一种安卓***so文件的加载方法及电子设备 |
CN106406945A (zh) * | 2016-09-09 | 2017-02-15 | 武汉斗鱼网络科技有限公司 | 一种安卓***so文件的加载方法及电子设备 |
WO2018059565A1 (zh) * | 2016-09-29 | 2018-04-05 | 深圳创维数字技术有限公司 | 闪存数据的备份方法及*** |
CN106484567A (zh) * | 2016-09-29 | 2017-03-08 | 深圳创维数字技术有限公司 | 一种flash数据备份的使用方法及*** |
CN107436781A (zh) * | 2017-06-28 | 2017-12-05 | 北京五八信息技术有限公司 | Apk文件处理方法和装置 |
CN107436781B (zh) * | 2017-06-28 | 2021-06-01 | 北京五八信息技术有限公司 | Apk文件处理方法和装置 |
CN107479922A (zh) * | 2017-08-04 | 2017-12-15 | 深圳市中兴物联科技有限公司 | 一种闪存数据管理方法、装置及计算机可读存储介质 |
CN107943414A (zh) * | 2017-10-16 | 2018-04-20 | 积成电子股份有限公司 | 嵌入式Linux的文件***分区及数据读写方法 |
CN107943414B (zh) * | 2017-10-16 | 2020-11-17 | 积成电子股份有限公司 | 嵌入式Linux的文件***分区及数据读写方法 |
CN109284232A (zh) * | 2018-08-30 | 2019-01-29 | 大陆汽车投资(上海)有限公司 | 嵌入式Linux***中预防闪存崩溃的方法 |
CN110674046A (zh) * | 2019-09-24 | 2020-01-10 | 上海航天电子通讯设备研究所 | 提高星载嵌入式文件***可靠性的方法 |
CN110674046B (zh) * | 2019-09-24 | 2023-08-01 | 上海航天电子通讯设备研究所 | 提高星载嵌入式文件***可靠性的方法 |
CN111767061A (zh) * | 2020-06-24 | 2020-10-13 | 合肥工大高科信息科技股份有限公司 | 一种提高嵌入式Linux操作***运行稳定性的方法及*** |
CN117724658A (zh) * | 2023-12-15 | 2024-03-19 | 北京宜通华瑞科技有限公司 | 基于嵌入式Linux***的数据安全存储方法及*** |
CN117724658B (zh) * | 2023-12-15 | 2024-07-02 | 北京宜通华瑞科技有限公司 | 基于嵌入式Linux***的数据安全存储方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103530138A (zh) | 基于嵌入式linux的文件***数据保护方法及装置 | |
EP3724764B1 (en) | Write-ahead style logging in a persistent memory device | |
TWI546818B (zh) | 一種具有綠能資料持續模式的裝置驅動器 | |
CN103455354B (zh) | 一种防止固件升级失败的方法和设备 | |
US8719497B1 (en) | Using device spoofing to improve recovery time in a continuous data protection environment | |
US9852198B1 (en) | Method and system for fast generation of file system snapshot bitmap in virtual environment | |
CN103970585B (zh) | 创建虚拟机的方法及装置 | |
US9075758B2 (en) | Removable storage device with transactional operation support and system including same | |
US8712968B1 (en) | Systems and methods for restoring images | |
US7669021B2 (en) | File system based offline disk management | |
WO2021253983A1 (zh) | 一种数据恢复方法、装置及固态硬盘 | |
US20170286234A1 (en) | System and method for live virtual incremental restoring of data from cloud storage | |
US7509544B2 (en) | Data repair and synchronization method of dual flash read only memory | |
US20110208929A1 (en) | In-place virtualization during operating system installation | |
JP2015008005A (ja) | セキュア・リカバリ装置及び方法 | |
CN104239166A (zh) | 一种对运行中虚拟机实现文件备份的方法 | |
CN103299276A (zh) | 嵌入式装置的软件更新过程 | |
CN101770410A (zh) | 基于客户操作***的***还原方法、虚拟机管理器及*** | |
CN102141923B (zh) | 内存文件***加载方法及装置 | |
US11221927B2 (en) | Method for the implementation of a high performance, high resiliency and high availability dual controller storage system | |
US9361301B1 (en) | Detecting modifications to a storage that occur in an alternate operating environment | |
US20110088029A1 (en) | Server image capacity optimization | |
US9519545B2 (en) | Storage drive remediation in a raid system | |
EP1764687B1 (en) | Method for restoring a booted system | |
Jo et al. | SSD-HDD-hybrid virtual disk in consolidated environments |
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 |
Application publication date: 20140122 |
|
RJ01 | Rejection of invention patent application after publication |