Methods for booting from an image, methods for generating an image, and electronic devices

Abstract

This application provides a method for image booting, a method for generating an image, and an electronic device. The method includes: identifying a writable file partition of a file system; obtaining a first process and a second process based on the writable file partition, wherein the first process is an application process that accesses the writable file partition, and the second process is a system process that accesses the writable file partition; closing the first process; generating a first partition, and writing the files accessed by the second process from the writable file partition to the first partition; unloading the writable file partition, and generating a system image. The image generation method of this application embodiment does not include information about the writable file partition in the generated image, avoiding the problem of inconsistent file system data after the electronic device loads the system image, and improving the boot speed of the electronic device and the stability of the image recovery process.

Description

Technical Field

[0001] This application relates to the field of electronic devices, and more specifically, to methods for booting from an image, methods for generating an image, and electronic devices. Background Technology

[0002] The boot process of electronic devices is complex, requiring a bootloader to load the kernel module, enter the initialization module, and then start the system to display a user-friendly interface. This process is time-consuming and affects the user experience. Therefore, improving the boot speed of electronic devices has become an urgent technical problem to be solved. Summary of the Invention

[0003] This application provides a method for booting from an image, a method for generating an image, and an electronic device, which can improve the boot speed of the electronic device and ensure the stability of the image.

[0004] Firstly, a method for generating an image is provided, the method comprising:

[0005] Identify the writable file partition of the file system; based on the writable file partition, obtain the first process and the second process, where the first process is the application process accessing the writable file partition and the second process is the system process accessing the writable file partition; close the first process, generate the first partition, and write the files accessed by the second process to the writable file partition to the first partition; unmount the writable file partition and generate a system image.

[0006] In this embodiment, by identifying the writable file partition and obtaining the first process and the second process, the first process is closed, and the files accessed by the second process are written to the first partition. After unloading the writable file partition, a system image is generated, thereby decoupling the system image from the writable file partition. As a result, the system image does not include information about the writable file partition, avoiding the problem of inconsistent file system data after the electronic device loads the system image, and improving the startup speed of the electronic device and the stability of the image recovery process.

[0007] In conjunction with the first aspect, in some implementations of the first aspect, before identifying the writable file partition of the file system, the method further includes: detecting whether it is the first boot; identifying the writable file partition of the file system includes: when it is detected that it is the first boot, identifying the writable file partition of the file system.

[0008] In conjunction with the first aspect, in some implementations of the first aspect, before identifying the writable file partition of the file system, the method further includes: detecting whether the system image is included; identifying the writable file partition of the file system includes: when it is detected that the system image is not included, identifying the writable file partition of the file system.

[0009] In conjunction with the first aspect, in some implementations of the first aspect, after generating the system image, the method further includes: reloading the writable file partition to restore the system.

[0010] In conjunction with the first aspect, in some implementations of the first aspect, after generating the system image, the method further includes:

[0011] Reboot the system; the system reboot includes: loading the kernel module; obtaining the system image and loading the system image; obtaining the writable file partition and loading the writable file partition to complete the system reboot.

[0012] In conjunction with the first aspect, in some implementations of the first aspect, the method further includes: generating backup files based on user data.

[0013] Secondly, a method for booting from an image is provided. This method includes: loading a kernel module; obtaining a system image and loading the system image; obtaining a writable file partition and loading the writable file partition to complete the boot of the electronic device; wherein the system image is obtained through an image generation method, which includes: identifying the writable file partition of the file system; obtaining a first process and a second process based on the writable file partition, wherein the first process is an application process accessing the writable file partition, and the second process is a system process accessing the writable file partition; closing the first process and generating a first partition, writing the files accessed by the second process from the writable file partition to the first partition; unloading the writable file partition and generating the system image.

[0014] In this embodiment of the application, when the electronic device starts up, after loading the kernel module, it loads the system image. Since the system image does not include relevant information in the writable file partition, it avoids the situation of inconsistent file system data after the electronic device starts up, thereby improving the startup speed of the electronic device and the stability of image recovery.

[0015] In conjunction with the second aspect, in some implementations of the second aspect, the method further includes: obtaining a backup file and loading the backup file to restore user data.

[0016] In conjunction with the second aspect, in some implementations of the second aspect, before obtaining and loading the system image, the method further includes: detecting whether the system image is included; obtaining and loading the system image includes: when the system image is detected to be included, obtaining and loading the system image.

[0017] Thirdly, an electronic device is provided, comprising: a processing unit for identifying a writable file partition of a file system; an acquisition unit for acquiring a first process and a second process based on the writable file partition, wherein the first process is an application process that accesses the writable file partition, and the second process is a system process that accesses the writable file partition; the processing unit is further configured to close the first process, generate a first partition, and write the files accessed by the second process to the writable file partition to the first partition; the processing unit is further configured to unload the writable file partition and generate a system image.

[0018] In conjunction with the third aspect, in some implementations of the third aspect, before the processing unit is used to identify the writable file partition of the file system, the processing unit is also used to detect whether it is the first boot; the processing unit is used to identify the writable file partition of the file system, including: when it is detected that it is the first boot, the processing unit is specifically used to identify the writable file partition of the file system.

[0019] In conjunction with the third aspect, in some implementations of the third aspect, before the processing unit identifies the writable file partition of the file system, the processing unit is further configured to detect whether a system image is included; the processing unit for identifying the writable file partition of the file system includes: when it is detected that the system image is not included, the processing unit is specifically configured to identify the writable file partition of the file system.

[0020] In conjunction with the third aspect, in some implementations of the third aspect, the processing unit is also used to reload the writable file partition to restore the system.

[0021] In conjunction with the third aspect, in some implementations of the third aspect, the processing unit is also used to restart the system, including: the processing unit is used to load the kernel module; the acquisition unit is used to acquire the system image and the writable file partition; the processing unit is also used to load the system image and the writable file partition to complete the system restart.

[0022] In conjunction with the third aspect, in some implementations of the third aspect, the processing unit is also used to generate backup files based on user data.

[0023] In this embodiment, after the electronic device unloads the writable file partition, it generates a system image. This system image does not include information about the writable file partition, thus avoiding the problem of inconsistent file system data after the electronic device loads the system image. This improves the startup speed of the electronic device and the stability of the image recovery process.

[0024] In conjunction with the fourth aspect, an electronic device is provided, comprising: a processing unit for loading a kernel module; an acquisition unit for acquiring a system image, the processing unit further being used to load the system image; the acquisition unit further being used to acquire a writable file partition, the processing unit further being used to load the writable file partition to complete the boot of the electronic device; wherein the system image is obtained through an image generation method, the image generation method comprising: the processing unit for identifying the writable file partition of the file system; the acquisition unit for acquiring a first process and a second process based on the writable file partition, the first process being an application process accessing the writable file partition, and the second process being a system process accessing the writable file partition; the processing unit further being used to close the first process and generate a first partition, and write the files accessed by the second process to the writable file partition to the first partition; the processing unit further being used to unload the writable file partition and generate the system image.

[0025] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the acquisition unit is also used to acquire a backup file, and the processing unit is also used to load the backup file to restore user data.

[0026] In conjunction with the fourth aspect, in some implementations of the fourth aspect, the acquisition unit is used to acquire the system image, and the processing unit is also used to detect whether the system image is included before loading the system image; the acquisition unit is used to acquire the system image, and the processing unit is also used to load the system image, including: when the system image is detected to be included, the acquisition unit is used to acquire the system image, and the processing unit is also used to load the system image.

[0027] In this embodiment of the application, when the electronic device starts up, after loading the kernel module, it loads the system image. Since the system image does not include relevant information in the writable file partition, it avoids the situation of inconsistent file system data after the electronic device starts up, thereby improving the startup speed of the electronic device and the stability of image recovery.

[0028] Fifthly, a computer-readable storage medium is provided that stores a computer program, which, when run on a computer, causes the computer to perform the technical solutions described above and any possible design thereof.

[0029] In a sixth aspect, a computer program product is provided that, when run on a processor, causes the processor to perform the technical solutions described above and any possible design thereof.

[0030] In a seventh aspect, a chip is provided, the chip including a processor and a data interface, the processor reading instructions stored in a memory through the data interface to execute the above aspects and any possible design of the above aspects.

[0031] For the beneficial effects of aspects five through seven, please refer to the beneficial effects of aspects one through two, which will not be repeated here. Attached Figure Description

[0032] Figure 1 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application.

[0033] Figure 2 This is a software structure block diagram of an electronic device provided in an embodiment of this application.

[0034] Figure 3 This is an exemplary flowchart of a method for generating a system image provided in an embodiment of this application.

[0035] Figure 4 This is an exemplary flowchart of the method for booting an electronic device from an image provided in this application embodiment.

[0036] Figure 5 This is a schematic block diagram of the electronic device provided in the embodiments of this application. Detailed Implementation

[0037] The terminology used in the following embodiments is for the purpose of describing particular embodiments only and is not intended to be limiting of this application. As used in the specification and appended claims of this application, the singular expressions “a,” “an,” “the,” “the,” “the,” and “this” are intended to also include expressions such as “one or more,” unless the context clearly indicates otherwise. It should also be understood that in the following embodiments of this application, “at least one” and “one or more” refer to one, two, or more than two. The term “and / or” is used to describe the relationship between related objects, indicating that three relationships may exist; for example, A and / or B can indicate: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character “ / ” generally indicates that the preceding and following related objects are in an “or” relationship.

[0038] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0039] The following describes an electronic device, a user interface for such an electronic device, and embodiments for using such an electronic device. In some embodiments, the electronic device may be a portable electronic device that also includes other functions such as a personal digital assistant and / or music player, such as a mobile phone, tablet computer, wearable electronic device with wireless communication capabilities (such as a smartwatch), etc. Exemplary embodiments of the portable electronic device include, but are not limited to, portable electronic devices running iOS®, Android®, Microsoft®, or other operating systems. The aforementioned portable electronic device may also be other portable electronic devices, such as a laptop computer, etc. It should also be understood that in some other embodiments, the aforementioned electronic device may not be a portable electronic device, but a desktop computer.

[0040] For example, Figure 1 A schematic diagram of the structure of electronic device 100 is shown. Electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, antenna 1, antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, a headphone jack 170D, a sensor module 180, a compass 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc.

[0041] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0042] Processor 110 may include one or more processing units, such as application processors (APs), modem processors, graphics processing units (GPUs), image signal processors (ISPs), controllers, video codecs, digital signal processors (DSPs), baseband processors, and / or neural network processing units (NPUs). Different processing units may be independent components or integrated into one or more processors. In some embodiments, electronic device 101 may also include one or more processors 110. The controller can generate operation control signals based on instruction opcodes and timing signals to control instruction fetching and execution. In other embodiments, processor 110 may also include a memory for storing instructions and data. For example, the memory in processor 110 may be a cache memory. This memory can store instructions or data that processor 110 has just used or is reusing. If processor 110 needs to reuse the instruction or data, it can directly retrieve it from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the electronic device 101 in processing data or executing instructions.

