CN111104148B - 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质 - Google Patents
集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质 Download PDFInfo
- Publication number
- CN111104148B CN111104148B CN201911367285.1A CN201911367285A CN111104148B CN 111104148 B CN111104148 B CN 111104148B CN 201911367285 A CN201911367285 A CN 201911367285A CN 111104148 B CN111104148 B CN 111104148B
- Authority
- CN
- China
- Prior art keywords
- partition
- differential
- upgrading
- file
- linux
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000005192 partition Methods 0.000 claims abstract description 161
- 238000011084 recovery Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 5
- 230000006837 decompression Effects 0.000 claims description 4
- 230000001915 proofreading effect Effects 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 7
- 238000004422 calculation algorithm Methods 0.000 description 4
- 230000007547 defect Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/658—Incremental updates; Differential updates
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质，Linux和android系统分别使用Linux和android分区，包括：A、将获得用于升级用的差分包进行解压，其包括对应两所述分区的文件和升级脚本文件；B、根据升级脚本文件按照分区类型对各分区逐个进行升级：对于分区类型是ubifs的类型的分区：对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；对于分区类型是EMMC类型的分区：执行复制/dev目录下的设备分区文件到一临时文件tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到目标文件targetfile；将targetfile复制回设备分区文件里，以完成该分区升级；C、待各个分区全部完成升级后，结束升级。
Description
技术领域
本发明涉及嵌入式系统技术领域，尤其涉及一种集成有Linux 和android两系统的芯片平台的升级方法、系统及可读存储介质。
背景技术
DMC是由Linux系统的仪表和android系统的车机集成在一个芯片平台的，共用同一个flash的平台。图1为其Flash分区表。从图1中我们可以看到，这个平台前面一部分分区是Linux的，后面一部分是Android的。而且Andriod车机部分是采用A/B备份分区的形式进行升级，即当运行在A分区时，升级B分区，反之亦然。
DMC升级现有方案的流程为：当运行在A分区时，升级B分区，升级成功后重启进到到B分区，然后确保Linux部分也升级成功后，用B覆盖A。如果Linux没升级成功(也即没升级，因为Linux系统这边只要基线hash对上是一定可以升级成功的，对不上就不会去升级)，则重启进入A，用A覆盖B回滚到老的版本。流程图如图2 所示，现有方案的不足和缺陷：1、升级过程中需要重启3次，这对于车辆的复杂环境来说，升级过程中重启次数越多风险越大，因为任何一个环境，断电重新打火上电，都需要做状态机的记忆和恢复。 2、现实流程过于复杂，而且差分包需要拆分成android和Linux两份。3、由于linux和android分开升级，所以android需要有A/B分区，以避免如果Linux没升级成功，android需要回滚的情况。这样 A/B分区大增加了flash空间的消耗。
由上，正是由于常规方案无法在Linux系统下去挂android的文件系统，去用bsdiff对其实现基于文件系统的差分还原，同时也无法对整块android分区进行镜像文件进行差分(bsdiff不支持阿波罗平台大分区镜像文件的差分)。所以只能选择上述的流程对Linux和 android两个系统分开升级，这样才能在android的recovery小系统里面对android分区用bsdiff对其基于文件系统的差分升级，同样在 linux recovery小系统下对linux分区用bsdiff对其分区基于文件系统的差分升级。进入各自recovery小系统都需要一次重启机器才能引导进入，同时又要考虑到两者需要同时升级成功或同时不升级，所以最终需要3次重启才能完成整个升级流程。于是带来了上述缺陷。
因此，目前亟需一种集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质，以解决或者部分解决上述技术问题。
发明内容
有鉴于此，本申请提供了一种集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质，以解决或者部分解决上述技术问题。
本申请提供一种集成有Linux和android两系统的芯片平台的升级方法，Linux和android系统分别使用Linux和android分区，包括：
A、解压获得用于升级用的差分包，该差分包中包括对应两所述分区的文件和升级脚本文件；其中，
对应android分区中的EMMC类型的分区的升级文件，在差分包中以单个差分文件的形式存在；对应Linux分区中的Ubifs类型的分区的升级文件，在差分包中是以分区内有差异的文件差分文件形式存在；
B、根据升级脚本文件按照分区类型对各分区逐个进行升级:
对于分区类型是ubifs的类型的分区：对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
对于分区类型是EMMC类型的分区：执行复制/dev目录下的设备分区文件到一临时文件tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到目标文件targetfile；将targetfile复制回设备分区文件里，以完成该分区升级；
C、待各个分区全部完成升级后，结束升级。
由上，本申请同时升级linux和android的分区，不需要多次重启两个系统分开升级，流程大大简化。升级的安全性、可靠性大大提高，时间大大缩短，风险也大大降低。由于同时升级linux和android而避免了常规升级中因Linux没升级成功而导致Android需要回滚的A/B分区备份的缺陷，所以大大节省了flash空间的开销。且本申请不需要将差分包拆分成android和Linux两份，只需要按照不同的分区类型进行升级即可。
优选地，所述升级方法在Linux recovery小系统中执行。
由上，本申请升级方法在Linux recovery小系统中执行，解决了在 Linuxrecovery小系统下，同时升级linux和android的分区，而不需要多次重启两个系统分开升级。
优选地，所述方法，还包括：
步骤A中所述脚本文件还记录了需要升级的分区的源版本和目标版本的用于校对的hash值；
步骤B前还包括：
对EMMC分区，计算/dev目录下各EMMC分区的设备文件的hash 值；对ubifs类型的分区，挂载后，计算其下所有文件的hash值；
对于计算的各所述hash值与脚本文件中对应的源版本或目标版本 hash值进行对比确定是否执行升级。
优选地，所述确定是否执行升级的步骤包括至少以下之一：
判断匹配目标版本hash，结束本次升级，并提升已经升级；
判断匹配源版本hash，执行本次升级；
判断均不匹配，结束本次升级，并提升无法升级。
优选地，步骤B中，
对ubifs底下的文件用bspatch进行差分还原；
对tmpfile文件用xdelta3进行还原。
优选地，步骤B中所述将targetfile复制回设备分区文件里前，还包括：
用targetfile文件和脚本中的该分区的目标版本hash进行比较确认一致的步骤。
优选地，所述升级还包括对Linux和android各自的boot和system 分区进行升级。
本申请还提供一种对使用集成有Linux和android两系统的芯片平台的车辆的升级方法，Linux、Android分区分别提供给车辆的仪表、车机部分使用，采用上述集成有Linux和android两系统的芯片平台的升级方法进行升级。
本申请还提供一种实现上述集成有Linux和android两系统的芯片平台的升级方法的系统，包括：
解压模块，用于解压获得的升级差分包，得到对应Linux和android 分区的文件和升级脚本文件；
android分区差分升级模块，用于对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
Linux分区差分升级模块，用于执行复制/dev目录下的设备分区文件到tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到targetfile；将targetfile复制回设备分区文件里，以完成该分区升级。
本申请还提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述集成有Linux和android两系统的芯片平台的升级方法的步骤。
综上所述，本申请同时升级linux和android的分区，不需要多次重启两个系统分开升级，流程大大简化。升级的安全性、可靠性大大提高，时间大大缩短，风险也大大降低。由于同时升级linux和android而避免了常规升级中因Linux没升级成功而导致Android需要回滚的A/B分区备份的缺陷，所以大大节省了flash空间的开销。且本申请不需要将差分包拆分成android和Linux两份，只需要按照不同的分区类型进行升级即可。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术中Linux系统和android系统共用同一个flash的平台的Flash分区示意图；
图2为现有技术中DMC升级现有方案的流程示意图；
图3为本申请一次性升级整体流程示意图；
图4为本申请的一次性升级方案的DMC flash分区示意图；
图5为本申请的一次性升级整体框架图；
图6为本申请的差分升级方法的流程示意图；
具体实施方式
本申请提供了一种用于嵌入式系统压缩固件的差分升级方法、系统及可读存储介质。同时升级linux和android的分区，不需要多次重启两个系统分开升级，流程大大简化。升级的安全性、可靠性大大提高，时间大大缩短，风险也大大降低。由于同时升级linux和android而避免了常规升级中因Linux没升级成功而导致Android需要回滚的A/B分区备份的缺陷，所以大大节省了flash空间的开销。且本申请不需要将差分包拆分成android和Linux两份，只需要按照不同的分区类型进行升级即可。
具体地，通过下述实施例进行说明：
实施例一
如图3所示为本申请的一次性升级整体流程示意图。由该图中可以看出，一次性流程比图2中所示的常规的三次重启流程大大简化。因为流程的简化，从而使得升级的安全性，可靠性大大提高，时间大大缩短，风险也大大降低。
由于一次性升级不存在常规升级中，因Linux没升级成功而导致 Android需要回滚的A/B分区备份，所以大大节省了flash空间的开销。一次性升级方案的DMC flash分区方案如图4所示。
如图5所示为本申请的一次性升级整体框架图。
本发明核心业务流程和算法在集成在Linux Recovery小系统下的Recovery fs分区里。整体DMC的升级所涉及模式：
Hybrid Layer：虚拟化双系统层
Linux Main OS：仪表操作系统
Linux Recovery：Linux下升级小系统
Android Main OS：车机操作系统
Android Recovery：Android下升级小系统
Recovery Kernel：Linux升级小系统内核
Recovery fs：Linux升级小系统文件系统,红石差分升级流程和算法实现内置于其中。
Linux分区：包括boot分区，system分区，以及其它ubifs类型的只读分区,ubifs分区是可以在Linux recovery底下被挂载为基于文件系统读写方式进行差分还原的。
Android分区：包括bott分区，system分区，还有其它在Linux 环境下以EMMC类型挂载的只读分区，此部分就需要用到xdelta3 来实现差分还原。
具体地，如图6所示，本申请的差分升级方法具体包括：
步骤601：解压差分包读取升级脚本。具体地，解压下载下来的差分包，其中包括所有分区的差分文件和一个升级脚本文件，脚本文件中记录了需要升级的分区的源版本和目标版本的hash值用于校对。其中EMMC类型的分区是以单文件镜像的方式来差分，在差分包中以单个差分文件的形式存在。Ubifs类似的分区是可以挂载为文件系统，在差分包中是以分区内有差异的文件差分文件形式存在。
步骤602：Check检查各分区hash值。对EMMC分区，计算/dev 下各EMMC分区的设备文件的hash值，对ubifs类型的分区，挂载后，计算其下所有文件的hash值。
步骤603：对于602步计算的各文件和分区的hash值与脚本文件中的源版本或目标版本hash值进行对比，如果已经是目标版本 hash说明已经升级过，如果是源版本hash说明是待还原升级的。
步骤604：如果对比后，发现既不是源版本，也不是目标版本，说明设备只读分区的内容已经被破坏过，无法升级，升级失败。
步骤605：按照分区类型对各分区逐个进行升级(差分还原)。
步骤606：判断分区类型，如果是ubifs类型跳转到步骤27；如果是EMMC类型的分区跳转到步骤608。
步骤607：对ubifs底下的文件用bspatch进行差分还原。差分还原出来的目标文件直接覆盖设备上的源文件。完成分区下所有需要差分还原的文件后，该分区升级成功，跳转到步骤612。
步骤608：如果是EMMC分区，因为无法挂载为文件系统，只能对单个分区的设备镜像进行差分还原，此时由于文件过大用 bspatch算法会失效。所以我们采用xdelta3算法。先dd/dev下的分区设备文件到tmpfile文件。
步骤609：用tmpfile文件和差分包中的差分文件用xdelta3进行还原，得到targetfile文件。
步骤610：用targetfile文件和脚本中的该分区的目标版本hash 进行比较，比较一致转到步骤31。
步骤611：将targetfile dd回设备分区文件里。
步骤612：完成升级。
实施例二
本申请还提供一种对使用集成有Linux和android两系统的芯片平台的车辆的升级方法，Linux、Android分区分别提供给车辆的仪表、车机部分使用，采用权利要求实施例一中的集成有Linux和android两系统的芯片平台的升级方法进行升级。
实施例三
本申请还提供一种实现实施例一的集成有Linux和android两系统的芯片平台的升级方法的系统，其特征在于，包括：
解压模块，用于解压获得的升级差分包，得到对应Linux和android 分区的文件和升级脚本文件；
android分区差分升级模块，用于对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
Linux分区差分升级模块，用于执行复制/dev目录下的设备分区文件到tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到targetfile；将targetfile复制回设备分区文件里，以完成该分区升级。
实施例四
本申请提供一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现实施例一的集成有Linux和 android两系统的芯片平台的升级方法的步骤。
本发明所提供的一种集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质可以适配到多款智能、非智能手机上，软件升级的主要部分包括系统的主分区(可执行的内核部分)、文件系统部分等。
综上所述，本申请同时升级linux和android的分区，不需要多次重启两个系统分开升级，流程大大简化。升级的安全性、可靠性大大提高，时间大大缩短，风险也大大降低。由于同时升级linux和android而避免了常规升级中因Linux没升级成功而导致Android需要回滚的A/B分区备份的缺陷，所以大大节省了flash空间的开销。且本申请不需要将差分包拆分成android和Linux两份，只需要按照不同的分区类型进行升级即可。
以上对本发明所提供的集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质进行了详细的说明。对本领域的技术人员而言，在不背离本发明实质精神的前提下对它所做的任何显而易见的改动，都将构成对本发明专利权的侵犯，将承担相应的法律责任。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (7)
1.一种集成有Linux和android两系统的芯片平台的升级方法，Linux和android系统分别使用Linux和android分区，其特征在于，包括：
A、将获得用于升级用的差分包进行解压，该差分包中包括对应两所述分区的文件和升级脚本文件；其中，
对应android分区中的EMMC类型的分区的升级文件，在差分包中以单个差分文件的形式存在；对应Linux分区中的Ubifs类型的分区的升级文件，在差分包中是以分区内有差异的文件差分文件形式存在；
B、根据升级脚本文件按照分区类型对各分区逐个进行升级：
对于分区类型是ubifs的类型的分区：对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
对于分区类型是EMMC类型的分区：执行复制/dev目录下的设备分区文件到一临时文件tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到目标文件targetfile；将targetfile复制回设备分区文件里，以完成该分区升级；
C、待各个分区全部完成升级后，结束升级；
所述升级方法在Linux recovery小系统中执行；
步骤B中，对ubifs底下的文件用bspatch进行差分还原；对tmpfile文件用xdelta3进行还原；
步骤B中所述将targetfile复制回设备分区文件里前，还包括：用targetfile文件和脚本中的该分区的目标版本hash进行比较确认一致的步骤。
2.根据权利要求1所述的方法，其特征在于，还包括：
步骤A中所述脚本文件还记录了需要升级的分区的源版本和目标版本的用于校对的hash值；
步骤B前还包括：
对EMMC分区，计算/dev目录下各EMMC分区的设备文件的hash值；对ubifs类型的分区，挂载后，计算其下所有文件的hash值；
对于计算的各所述hash值与脚本文件中对应的源版本或目标版本hash值进行对比确定是否执行升级。
3.根据权利要求2所述的方法，其特征在于，所述确定是否执行升级的步骤包括至少以下之一：
判断匹配目标版本hash，结束本次升级，并提升已经升级；
判断匹配源版本hash，执行本次升级；
判断均不匹配，结束本次升级，并提升无法升级。
4.根据权利要求1所述的方法，其特征在于，所述升级还包括对Linux和android各自的boot和system分区进行升级。
5.一种对使用集成有Linux和android两系统的芯片平台的车辆的升级方法，Linux、Android分区分别提供给车辆的仪表、车机部分使用，其特征在于，采用权利要求1至4任一所述的集成有Linux和android两系统的芯片平台的升级方法进行升级。
6.一种实现权利要求1至4任一所述集成有Linux和android两系统的芯片平台的升级方法的系统，其特征在于，包括：
解压模块，用于解压获得的升级差分包，得到对应Linux和android分区的文件和升级脚本文件；
android分区差分升级模块，用于对ubifs底下的文件根据差分包中对应的差分文件进行差分还原，差分还原出来的各个目标文件直接覆盖设备上的对应的各个需要差分还原的源文件，以完成该分区升级；
Linux分区差分升级模块，用于执行复制/dev目录下的设备分区文件到tmpfile；对该tmpfile根据差分包中的单个差分文件进行差分还原得到targetfile；将targetfile复制回设备分区文件里，以完成该分区升级。
7.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4任一集成有Linux和android两系统的芯片平台的升级方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911367285.1A CN111104148B (zh) | 2019-12-26 | 2019-12-26 | 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911367285.1A CN111104148B (zh) | 2019-12-26 | 2019-12-26 | 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111104148A CN111104148A (zh) | 2020-05-05 |
| CN111104148B true CN111104148B (zh) | 2023-06-16 |
Family
ID=70424986
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911367285.1A Active CN111104148B (zh) | 2019-12-26 | 2019-12-26 | 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111104148B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112817932A (zh) * | 2020-05-19 | 2021-05-18 | 中兴通讯股份有限公司 | 一种数据转移方法、设备和存储介质 |
| CN111796856B (zh) * | 2020-08-26 | 2022-10-11 | 北京紫光展锐通信技术有限公司 | 差分升级方法及装置、存储介质、计算机设备 |
| CN112181471A (zh) * | 2020-10-16 | 2021-01-05 | 北京紫光展锐通信技术有限公司 | 差分升级方法及装置、存储介质、计算机设备 |
| CN113238774A (zh) * | 2021-05-12 | 2021-08-10 | 中国第一汽车股份有限公司 | 车载迎宾动画更新方法、装置、车载终端及存储介质 |
| CN116069375A (zh) * | 2021-06-15 | 2023-05-05 | 荣耀终端有限公司 | 操作系统数据更新方法、设备及存储介质 |
| CN116450184B (zh) * | 2023-06-09 | 2023-10-13 | 联宝(合肥)电子科技有限公司 | 一种系统升级方法、装置、电子设备及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103605540A (zh) * | 2013-11-18 | 2014-02-26 | 四川长虹电器股份有限公司 | 基于安卓系统的快速写入flash镜像的方法 |
| CN105468396A (zh) * | 2014-09-11 | 2016-04-06 | 深圳Tcl数字技术有限公司 | 差分包生成方法、升级方法、生成装置及Linux终端 |
| CN105786549A (zh) * | 2014-12-26 | 2016-07-20 | 乐视致新电子科技（天津）有限公司 | 智能设备及其升级方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9880831B2 (en) * | 2015-11-06 | 2018-01-30 | Storart Technology Co., Ltd. | Field firmware upgrading method and computer-readable medium |
-
2019
- 2019-12-26 CN CN201911367285.1A patent/CN111104148B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103605540A (zh) * | 2013-11-18 | 2014-02-26 | 四川长虹电器股份有限公司 | 基于安卓系统的快速写入flash镜像的方法 |
| CN105468396A (zh) * | 2014-09-11 | 2016-04-06 | 深圳Tcl数字技术有限公司 | 差分包生成方法、升级方法、生成装置及Linux终端 |
| CN105786549A (zh) * | 2014-12-26 | 2016-07-20 | 乐视致新电子科技（天津）有限公司 | 智能设备及其升级方法 |
Non-Patent Citations (1)
| Title |
|---|
| 基于Linux平台智能电视OTA升级可靠性优化;鲁亚凯;;电子质量(12);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111104148A (zh) | 2020-05-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111104148B (zh) | 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质 | |
| KR100750132B1 (ko) | 부팅, 소프트웨어 자동 업데이트 및 에러 복원 방법과 그시스템, 그 방법을 기록한 컴퓨터 판독 가능한 기록매체 | |
| CN113805914B (zh) | 操作系统升级方法、设备、存储介质及计算机程序产品 | |
| US20140372799A1 (en) | System Differential Upgrade Method, Apparatus, and Mobile Terminal | |
| EP1770512A2 (en) | Method and system for updating software | |
| CN103365696A (zh) | Bios镜像文件获取方法及装置 | |
| TWI839587B (zh) | 用於管理軟體更新之方法及裝置，以及非暫時性電腦可讀儲存媒體 | |
| CN106775610B (zh) | 一种电子设备启动方法及一种电子设备 | |
| KR20130114677A (ko) | 네트워킹된 복구 시스템 | |
| CN105808292A (zh) | 嵌入式终端设备的固件升级方法 | |
| CA2701491A1 (en) | Firmware image update and management | |
| CN109032838B (zh) | 虚拟机备份恢复数据一致性的自动校验方法 | |
| CN104965776B (zh) | 移动终端在恢复模式下查看日志的方法和系统 | |
| CN115061713A (zh) | 升级电子设备的方法及装置 | |
| CN115202686A (zh) | 虚拟化系统的升级方法、装置、电子设备及存储介质 | |
| CN113254048A (zh) | 引导程序更新方法、装置、设备及计算机可读介质 | |
| CN117130672A (zh) | 服务器启动流程控制方法、系统、终端及存储介质 | |
| CN110134456B (zh) | 用于管理操作系统的方法、装置、设备和存储介质 | |
| CN117608627A (zh) | 升级固件的方法、电子设备和存储介质 | |
| CN113032183A (zh) | 系统管理方法、装置、计算机设备和存储介质 | |
| KR102274668B1 (ko) | 차량용 ａｖｎ 시스템의 소프트웨어 업데이트 제어 장치 및 방법 | |
| CN114008617A (zh) | 固件防回滚 | |
| US20230393840A1 (en) | File update method and apparatus, device and storage medium | |
| CN116204353B (zh) | 车机系统的恢复还原方法、装置、设备及存储介质 | |
| CN113467805A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |