Virtual A/B OTA Partition Migration for Flexible OS Upgrades
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing virtual A/B OTA upgrading solutions for electronic devices are limited by partition deployment, restricting the applicable scenarios for operating system upgrades.
Innovation Solution
A method for upgrading an operating system that adjusts partition deployment in a memory by migrating data, updating partition tables, and restarting the electronic device in recovery and normal modes to optimize storage space without being limited by initial partition configurations.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If virtual A/B OTA upgrading solution is used with fixed partition deployment, then operating system upgrade can be completed, but the applicable scenario is greatly limited by partition deployment during delivery
Solution Approach 1:
The patent applies the dynamics principle by enabling dynamic adjustment of partition deployment through OTA upgrades. The system allows partition tables to be modified after device delivery, transforming the static partition structure into a dynamic one that can adapt to different storage requirements and scenarios without requiring hardware changes or factory reset.
Solution Approach 2:
The patent implements parameter changes by modifying partition table parameters (such as partition sizes, offsets, and configurations) through OTA upgrades. The system receives patch packages that contain updated partition tables, allowing the partition deployment parameters to be changed remotely to match different storage needs while maintaining system functionality.
2Quantity of substance
If partition deployment is adjusted in recovery mode, then storage space can be optimized, but data migration and system stability become more complex
Solution Approach 1:
The patent applies preliminary action by migrating data to temporary locations before adjusting partition tables, and by creating backup partition tables before making changes. This ensures that data is safely stored during the adjustment process and can be restored if something goes wrong, maintaining data integrity while enabling storage optimization.
Solution Approach 2:
The patent uses recovery mode as an intermediary environment for performing partition adjustments. This specialized mode provides a controlled context where data migration and partition table modifications can be performed safely, with the ability to rollback if needed, thus mediating between the need for storage optimization and the need for data reliability.
3Adaptability or versatility
If data is migrated during partition adjustment, then partition deployment can be changed, but the process requires multiple restarts and recovery mode entry
Solution Approach 1:
The patent applies continuity of useful action by implementing automated data migration processes that run continuously during the upgrade sequence without requiring manual intervention. The system automatically migrates data, adjusts partition tables, and restores functionality in a continuous workflow, reducing the time loss associated with multiple manual restarts and recovery mode entries.
Data Source
AI summary
A method for upgrading an operating system and an electronic device. The electronic device obtains a patch package, where the patch package includes a second partition table, and the second partition table is used to describe another type of partition deployment of a basic partition, a first static partition, a second static partition, and a dynamic partition. The electronic device restarts for the first time after obtaining the patch package and enters a recovery mode. In recovery mode, the device migrates data from the basic partition, first static partition, second static partition, and dynamic partition, updates the memory's partition deployment from the first partition table to the second partition table, and returns the migrated data to the corresponding partitions. The device restarts for the second time, allowing the memory's partition deployment to be adjusted without being limited to the original deployment at delivery.