[0043] In some embodiments, the processor 110 may include one or more interfaces. These interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a SIM card interface, and / or a USB interface, etc. The USB interface 130 is a USB standard-compliant interface, specifically a Mini USB interface, a Micro USB interface, a USB Type-C interface, etc. The USB interface 130 can be used to connect a charger to charge the electronic device 101, and can also be used for data transfer between the electronic device 101 and peripheral devices. The USB interface 130 can also be used to connect headphones for audio playback.

[0044] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may also employ different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0045] The charging management module 140 receives charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 receives charging input from the wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 receives wireless charging input via the wireless charging coil of the electronic device 100. While charging the battery 142, the charging management module 140 can also supply power to the electronic device via the power management module 141.

[0046] The power management module 141 connects the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140, providing power to the processor 110, internal memory 121, external memory, display screen 194, camera 193, and wireless communication module 160, etc. The power management module 141 can also monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage current, impedance). In some other embodiments, the power management module 141 may also be located within the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be located in the same device.

[0047] The wireless communication function of electronic device 100 can be realized through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor, etc.

[0048] Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in electronic device 100 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with tuning switches.

[0049] The mobile communication module 150 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 150 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 may be housed in the same device.

[0050] The wireless communication module 160 can provide solutions for wireless communication applications on the electronic device 100, including wireless local area networks (WLANs) (such as wireless fidelity (WiFi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0051] Electronic device 100 implements display functions through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, connected to the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations and for graphics rendering. Processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0052] The display screen 194 is used to display images, videos, etc. The display screen 194 includes a display panel. The display panel may be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a MiniLED, a MicroLED, a Micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, the electronic device 100 may include one or more display screens 194.

[0053] In some embodiments of this application, when the display panel uses materials such as OLED, AMOLED, and FLED, the above-mentioned Figure 1The display screen 194 can be bent. Here, "the display screen 194 can be bent" means that the display screen can be bent to any angle at any part and can maintain that angle. For example, the display screen 194 can be folded from the middle left to right. It can also be folded from the middle up to down.

[0054] The display screen 194 of electronic device 100 can be a flexible screen. Currently, flexible screens are attracting much attention due to their unique characteristics and enormous potential. Compared to traditional screens, flexible screens are highly flexible and bendable, providing users with new interaction methods based on their bendability and meeting more user needs for electronic devices. For electronic devices equipped with foldable displays, the foldable display can switch between a small screen in a folded state and a large screen in an unfolded state at any time. Therefore, users are increasingly using split-screen functionality on electronic devices equipped with foldable displays.

[0055] Electronic device 100 can perform shooting functions through ISP, camera 193, video codec, GPU, display screen 194 and application processor.

[0056] The ISP (Image Signal Processor) is used to process data fed back from the camera 193. For example, when taking a picture, the shutter is opened, and light is transmitted through the lens to the camera's photosensitive element. The light signal is converted into an electrical signal, and the camera's photosensitive element transmits the electrical signal to the ISP for processing, transforming it into an image visible to the naked eye. The ISP can also perform algorithmic optimization of image noise, brightness, and skin tone. The ISP can also optimize parameters such as exposure and color temperature of the shooting scene. In some embodiments, the ISP can be set in the camera 193.

[0057] Camera 193 is used to capture still images or videos. An object is projected onto a photosensitive element by generating an optical image through the lens. The photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then passed to an ISP for conversion into a digital image signal. The ISP outputs the digital image signal to a DSP for processing. The DSP converts the digital image signal into image signals in standard RGB, YUV, or other formats. In some embodiments, electronic device 100 may include one or more cameras 193.

[0058] Digital signal processors (DSPs) are used to process digital signals. Besides digital image signals, they can also process other digital signals. For example, when electronic device 100 selects a frequency, the DSP can perform Fourier transforms on the frequency energy.

[0059] Video codecs are used to compress or decompress digital video. Electronic device 100 may support one or more video codecs. Thus, electronic device 100 can play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

[0060] NPU stands for Neural Network (NN) Computing Processor. By borrowing the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it can rapidly process input information and continuously learn on its own. NPUs enable intelligent cognitive applications in electronic devices, such as image recognition, facial recognition, speech recognition, and text understanding.

[0061] The external storage interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 through the external storage interface 120 to perform data storage functions. For example, music, video, and other files can be saved on the external memory card.

[0062] Internal memory 121 can be used to store one or more computer programs, which include instructions. Processor 110 can execute the instructions stored in internal memory 121, thereby causing electronic device 101 to perform the methods provided in some embodiments of this application, as well as various applications and data processing. Internal memory 121 may include a program storage area and a data storage area. The program storage area may store the operating system; the program storage area may also store one or more applications (such as a gallery, contacts, etc.). The data storage area may store data created during the use of electronic device 101 (such as photos, contacts, etc.). In addition, internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as one or more disk storage components, flash memory components, universal flash storage (UFS), etc. In some embodiments, processor 110 can execute instructions stored in internal memory 121 and / or instructions stored in memory disposed in processor 110 to cause electronic device 101 to perform the methods provided in embodiments of this application, as well as other applications and data processing. Electronic device 100 can implement audio functions such as music playback and recording through audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, and application processor.

[0063] The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an accelerometer sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0064] The pressure sensor 180A is used to sense pressure signals and convert them into electrical signals. In some embodiments, the pressure sensor 180A can be disposed on the display screen 194. There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, and capacitive pressure sensors. A capacitive pressure sensor may include at least two parallel plates with conductive materials. When a force is applied to the pressure sensor 180A, the capacitance between the electrodes changes. The electronic device 100 determines the pressure intensity based on the change in capacitance. When a touch operation is applied to the display screen 194, the electronic device 100 detects the intensity of the touch operation based on the pressure sensor 180A. The electronic device 100 can also calculate the touch position based on the detection signal from the pressure sensor 180A. In some embodiments, touch operations applied to the same touch position but with different touch operation intensities can correspond to different operation commands. For example, when a touch operation with an intensity less than a first pressure threshold is applied to the SMS application icon, a command to view an SMS message is executed. When a touch operation with an intensity greater than or equal to the first pressure threshold is applied to the SMS application icon, a command to create a new SMS message is executed.

[0065] The gyroscope sensor 180B can be used to determine the motion attitude of the electronic device 100. In some embodiments, the gyroscope sensor 180B can determine the angular velocity of the electronic device 100 around three axes (i.e., the X, Y, and Z axes). The gyroscope sensor 180B can be used for image stabilization. For example, when the shutter is pressed, the gyroscope sensor 180B detects the angle of the electronic device 100's shake, calculates the distance that the lens module needs to compensate based on the angle, and allows the lens to counteract the shake of the electronic device 100 through reverse movement, thus achieving image stabilization. The gyroscope sensor 180B can also be used in navigation and motion-sensing game scenarios.

[0066] The 180E accelerometer can detect the magnitude of acceleration of electronic device 100 in various directions (typically three axes). When electronic device 100 is stationary, it can detect the magnitude and direction of gravity. It can also be used to identify the posture of electronic devices and applied to applications such as screen orientation switching and pedometers.

[0067] The ambient light sensor 180L is used to sense the brightness of ambient light. The electronic device 100 can adaptively adjust the brightness of the display screen 194 based on the sensed ambient light brightness. The ambient light sensor 180L can also be used to automatically adjust the white balance when taking pictures. The ambient light sensor 180L can also work with the proximity sensor 180G to detect whether the electronic device 100 is in a pocket to prevent accidental touches.

[0068] The fingerprint sensor 180H is used to collect fingerprints. The electronic device 100 can utilize the characteristics of the collected fingerprints to achieve fingerprint unlocking, accessing application locks, taking photos with fingerprints, answering calls with fingerprints, etc.

[0069] Temperature sensor 180J is used to detect temperature. In some embodiments, electronic device 100 uses the temperature detected by temperature sensor 180J to execute a temperature handling strategy. For example, when the temperature reported by temperature sensor 180J exceeds a threshold, electronic device 100 performs thermal protection by reducing the performance of a processor located near temperature sensor 180J to reduce power consumption. In other embodiments, when the temperature is below another threshold, electronic device 100 heats battery 142 to prevent abnormal shutdown of electronic device 100 due to low temperature. In still other embodiments, when the temperature is below yet another threshold, electronic device 100 boosts the output voltage of battery 142 to prevent abnormal shutdown due to low temperature.

[0070] Touch sensor 180K, also known as a "touch panel," can be located on display screen 194. The touch sensor 180K and display screen 194 together form a touchscreen, also known as a "touch screen." Touch sensor 180K detects touch operations applied to or near it. The touch sensor can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through display screen 194. In other embodiments, touch sensor 180K may also be located on the surface of electronic device 100, in a different position than display screen 194.

[0071] Figure 2 This is a software structure block diagram of an electronic device 100 according to an embodiment of this application. The layered architecture divides the software into several layers, each with a clear role and function. Layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into four layers, from top to bottom: the application layer, the application framework layer, the Android runtime and system libraries, and the kernel layer. The application layer may include a series of application packages.

[0072] like Figure 2 As shown, the application package may include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, and SMS.

[0073] The application framework layer provides application programming interfaces (APIs) and programming frameworks for applications in the application layer. The application framework layer includes some predefined functions.

[0074] like Figure 2 As shown, the application framework layer may include a window manager, content provider, view system, phone manager, resource manager, notification manager, etc.

[0075] The window manager is used to manage window programs. The window manager can obtain the screen size, determine whether there is a status bar, lock the screen, capture the screen, etc.

[0076] Content providers store and retrieve data, making that data accessible to applications. This data may include videos, images, audio, made and received phone calls, browsing history and bookmarks, phone books, etc.

[0077] A view system includes visual controls, such as controls for displaying text and controls for displaying images. View systems can be used to build applications. A display interface can consist of one or more views. For example, a display interface including a text notification icon could include views for displaying text and views for displaying images.

[0078] The phone manager is used to provide communication functions for electronic device 100. For example, it manages call status (including connection and disconnection).

[0079] The file explorer provides applications with various resources, such as localized strings, icons, images, layout files, video files, and so on.

[0080] The notification manager allows applications to display notifications in the status bar. These notifications can be used to deliver informational messages and can disappear automatically after a short pause, requiring no user interaction. For example, the notification manager can be used to notify users of download completion or message alerts. The notification manager can also display notifications as icons or scrolling text in the top status bar, such as notifications from background applications, or as dialog boxes on the screen. Examples include displaying text messages in the status bar, emitting sounds, vibrating electronic devices, and flashing indicator lights.

[0081] System libraries can include multiple functional modules. For example: surface manager, media libraries, 3D graphics processing libraries (e.g., OpenGL ES), 2D graphics engines (e.g., SGL), etc.

[0082] The Surface Manager is used to manage the display subsystem and provides the blending of 2D and 3D layers for multiple applications.

[0083] The media library supports playback and recording of various common audio and video formats, as well as still image files. It supports multiple audio and video encoding formats, such as MPEG4, H.264, MP3, AAC, AMR, JPG, and PNG.

[0084] The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.

[0085] A 2D graphics engine is a graphics engine for 2D drawing.

[0086] The kernel layer is the layer between hardware and software. The kernel layer includes at least display drivers, camera drivers, audio drivers, and sensor drivers.

[0087] Before introducing the embodiments of this application, let's first introduce a few concepts related to the embodiments of this application.

[0088] File system: In an operating system, the software responsible for managing and storing file information is called the file system. A file system is the method and data structure used by the operating system to define files on storage devices or partitions; that is, the method of organizing files on storage devices. Generally, a file system consists of three parts: the file system interface, the set of software for operating and managing objects, and the objects and their attributes. From a system perspective, a file system organizes and allocates space on file storage devices, is responsible for storing files, protecting them, and retrieving them. Specifically, it is responsible for creating, storing, reading, modifying, and dumping files for users, and controlling file access and deletion.

[0089] There are many types of file systems, and this application embodiment does not limit the type of file system.

[0090] Mounting is a process by which the operating system makes files and directories on a storage device accessible to users through the file system.

[0091] Alternatively, in this embodiment of the application, mounting may also be referred to as loading.

[0092] It should be noted that the storage device can be an external storage device or a partition on a hard drive where the operating system is installed.

[0093] The boot process of electronic devices is complex, requiring a bootloader to load the kernel, enter the initialization module, and then start the system to display a user-friendly interface. This process is time-consuming and negatively impacts the user experience. To improve the boot speed of electronic devices, after powering on, the system's core processes are identified, and a system image is created. This system image is a fixed image, which can be loaded when the electronic device boots up subsequently, thus improving boot speed. However, this system image contains writable file partition information. Since users may generate new information in the writable file partition during the use of the electronic device, the file system data generated after the loaded system image is restored to the system may be inconsistent. Based on this, this application provides a method for generating a system image that does not contain writable file partition information. This allows the electronic device to be booted quickly using the system image without causing file system data inconsistencies.

[0094] The following is combined with Figure 3 An exemplary flowchart illustrating the method for generating a system image provided in embodiments of this application is shown below.

[0095] Figure 3 An exemplary flowchart of a method 300 for generating a system image according to an embodiment of this application is shown. The process includes:

[0096] S310 can identify writable file partitions.

[0097] The file system includes multiple partitions, such as readable file partitions and writable file partitions. During the boot process, the electronic device first loads the kernel module, then mounts the multiple partitions in the file system (loads the file system), and then performs operations such as initializing the operating system framework before entering the user interface, thus completing the boot process. After booting, the electronic device can recognize the different partitions in the file system. In this embodiment, the electronic device can automatically recognize the writable file partition in the file system. A writable file partition can be understood as a partition in which the user can add or delete files during the use of the electronic device. The writable file partition includes multiple files, which can be application files, system files, etc.

[0098] S320 obtains the first and second processes based on writable file partitions.

[0099] After an electronic device identifies a writable file partition, it can determine the application process accessing the files on that partition and the system process accessing those files. The application accessing the files on the writable partition may be located on the writable file partition itself, or it may not be located on the writable file partition, but it accesses files within that partition during runtime. In this embodiment, the application process accessing the writable file partition is referred to as the first process, and the system process accessing the writable file partition is referred to as the second process.

[0100] It should be noted that the first process includes ordinary application processes and persistent application processes. Ordinary application processes can be understood as the processes corresponding to applications that need to be opened by the user, while persistent application processes can be understood as the processes corresponding to applications that automatically start and run after the electronic device is booted up, also known as processes that reside in the background. Permanent application processes can be the processes corresponding to system applications.

[0101] For example, the application could be a text messaging application. When the electronic device is started, the text messaging application can be launched automatically, thereby generating a process corresponding to the text messaging application. This process needs to access files on the writable file partition, so this process can be called the first process.

[0102] S330: Close the first process, create the first partition, and write the files from the writable file partition accessed by the second process to the first partition.

[0103] After the electronic device obtains the first process and the second process, since the first process is an application process, the system can still run normally after closing the first process, so the first process can be closed. Furthermore, the electronic device can also create a first partition and write files from the writable file partition accessed by the second process to the first partition. Since the second process is a system process that the operating system depends on, it cannot be closed. By creating the first partition and writing files from the writable file partition accessed by the second process to the first partition, the normal operation of the system is ensured.

[0104] The electronic device stops the application in the writable file partition from running by closing the first process and writing the files accessed by the second process to the first partition. This allows the electronic device to unload the writable file partition and ensure the normal operation of the system.

[0105] For example, as described in S320, the first process can be the process corresponding to the SMS application, and the electronic device can close the process so that the SMS application stops running.

[0106] S340, unload writable file partitions and generate system image.

[0107] After the electronic device closes the first process and writes the second process to the first partition, the writable file partition can be unmounted. Since the files accessed by the second process on the writable file partition are written to the first partition, the electronic device can function normally when the writable file partition is unmounted.

[0108] It should be noted that in the embodiments of this application, unloading corresponds to mounting (loading). Therefore, unloading the writable file partition can be understood as the electronic device canceling the association between the operating system and the writable file partition.

[0109] After the writable file partition is unmounted, the processes running in the electronic device's memory correspond to the processes of the files in the file system other than the writable file partition. Therefore, the electronic device can generate a system image based on the processes running in memory. Since this system image is generated after the writable file partition is unmounted, it does not contain information related to the writable file partition. When the electronic device boots using this system image, there will be no data inconsistency issues with the writable file partition.

[0110] In some embodiments, an electronic device can unload a writable file partition via Quickboot Service. This application uses unloading a writable file partition via Quickboot Service as an example, but it is not limited to this; other technologies can also be used to unload writable file partitions in this application.

[0111] In some embodiments, the running system can be paused using Hibernate technology, and the in-memory process can then be saved as an image. Other technologies can also be used to generate system images in this application, and this application does not limit this approach. Any system images generated using other technologies should fall within the protection scope of this application.

[0112] Optionally, in some embodiments, before identifying the writable file partition of the file system, the electronic device may first detect whether it is the first time it is powered on. If it is the first time it is powered on, the electronic device will not contain a system image, and the above steps S310 to S340 will be executed.

[0113] Optionally, in some embodiments, before identifying the writable file partition of the file system, the electronic device may first detect whether a system image is included. If the electronic device does not include a system image, the electronic device performs the above steps S310 to S340.

[0114] Optionally, in some embodiments, before identifying the writable file partition of the file system, the electronic device may first detect whether it is the first time to boot and whether it contains a system image. When the electronic device is booting for the first time and does not contain a system image, the electronic device performs the above steps S310 to S340.

[0115] Optionally, in some embodiments, after the system image is generated, the electronic device can remount the writable file partition (load the writable file partition) to restore the applications that were in use before the system image was generated, in order to meet the user's needs.

[0116] Optionally, in some embodiments, after the system image is generated, the electronic device can be restarted, and during the restart process, the system image and writable file partition are loaded. For details, please refer to the description below, which will not be repeated here.

[0117] Optionally, in some embodiments, the electronic device may store data generated by the user during the use of the electronic device (hereinafter referred to as user data), such as data generated by the application used by the user. A backup file is formed based on the user data, which is loaded when the electronic device starts up, so that the electronic device is restored to the state of the last power failure after starting up.

[0118] In this embodiment, by identifying the writable file partition and obtaining the first process and the second process, the first process is closed, and the files accessed by the second process are written to the first partition. After unloading the writable file partition, a system image is generated, thereby decoupling the system image from the writable file partition. As a result, the system image does not include information about the writable file partition, avoiding the problem of inconsistent file system data after the electronic device loads the system image, and improving the startup speed of the electronic device and the stability of the image recovery process.

[0119] The following is combined with Figure 4 An exemplary flowchart illustrating the fast startup method provided in the embodiments of this application is shown below.

[0120] Figure 4 An exemplary flowchart of a method 400 for image booting of an electronic device provided in an embodiment of this application is shown. The process includes:

[0121] S410, load kernel module.

[0122] When an electronic device is powered on, a bootloader is executed, loading the kernel module. The kernel module is an interface provided by the operating system to the outside world. It can consist of a set of functions and data structures used to implement functions such as file systems and drivers. For example, ... Figure 2 As shown, multiple drivers such as display startup, camera driver, audio driver, and sensor driver can be implemented through the kernel module.

[0123] S420, obtain system image and load system image.

[0124] After the electronic device loads the kernel module, it can load a system image. This system image is obtained using the method described in the previous embodiments. The system image includes the system processes in memory after the electronic device has unloaded the writable file partition. After loading this system image, the electronic device can restore itself to the system state at the time the system image was generated, thus eliminating the need to reinitialize the operating system framework and improving the boot speed of the electronic device.

[0125] For example, the system image is stored on the hard drive. After the electronic device finishes loading the kernel module, it loads the system image into memory, triggers the resume process, and thus begins to restore the system processes in the system image.

[0126] It should be understood that the embodiment of this application takes triggering the resume process to restore the system process in the system image as an example, but it is not limited to this. System processes in the system image can also be restored in other ways.

[0127] In this embodiment, when the electronic device starts up, after loading the kernel module, it loads the system image. The system image does not include information about writable file partitions, which avoids the problem of inconsistent file system data after the electronic device loads the system image to restore the system, and improves the startup speed of the electronic device and the stability of the image restoration process.

[0128] Optionally, in some embodiments, before loading the system image, the electronic device may detect whether the electronic device includes the system image. If the electronic device does not include the system image, the electronic device boots according to the boot method when no system image is created. If the electronic device includes the system image, the electronic device loads the system image.

[0129] S430: Obtain a writable file partition and load the writable file partition to restore the system.

[0130] When an electronic device loads a system image, it restores to the system state at the time the system image was generated. This can involve loading a writable file partition (or, alternatively, mounting a writable file partition). This writable file partition is the one that was unmounted when the electronic device was generating the system image. After loading this writable file partition, the electronic device completes the operating system restoration. Alternatively, when generating the system image, the electronic device can also generate a load node (or, alternatively, a mount node). This load node instructs the electronic device to load the writable file partition after loading the system image.

[0131] Optionally, in some embodiments, after the electronic device loads the writable file partition, the electronic device enters an operable interface and can then automatically load a backup file generated based on user data. After the electronic device completes loading the backup file, it can restore the user data, thereby restoring the electronic device to the state at the time of the last power failure.

[0132] In this embodiment of the application, by loading a backup file, the electronic device can be restored to the state at the time of the last power failure, thus avoiding data loss.

[0133] The following is combined Figure 5 The apparatus of the embodiments of this application will be described below. It should be understood that the apparatus described below is capable of performing the methods of the foregoing embodiments of this application. To avoid unnecessary repetition, repeated descriptions will be appropriately omitted when describing the apparatus of the embodiments of this application below.

[0134] Figure 5 This is a schematic block diagram of an electronic device according to an embodiment of this application. Figure 5 The electronic device 500 shown includes a processing unit 510 and an acquisition unit 520.

[0135] The processing unit 510 and the acquisition unit 520 are used to execute the method for generating a system image and the method for fast startup according to the embodiments of this application, specifically to execute method 300 and method 400, wherein when the processing unit 510 and the acquisition unit 520 execute method 300, it includes:

[0136] Processing unit 510 is used to identify writable file partitions.

[0137] The acquisition unit 520 is used to acquire the first process and the second process based on the writable file partition.

[0138] The processing unit 510 is also used to close the first process, generate the first partition, and write the second process into the first partition.

[0139] The processing unit 510 is also used to unload writable file partitions and generate system images.

[0140] Optionally, in some embodiments, before identifying the writable file partition, the processing unit 510 is also used to detect whether the electronic device is being powered on for the first time. If the electronic device is being powered on for the first time, the electronic device will not contain a system image. The processing unit 510 is then used to identify the writable file partition, close the first process, generate the first partition, write the second process into the first partition, unload the writable file partition, and generate the system image.

[0141] Optionally, in some embodiments, before identifying the writable file partition, the processing unit 510 is further configured to detect whether the electronic device includes a system image. If the electronic device includes a system image, then the electronic device will not contain a system image. The processing unit 510 is then configured to identify the writable file partition, close the first process, generate the first partition, write the second process into the first partition, unload the writable file partition, and generate the system image.

[0142] Optionally, in some embodiments, before identifying the writable file partition, the processing unit 510 is further configured to detect whether the electronic device is being powered on for the first time and whether it includes a system image. If the electronic device is being powered on for the first time and does not include a system image, the processing unit 510 is configured to identify the writable file partition, close the first process, generate the first partition, write the second process into the first partition, unload the writable file partition, and generate the system image.

[0143] Optionally, in some embodiments, before unloading the writable file partition, the processing unit 510 is also used to save data generated by the user during the use of the electronic device (hereinafter referred to as user data), such as data generated by the application used by the user, and form a backup file based on the user data, so that when the electronic device starts up, the backup file is loaded so that the electronic device is restored to the state of the last power failure after starting up. The backup file can be stored in the writable file partition.

[0144] When the processing unit 510 and the acquisition unit 520 execute method 400, it includes:

[0145] Processing unit 510 is used to load kernel modules.

[0146] Acquisition unit 520 is used to acquire the system image and writable file partition.

[0147] The processing unit 510 is also used to load system images and load writable file partitions to restore the system.

[0148] Optionally, in some embodiments, before the processing unit 510 loads the system image, the processing unit 510 is further configured to detect whether the electronic device includes the system image. If the electronic device does not include the system image, the processing unit 510 operates according to the startup method before the system image is created. If the electronic device includes the system image, the processing unit 510 loads the system image.

[0149] Optionally, in some embodiments, after the processing unit 510 loads the system image, the acquisition unit 520 is further used to acquire a backup file, and the processing unit 510 is further used to load the backup file, which is generated based on user data. After the processing unit 510 completes the loading of the backup file, the user data can be restored, so that the electronic device is restored to the state at the time of the last power failure.

[0150] It should be noted that the aforementioned electronic device 500 is embodied in the form of a functional unit. The term "unit" here can be implemented in software and / or hardware, without specific limitations.

[0151] For example, a "unit" can be a software program, a hardware circuit, or a combination of both that implements the above functions. The hardware circuit may include an application-specific integrated circuit (ASIC), electronic circuitry, a processor (e.g., a shared processor, a proprietary processor, or a group processor) and memory for executing one or more software or firmware programs, integrated logic circuitry, and / or other suitable components that support the described functions.

[0152] Therefore, the units of the various examples described in the embodiments of this application can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0153] The above embodiments can be used individually or in combination to achieve different technical effects.

[0154] The methods provided in the embodiments of this application above are described from the perspective of an electronic device as the executing entity. To implement the functions of the methods provided in the embodiments of this application above, the electronic device may include hardware structures and / or software modules, implementing the above functions in the form of hardware structures, software modules, or a combination of hardware structures and software modules. Whether a particular function is executed in the form of hardware structures, software modules, or a combination of hardware structures and software modules depends on the specific application and design constraints of the technical solution.

[0155] This application also provides an electronic device, including: a processor, a memory, one or more sensors, a power button, an application program, and a computer program. The aforementioned devices can be connected via one or more communication buses. The one or more computer programs are stored in the memory and configured to be executed by the one or more processors. The one or more computer programs include instructions that can be used to cause the electronic device to perform various steps of the methods described in the above embodiments.

[0156] For example, the processor described above can specifically be... Figure 1 The processor shown may specifically be internal memory and / or external memory connected to the electronic device, and the display screen may specifically be... Figure 1 The sensor shown in the display screen can specifically be... Figure 1 The sensor module shown contains one or more sensors. This application does not impose any limitations on this embodiment.

[0157] As used in the above embodiments, depending on the context, the terms "when..." or "after..." can be interpreted as meaning "if...", "after...", "in response to determining...", or "in response to detecting...". Similarly, depending on the context, the phrases "when..." or "if (the stated condition or event) is detected" can be interpreted as meaning "if...", "in response to determining...", "when (the stated condition or event) is detected", or "in response to detecting (the stated condition or event)".

[0158] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present invention are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)). Where there is no conflict, the solutions in the above embodiments can be combined.

Claims

1. A method of generating an image, characterized by, When applied to electronic devices, the method includes: Identify writable file partitions in the file system; Based on the writable file partition, a first process and a second process are obtained, wherein the first process is an application process that accesses the writable file partition, and the second process is a system process that accesses the writable file partition; Close the first process, create the first partition, and write the files of the writable file partition accessed by the second process to the first partition. Unload the writable file partition and generate a system image.

2. The method of claim 1, wherein, Before identifying the writable file partition of the file system, the method further includes: Check if this is the first time the device has been powered on; The writable file partition of the identified file system includes: When it is detected that this is the first boot, the writable file partition of the file system is identified.

3. The method according to claim 1 or 2, characterized in that, Before identifying the writable file partition of the file system, the method further includes: Check whether the system image is included; The writable file partition of the identified file system includes: When the system image is not detected, the writable file partition of the file system is identified.

4. The method according to claim 1 or 2, characterized in that, After generating the system image, the method further includes: Reload the writable file partition to restore the system.

5. The method according to claim 1 or 2, characterized in that, After generating the system image, the method further includes: Restart the system, including: Load kernel modules; Obtain the system image and load the system image; Obtain the writable file partition and load the writable file partition to complete the system restart.

6. The method according to claim 1 or 2, characterized in that, The method further includes: Backup files are generated based on user data.

7. A method for booting from an image, characterized in that, When applied to electronic devices, the method includes: Load kernel modules; Obtain the system image and load the system image; Obtain a writable file partition and load the writable file partition to complete the boot of the electronic device; The system image is obtained through an image generation method, which includes: Identify the writable file partitions in the file system; Based on the writable file partition, a first process and a second process are obtained, wherein the first process is an application process that accesses the writable file partition, and the second process is a system process that accesses the writable file partition; Close the first process, create the first partition, and write the files of the writable file partition accessed by the second process to the first partition. Unload the writable file partition and generate the system image.

8. The method according to claim 7, characterized in that, The method further includes: Obtain the backup file and load it to restore user data.

9. The method according to claim 7 or 8, characterized in that, Before obtaining and loading the system image, the method further includes: Check whether the system image is included; The process of obtaining and loading the system image includes: When the system image is detected, the system image is obtained and loaded.

10. An electronic device, characterized in that, include: Processing unit, used to identify writable file partitions in the file system; The acquisition unit is used to acquire a first process and a second process based on the writable file partition, wherein the first process is an application process that accesses the writable file partition, and the second process is a system process that accesses the writable file partition. The processing unit is further configured to close the first process, generate the first partition, and write the files of the writable file partition accessed by the second process to the first partition; The processing unit is also used to unload the writable file partition and generate a system image.

11. The electronic device according to claim 10, characterized in that, Before identifying the writable file partition of the file system, the processing unit is also used to detect whether it is the first boot. The processing unit is used to identify writable file partitions of the file system, including: When it is detected that this is the first time the device is powered on, the processing unit is specifically used to identify the writable file partition of the file system.

12. The electronic device according to claim 10 or 11, characterized in that, Before identifying the writable file partition of the file system, the processing unit is also used to detect whether a system image is included. The processing unit is used to identify writable file partitions of the file system, including: When the system image is not detected, the processing unit is specifically used to identify the writable file partition of the file system.

13. The electronic device according to claim 10 or 11, characterized in that, The processing unit is also used to reload the writable file partition to restore the system.

14. The electronic device according to claim 10 or 11, characterized in that, The processing unit is further configured to restart the system, including: The processing unit is used to load the kernel module; The acquisition unit is used to acquire the system image and the writable file partition; The processing unit is also used to load the system image and the writable file partition to complete the system restart.

15. The electronic device according to claim 10 or 11, characterized in that, The processing unit is also used to generate backup files based on user data.

16. An electronic device, characterized in that, include: Processing unit, used to load kernel modules The acquisition unit is used to acquire the system image, and the processing unit is also used to load the system image; The acquisition unit is further configured to acquire a writable file partition, and the processing unit is further configured to load the writable file partition to complete the startup of the electronic device; The system image is obtained through an image generation method, which includes: The processing unit is used to identify the writable file partition of the file system; The acquisition unit is used to acquire a first process and a second process based on the writable file partition, wherein the first process is an application process that accesses the writable file partition, and the second process is a system process that accesses the writable file partition. The processing unit is further configured to close the first process, generate a first partition, and write the files accessed by the second process to the writable file partition into the first partition. The processing unit is also used to unload the writable file partition and generate the system image.

17. The electronic device according to claim 16, characterized in that, The acquisition unit is further configured to acquire a backup file, and the processing unit is further configured to load the backup file to restore user data.

18. The electronic device according to claim 16 or 17, characterized in that, The acquisition unit is used to acquire the system image, and the processing unit is also used to detect whether the system image is included before loading the system image; The acquisition unit is used to acquire the system image, and the processing unit is further used to load the system image, including: When the system image is detected, the acquisition unit is used to acquire the system image, and the processing unit is also used to load the system image.

19. A computer-readable storage medium, characterized in that, It stores a computer program that, when run on a computer, causes the computer to perform the method as described in any one of claims 1-6 or 7-9.

20. A computer program product, characterized in that, When it is run on a processor, it causes the processor to perform the method of any one of claims 1-6 or 7-9.

21. A chip, characterized in that, The chip includes a processor and a data interface. The processor reads instructions stored in the memory through the data interface to execute the method as described in any one of claims 1-6 or 7-9.

Images