CN118012450A - Flashing method, device, electronic device, readable storage medium and program product - Google Patents

Abstract

The application discloses a brushing method, a brushing device, electronic equipment, a readable storage medium and a program product, and belongs to the technical field of electronic equipment. The method comprises the following steps: under the condition that the brushing equipment is connected with the electronic equipment, acquiring fault information of the electronic equipment from a target storage area of the electronic equipment; the fault information is used for indicating the fault type of the electronic equipment; and performing the brushing treatment on the electronic equipment according to the brushing strategy corresponding to the fault information.

Description

Flashing method, device, electronic device, readable storage medium and program product

Technical Field

The present application belongs to the technical field of electronic equipment, and specifically relates to a flashing method, device, electronic equipment, readable storage medium and program product.

Background technique

With the popularization of intelligent life, mobile terminals are increasingly widely used. When a mobile terminal cannot be started normally due to certain faults, it is often necessary to go to an after-sales service center for flashing, which results in poor convenience of flashing.

Summary of the invention

The purpose of the embodiments of the present application is to provide a flashing method, device, electronic device, readable storage medium and program product, which can improve the convenience of flashing operations.

In a first aspect, an embodiment of the present application provides a flashing method, which is applied to a flashing device, comprising:

When the flashing device is connected to the electronic device, the fault information of the electronic device is obtained from the target storage area of the electronic device; the fault information is used to indicate the fault category of the electronic device;

The electronic device is flashed according to the flashing strategy corresponding to the fault information.

In a second aspect, an embodiment of the present application provides a flashing method, which is applied to an electronic device, comprising:

In the case of being unable to start up, determining fault information according to the operation status information of the electronic device; the fault information is used to indicate the fault type of the electronic device;

Storing fault information in a target storage area;

When the flashing device is connected to the electronic device, the flashing device obtains the fault information from the target storage area and performs a flashing process on the electronic device according to the flashing strategy corresponding to the fault information.

In a third aspect, an embodiment of the present application provides a flashing device, the device comprising:

A first acquisition module is used to acquire the fault information of the electronic device from the target storage area of the electronic device when the flashing device is connected to the electronic device; the fault information is used to indicate the fault type of the electronic device;

The flashing module is used to flash the electronic device according to the flashing strategy corresponding to the fault information.

In a fourth aspect, an embodiment of the present application provides a flashing device, the device comprising:

A determination module, used to determine fault information according to the operation status information of the electronic device when the electronic device is in a state where it cannot be turned on; the fault information is used to indicate the fault type of the electronic device;

A storage module, used for storing the fault information in a target storage area;

When the flashing device is connected to the electronic device, the flashing device obtains the fault information from the target storage area and performs a flashing process on the electronic device according to the flashing strategy corresponding to the fault information.

In a fifth aspect, an embodiment of the present application provides an electronic device, which includes a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the programs or instructions are executed by the processor, the steps of the method of the first aspect or the second aspect are implemented.

In a sixth aspect, an embodiment of the present application provides a readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, the steps of the method of the first aspect or the second aspect are implemented.

In the seventh aspect, an embodiment of the present application provides a chip, the chip including a processor and a communication interface, the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the method of the first aspect or the second aspect.

In an eighth aspect, an embodiment of the present application provides a computer program product, which is stored in a storage medium and is executed by at least one processor to implement the method of the first aspect or the second aspect.

In the embodiment of the present application, when the flashing device is connected to the electronic device, the fault information of the electronic device can be obtained from the target storage area of the electronic device. Since the fault information is used to indicate the fault type of the electronic device, the electronic device is flashed according to the flashing strategy corresponding to the fault information. In this way, the user can perform the flashing operation without going to the after-sales service center, which improves the convenience of the flashing operation.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram of a flashing method provided in an embodiment of the present application;

FIG2 is a flow chart of a verification process in a flashing method provided in an embodiment of the present application;

3 is a schematic diagram of a process of downloading flash package data in the flash method provided in an embodiment of the present application;

FIG4 is a flow chart of another flashing method provided in an embodiment of the present application;

FIG5 is a schematic structural diagram of a flash device provided in an embodiment of the present application;

FIG6 is a schematic diagram of the structure of another flashing device provided in an embodiment of the present application;

FIG7 is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application;

FIG8 is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present application.

Detailed ways

The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments in the present application belong to the scope of protection of this application.

The terms "first", "second", etc. in the specification and claims of this application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first", "second", etc. are generally of one type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and/or" in the specification and claims represents at least one of the connected objects, and the character "/" generally indicates that the objects associated with each other are in an "or" relationship.

The flashing method provided in the embodiment of the present application is described in detail below through specific embodiments and their application scenarios in conjunction with the accompanying drawings.

FIG1 is a schematic diagram of a flashing method provided in an embodiment of the present application. As shown in FIG1 , the flashing method may include the following steps:

Step 101: when the flashing device is connected to the electronic device, the fault information of the electronic device is obtained from the target storage area of the electronic device; the fault information is used to indicate the fault type of the electronic device.

In step 101, when the electronic device is in a state where it cannot be turned on, the electronic device can be connected to any flashing device that can be turned on, and the connection here can be wireless or wired, and is not specifically limited. In this embodiment, the flashing device and the electronic device are connected via USB as an example for description.

For example, when the flashing device is connected to the electronic device, the electronic device's account and password can be used on the flashing device to log in to the electronic device's rescue mode, and the flashing device can rely on the control unit of the rescue mode to flash the electronic device so that the electronic device can be successfully powered on after the flashing. The account and password when the flashing device logs in to the rescue mode can be used as identification information of the electronic device, indicating that the electronic device is in a state where it cannot be powered on, so that the flashing device can obtain the fault information of the electronic device from the target storage area of the electronic device.

It is understandable that the electronic device can generate fault information according to its running state information and store it in the target storage area, wherein the target storage area can refer to any storage partition in the electronic device, and the following description will take the target storage area as a temporary partition of the electronic device as an example.

Optionally, the flashing device may send a GetDevErr instruction to the electronic device through the control unit, so that the electronic device returns the fault information stored in the temporary partition after identifying the instruction.

Step 102: flashing the electronic device according to the flashing strategy corresponding to the fault information.

In step 102, the flashing device may flash the electronic device according to the flashing strategy corresponding to the fault information.

For example, after obtaining the fault information, the pre-established relationship table between the fault information and the flashing strategy may be matched to determine the flashing strategy. Alternatively, the obtained fault information and multiple flashing strategy options may be displayed on the flashing device, and the user may select the corresponding flashing strategy on the flashing device.

The flashing device can send the corresponding flashing instruction to the electronic device according to the flashing strategy, so that the electronic device can perform the corresponding flashing operation according to the flashing instruction. It is understandable that if the system image file needs to be re-flashed, the corresponding system image file can also be downloaded by the flashing device and transmitted to the electronic device.

In the embodiment of the present application, the flashing method can obtain the fault information of the electronic device from the target storage area of the electronic device when the flashing device is connected to the electronic device. Since the fault information is used to indicate the fault type of the electronic device, the electronic device is flashed according to the flashing strategy corresponding to the fault information. In this way, the user can perform the flashing operation without going to the after-sales service center, which improves the convenience of the flashing operation.

In some embodiments, the fault information of the electronic device is determined by the electronic device based on the running status information, which can be determined when the electronic device is in a state where it cannot be turned on, or it can be determined after the electronic device performs a specific operation, such as an OTA incremental system upgrade that fails to be successfully upgraded. Taking the former as an example, the boot process of the electronic device usually requires procedures such as booting the image file and mounting the user data partition to successfully boot. When the electronic device cannot be turned on, fault information can be generated based on its running status information.

The fault information may be a field, an identification code, or a specific symbol, etc., which is not specifically limited here.

For example, the following scenarios may occur:

1. The electronic device did not trigger a system upgrade. After the user started it up once, the boot process failed to boot when the user data partition was mounted. This can be considered to be caused by damage to the user data partition, which failed to mount. At this time, the electronic device can mark the fault type as ERROR103 and write it to the temporary partition as the first fault information.

2. The electronic device did not trigger a system upgrade. After the user started it up once, the boot process failed to boot after the user data partition was mounted. At this time, it can be considered that although the user data partition was successfully mounted, the failure to boot may be caused by abnormalities such as tampering with the application or some user databases of the system. At this time, the electronic device can mark the fault type as ERROR104 and write it to the temporary partition as the second fault information.

3. When the electronic device triggers a system upgrade and the upgrade fails, resulting in an inability to boot up, it can be considered that the system upgrade process failed due to system abnormalities and other factors, resulting in damage to the system image file partition. At this time, the electronic device can mark the fault type as ERROR100 and write it to the temporary partition as the third fault information. It is understandable that the third fault information can be written to the temporary partition when the upgrade fails, or when the boot process is subsequently started and the device is in an inability to boot up state, which is not specifically limited here.

4. The electronic device does not trigger a system upgrade. After the user starts the device for a certain time, the boot process fails to run to mount the user data partition and the device cannot be booted. This can be considered to be caused by hardware or other abnormalities in the underlying boot image file. In this case, the electronic device can mark the fault type as ERROR102 and write it into the temporary partition as the fourth fault information.

5. The electronic device triggers a system upgrade and cannot be turned on after the upgrade is successful. At this time, it can be considered that the new version of the software is not compatible with certain scenarios of the electronic device, resulting in a low probability mismatch and inability to boot. At this time, the electronic device can mark the fault type as ERROR101 and write it to the temporary partition as the fifth fault information.

Different fault information corresponds to different flashing strategies. For example, the flashing strategy corresponding to the first fault information ERROR103 may be to format the user data partition; the flashing strategy corresponding to the second fault information ERROR104 may be to format the user data partition; the flashing strategy corresponding to the third fault information ERROR100 may be to flash the latest version of the system image file; the flashing strategy corresponding to the fourth fault information ERROR102 may be to flash the latest version of the system image file; the flashing strategy corresponding to the fifth fault information ERROR101 may be to flash the system image file of the previous version.

In this way, when the electronic device is in a state where it cannot be turned on, the fault information can be determined based on the operating status information and stored in the target storage area. The flashing device can obtain the fault information from the target storage area to identify the fault type of the electronic device and use the corresponding flashing strategy to perform precise flashing processing on the electronic device, thereby improving the convenience and accuracy of the flashing operation.

In some embodiments, before the above step 101, the flashing method may further include the following steps:

Perform identity verification based on verification information;

The above step 101 may also include the following steps:

When the identity verification is passed, the fault information of the electronic device is obtained from the target storage area of the electronic device.

In this embodiment, the verification information may include relevant information indicating the identity of the electronic device, for example, may include serial number information and/or unlocking information of the electronic device.

As shown in FIG2 , the electronic device 201 can encrypt the relevant information that can verify its identity, such as device information, unlocking information, etc., through the encryption machine 204 to generate encrypted data. And pre-stored in the first server 205. The first server 205 can be any server, such as a corresponding cloud server, which is not specifically limited here. The flashing device 202 can obtain the encrypted data from the first server 205 through the control unit 203, and perform identity verification on the verification information based on the encrypted data.

For example, the encrypted data can be decrypted using a decryption algorithm corresponding to the encryption machine, and the decrypted information can be compared with the verification information. If they are consistent, it can be considered that the flashing operation of the electronic device is legal and the identity verification has passed. If the identity verification has passed, the flashing device can obtain the fault information of the electronic device from the target storage area of the electronic device.

If there is inconsistency, it can be considered that the flashing operation of the electronic device is illegal. There may be a risk of someone stealing the device and illegally flashing it. The identity verification fails and subsequent flashing operations cannot be performed.

In this way, identity verification can be performed based on the verification information, and fault information is obtained only when the identity verification passes so as to perform the flashing operation later, which effectively ensures the legitimacy and security of the flashing operation.

In some embodiments, the verification information includes device information of the electronic device and unlocking information input by a user, and the encrypted data is generated by the electronic device based on its unlocking information and device information.

In this embodiment, the user may be prompted on the flashing device to input unlocking information of the electronic device, and the unlocking information input by the user may be obtained in response to the user's input. A GetDevinfo instruction may also be sent to the electronic device, and the device information returned by the electronic device in response to the instruction may be received. The unlocking information may include a password, fingerprint, face, etc., and the device information may include serial number information, model information, version information, etc.

For example, the unlock information is the lock screen password and the device information is the serial number information. The encrypted data can be generated by encrypting the lock screen password and the serial number information of the electronic device. The password entered by the user and the serial number information returned by the electronic device can be verified based on the encrypted information to ensure the legitimacy of the flashing operation.

In this way, double verification is performed through the unlocking information and device information of the electronic device to further ensure the legality and security of the flashing operation.

In some embodiments, the above step 102 may further include the following steps:

Generate a flashing instruction according to the flashing strategy corresponding to the fault information;

Flash the electronic device through the flash command.

In this embodiment, the flashing instruction can be used to indicate a specific flashing operation, such as a re-flash operation of a system image file or a formatting operation, and the flashing instruction can carry a flashing object, which is used to indicate the object targeted by the specific flashing operation. In some examples, the flashing instruction can also carry flashing package data, where the flashing object can indicate that the files in the flashing package data are flashed into the corresponding storage area.

The flashing instruction can be sent to the electronic device, so that the electronic device can perform the flashing operation according to the flashing instruction.

In this way, the flashing instruction can be used to ensure that the electronic device can execute the flashing operation corresponding to the flashing strategy, thereby ensuring the accuracy of the flashing operation.

In some embodiments, the flashing instruction may also carry verification information, and the verification information is used by the electronic device to verify the legitimacy of the flashing instruction.

In this embodiment, it can be understood that the flashing instruction will operate on the data inside the electronic device. To ensure information security, the flashing instruction can be verified before it is executed.

For example, the flashing instruction may also carry verification information, that is, the flashing instruction may be expressed as EraseData<verification information><userdata> or FlashROSystem<verification information><partition 1, partition 1 image file><partition 2, partition 2 image file>···<partition n, partition n image file>.

The verification information can be generated by the flashing device after receiving the unlocking information input by the user and the encrypted data returned by the first server, by encrypting the unlocking information and the encrypted data using a specific encryption algorithm. The flashing device sends the verification information to the electronic device, which decrypts the unlocking information and the encrypted data using the corresponding decryption algorithm, and then verifies the unlocking information and the encrypted data according to its own unlocking information and device information, respectively, to ensure the legitimacy of the flashing instruction.

In this way, the legitimacy of the flashing instruction can be verified by checking the information before executing it to ensure information security.

In some embodiments, when the fault information is the first fault information or the second fault information, the flashing strategy corresponding to the fault information is to format the user data partition;

Among them, when the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state that cannot be powered on, and the power-on process is mounted on the user data partition, the first fault information is generated; when the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state that cannot be powered on, and the power-on process has been mounted on the user data partition, the second fault information is generated.

In this embodiment, if the fault information indicates that the fault type is that the system upgrade is not triggered and the boot process is mounted on the user data partition, or the user data partition has been mounted, that is, corresponding to ERROR103 or ERROR104 mentioned above, the corresponding flashing strategy can be to format the user data partition.

For example, the flashing instruction generated according to the flashing strategy may be EraseData, used to indicate a formatting operation, and the flashing object carried by the flashing instruction may be userdata, used to indicate a user data partition. EraseData<userdata> may be sent to the electronic device to cause the electronic device to format the user data partition.

In this way, when the user data partition is abnormal and cannot be mounted or cannot be started normally after mounting, the electronic device can be instructed to format the user data partition and complete the flashing operation. The flashing operation can be performed without going to the after-sales service center, which improves the convenience of flashing.

In some embodiments, when the fault information is the third fault information or the fourth fault information, the flashing strategy corresponding to the fault information is to re-flash the latest version of the system image file; wherein, when the running status information of the electronic device indicates that the electronic device system upgrade has failed, the third fault information is generated; when the running status information of the electronic device indicates that the electronic device has not triggered the system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is not mounted to the user data partition, the fourth fault information is generated;

When the fault information is the fifth fault information, the flashing strategy corresponding to the fault information is to re-flash the system image file of the version before the upgrade; wherein, when the running status information of the electronic device indicates that the electronic device system has been successfully upgraded, but the electronic device is in a state where it cannot be turned on, the fifth fault information is generated.

In this embodiment, if the fault information indicates that the fault type is triggering a system upgrade and the upgrade fails, or the system upgrade is not triggered and the boot process is not mounted to the user data partition, that is, corresponding to ERROR100 or ERROR102 mentioned above, the corresponding flashing strategy at this time can be to re-flash the latest version of the system image file.

For example, the flashing instruction generated according to the flashing strategy may be FlashROSystem, which is used to instruct the operation of re-flashing the system image file. The flashing object carried by the flashing instruction may be <partition 1, partition 1 image file><partition 2, partition 2 image file>...<partition n, partition n image file>, wherein <partition n, partition n image file> is represented as a key pair value, indicating the partition name and the corresponding file in the latest version of the system image file to be flashed into the partition.

If the fault information indicates that the fault type is triggering a system upgrade and the upgrade is successful, that is, it corresponds to ERROR101 mentioned above. At this time, the corresponding flashing strategy can be to re-flash the system image file of the version before the upgrade.

For example, the flashing instruction generated according to the flashing strategy may be FlashROSystem, which is used to instruct the operation of re-flashing the system image file. The flashing object carried by the flashing instruction may be <partition 1, partition 1 image file><partition 2, partition 2 image file>...<partition n, partition n image file>, wherein <partition n, partition n image file> is represented as a key pair value, indicating the partition name and the corresponding file to be flashed into the partition in the system image file of the previous version of the upgrade.

In this way, if the latest version of the system image file is damaged and cannot be turned on, you can instruct to re-flash the latest version of the system image file; or if the latest version of the system image file is incompatible and cannot be turned on, you can instruct to re-flash the system image file of the previous version to complete the flashing operation. The flashing operation can be performed without going to the after-sales service center, which improves the convenience of flashing. At the same time, the flashing operation can retain user data, which improves the flexibility and intelligence of flashing.

It can also be understood that the flashing instruction can also carry flashing package data. In some embodiments, before the above step 102, the flashing method can also include the following steps:

When receiving device information of the electronic device, generating a request based on the device information and sending the request to the second server, wherein the device information includes model information, or the device information includes model information and pre-upgrade version information;

Obtaining flash package data, the flash package data is returned by the second server in response to the request, and when the device information includes model information, the flash package data includes the latest version of the system image file of the electronic device; when the device information includes model information and pre-upgrade version information, the flash package data includes the pre-upgrade version of the system image file of the electronic device;

Transfer the flash package data to the electronic device.

In some examples, as shown in FIG3 , the flashing device 302 may also receive the model information of the electronic device 301, and generate a first request based on the model information, and the first request may be used to indicate the flashing package data corresponding to the latest version of the system image file corresponding to the model information. The flashing device 302 may send the first request to the second server 304 through the control unit 303. It is understandable that the second server may be a server that stores the flashing package data.

The flash package data returned by the second server 304 in response to the first request may be obtained, and the flash package data may include the latest version of the system image file of the electronic device 301. The flash device 302 may download the flash package data and transmit the flash package data to the electronic device 301 via a USB connection.

The flashing instruction may carry a flashing object and flashing package data. When the electronic device 301 receives the flashing instruction, it may re-flash the latest version of the system image file to complete the flashing operation.

In other examples, as shown in Figure 3, the flashing device 302 can also receive model information and pre-upgrade version information of the electronic device 301. For example, the flashing device 302 can send the instruction GetDevPrever to the electronic device 301, and the electronic device 31 returns the pre-upgrade version information stored in the temporary partition to the flashing device 302.

The flashing device 302 generates a second request based on the model information and the pre-upgrade version information, and the second request can be used to indicate the flashing package data corresponding to the pre-upgrade version of the system image file corresponding to the model information. The flashing device 302 can send the second request to the second server 304 through the control unit 303.

The flash package data returned by the second server 304 in response to the second request may be obtained, and the flash package data may include the system image file of the pre-upgrade version of the electronic device 301. The flash device 302 may download the flash package data and transmit the flash package data to the electronic device 301 via a USB connection.

The flashing instruction may carry a flashing object and flashing package data. When the electronic device 301 receives the flashing instruction, it may re-flash the system image file of the version before the upgrade to complete the flashing operation.

In some embodiments, the above-mentioned obtaining of flash package data may also include the following steps:

Get the flash package data after splitting according to the preset file size;

The above-mentioned step of transmitting the flash package data to the electronic device may further include the following steps:

The split flashing package data is transmitted to the electronic device in sequence.

In this embodiment, when downloading the flashing package data, the network of the flashing device can be used for streaming download, that is, there is no need to download the entire flashing package data to the local flashing device first, and the flashing package data can be split according to a preset file size. The preset file size can be set according to actual needs. For example, the file size can be set based on the transmission speed of the USB. For example, the actual bandwidth value of the transmission speed of USB2.0 is about 32M+, and the flashing package data can be split and downloaded in units of 32M. After downloading, the 32M data stream is cached locally in the flashing device, and the cached data is transmitted to the electronic device through the USB for flashing. After each transmission of the image file of a partition, wait for the electronic device to return to the flashing state, and then continue to transmit and flash the image file of the next partition, until the download, transmission and flashing of the entire flashing package data are completed.

In this way, by splitting the flashing package data, excessive memory occupation of the flashing device is avoided, thereby improving the operability and applicability of the flashing operation.

FIG4 is a flow chart of another flashing method provided by an embodiment of the present application. As shown in FIG1 , the flashing method may include the following steps:

Step 401, when the electronic device is in a state where it cannot be turned on, determine fault information according to the operating state information of the electronic device; the fault information is used to indicate the fault type of the electronic device.

In step 401, if the electronic device cannot be turned on, the electronic device can determine the type of fault that causes it to be unable to be turned on according to the operating status information of the electronic device, mark different fault types, and generate different fault information. The fault information can be a field, an identification code, or a specific symbol, etc., which is not specifically limited here.

Step 402, storing the fault information in the target storage area; wherein, when the flashing device is connected to the electronic device, the flashing device obtains the fault information from the target storage area and flashes the electronic device according to the flashing strategy corresponding to the fault information.

In step 402, the fault information can be stored in the target storage area, so that when the flashing device is connected to the electronic device, the flashing device can obtain the fault information from the target storage area, and then perform different flashing operations for different fault types. The target storage area can refer to any storage partition in the electronic device, and the following description will take the target storage area as a temporary partition as an example.

In this way, the electronic device can determine fault information based on its operating status information and store the fault information in the target storage area, so that the subsequent flashing device can determine the corresponding flashing strategy to flash the electronic device based on the type of fault that cannot be turned on indicated by the fault information. The flashing operation can be performed without going to the after-sales service center, which improves the convenience of the flashing operation.

In some embodiments, the above step 401 may include the following steps:

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is mounted on a user data partition, generating first fault information;

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the user data partition has been mounted during the boot process, the second fault information is generated;

When the operation status information of the electronic device indicates that the system upgrade of the electronic device fails, generating third fault information;

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is not mounted to the user data partition, fourth fault information is generated;

When the running status information of the electronic device indicates that the system of the electronic device is successfully upgraded, but the electronic device is in a state where it cannot be turned on, the fifth fault information is generated.

In this embodiment, as mentioned above, when the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, is in an unbootable state after startup, and the boot process is running to mount the user data partition, it can be considered that the user data partition is damaged and cannot be mounted, resulting in the failure to boot. At this time, the electronic device can mark the fault type, generate the first fault information ERROR103, and write it to the temporary partition.

When the operating status information of the electronic device indicates that the electronic device has not triggered a system upgrade, is in an unbootable state after startup, and the boot process has already run to mount the user data partition, it can be considered that although the user data partition is successfully mounted, it may fail to boot due to anomalies such as tampering with the application or some user databases of the system. At this time, the electronic device can mark the fault type, generate a second fault information ERROR104, and write it to the temporary partition.

In the case where the running status information of the electronic device indicates that the electronic device triggers a system upgrade and the upgrade fails, it can be considered that the system upgrade process fails due to factors such as system abnormality, resulting in damage to the system image file partition. At this time, the electronic device can mark the fault type, generate the third fault information ERROR100, and write it to the temporary partition. It can be understood that the third fault information can be written to the temporary partition when the upgrade fails, or when the boot process is subsequently started and it is in a state where it cannot be booted, which is not specifically limited here.

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, is in an unbootable state after startup, and the boot process has not run to mount the user data partition, it can be considered that the underlying boot image file fails to boot due to hardware or other abnormalities. At this time, the electronic device can mark the fault type, generate the fourth fault information ERROR102, and write it to the temporary partition.

When the operating status information of the electronic device indicates that the electronic device triggered a system upgrade and the upgrade was successful, but is in a state where it cannot be turned on, it can be considered that the new version of the software is not compatible with certain scenarios of the electronic device, resulting in a low probability mismatch and inability to turn on. At this time, the electronic device can mark the fault type, generate the fifth fault information ERROR101, and write it to the temporary partition.

In this way, when the electronic device is in a state where it cannot be turned on, the fault information determined based on the operating status information can be stored in the target storage area, and the flashing device can obtain the fault information from the target storage area to identify the fault type of the electronic device, and use the corresponding flashing strategy to perform precise flashing processing on the electronic device, thereby improving the convenience and accuracy of the flashing operation.

In some embodiments, the flashing method may further include the following steps:

Receiving a flashing instruction sent by a flashing device, wherein the flashing instruction is generated by the flashing device according to a flashing strategy corresponding to the fault information;

A flashing operation is performed in response to the flashing instruction.

In this embodiment, the flashing device can determine the flashing strategy corresponding to the fault type that prevents the electronic device from starting up based on the fault information, and generate a flashing instruction based on the flashing strategy and send it to the electronic device, where the flashing instruction can be used to indicate a specific flashing operation, such as re-flashing a system image file operation or a formatting operation, and the flashing instruction can also carry a flashing object used to indicate the specific flashing operation.

The electronic device can receive a flashing instruction sent by a flashing device, and can perform a flashing operation in response to the flashing instruction.

In this way, the electronic device can flash itself after receiving the flashing instruction, and the flashing operation can be performed without going to an after-sales service center, which improves the convenience of flashing.

In some embodiments, the flashing instruction may further carry verification information; the flashing operation in response to the flashing instruction may further include the following steps:

Verifying the verification information based on the unlocking information and the device information;

When the verification is passed, the flashing operation is performed in response to the flashing instruction.

In this embodiment, the flashing instruction may also carry verification information, which may be generated by the flashing device encrypting the unlocking information input by the user and the encrypted data returned by the first server using a specific encryption algorithm. The encrypted data is generated by encrypting the unlocking information and device information of the electronic device through an encryption machine and is pre-stored in the first server.

The electronic device uses the corresponding decryption algorithm to decrypt the verification information to obtain the unlocking information input by the user and the encrypted data returned by the first server. The electronic device verifies the unlocking information in the verification information based on its own unlocking information, decrypts the encrypted data using the public key of the encryption machine, obtains the unlocking information and device information, and verifies the unlocking information and device information summarized in the encrypted data based on its own unlocking information and device information.

If the verification is successful, the flashing instruction can be considered to be legal, and the flashing operation can be performed in response to the flashing instruction.

In this way, the legitimacy of the flashing instruction can be verified by checking the information before executing it to ensure information security.

The flashing method provided in the embodiment of the present application can be executed by a flashing device. In the embodiment of the present application, the flashing method performed by the flashing device is taken as an example to illustrate the flashing device provided in the embodiment of the present application.

As shown in FIG. 5 , the embodiment of the present application further provides a flashing device 500 , which may be the flashing device mentioned above, and includes:

The first acquisition module 501 is used to acquire the fault information of the electronic device from the target storage area of the electronic device when the flashing device is connected to the electronic device; the fault information is used to indicate the fault type of the electronic device;

The flashing module 502 is used to flash the electronic device according to the flashing strategy corresponding to the fault information.

In the embodiment of the present application, when the flashing device is connected to the electronic device, the fault information of the electronic device can be obtained from the target storage area of the electronic device. Since the fault information is used to indicate the fault type of the electronic device, the electronic device is flashed according to the flashing strategy corresponding to the fault information. In this way, the user can perform the flashing operation without going to the after-sales service center, which improves the convenience of the flashing operation.

In some embodiments, the fault information of the electronic device is determined by the electronic device based on the operating status information when the electronic device is in a state where it cannot be powered on.

In this way, when the electronic device is in a state where it cannot be turned on, the fault information can be determined based on the operating status information and stored in the target storage area. The flashing device can obtain the fault information from the target storage area to identify the fault type of the electronic device and use the corresponding flashing strategy to perform precise flashing processing on the electronic device, thereby improving the convenience and accuracy of the flashing operation.

In some embodiments, the flashing device 500 may further include:

An identity verification module, used for performing identity verification based on verification information;

The acquisition module 501 may also be used for:

When the identity verification is passed, the fault information of the electronic device is obtained from the target storage area of the electronic device.

In this way, identity verification can be performed based on the verification information, and fault information is obtained only when the identity verification passes so as to perform the flashing operation later, which effectively ensures the legitimacy and security of the flashing operation.

In some embodiments, when the fault information is the first fault information or the second fault information, the flashing strategy corresponding to the fault information is to format the user data partition;

Among them, when the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state that cannot be powered on, and the power-on process is mounted on the user data partition, the first fault information is generated; when the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state that cannot be powered on, and the power-on process has been mounted on the user data partition, the second fault information is generated.

In this way, when the user data partition is abnormal and cannot be mounted or cannot be started normally after mounting, the electronic device can be instructed to format the user data partition and complete the flashing operation. The flashing operation can be performed without going to the after-sales service center, which improves the convenience of flashing.

In some embodiments, when the fault information is the third fault information or the fourth fault information, the flashing strategy corresponding to the fault information is to re-flash the latest version of the system image file; wherein, when the running status information of the electronic device indicates that the electronic device system upgrade has failed, the third fault information is generated; when the running status information of the electronic device indicates that the electronic device has not triggered the system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is not mounted to the user data partition, the fourth fault information is generated;

When the fault information is the fifth fault information, the flashing strategy corresponding to the fault information is to re-flash the system image file of the version before the upgrade; wherein, when the running status information of the electronic device indicates that the electronic device system has been successfully upgraded, but the electronic device is in a state where it cannot be turned on, the fifth fault information is generated.

In this way, when the latest version of the system image file is damaged and cannot be turned on, the system image file of the latest version can be instructed to be re-flashed; or when the latest version of the system image file is incompatible and cannot be turned on, the electronic device can be instructed to re-flash the system image file of the previous version to complete the flashing operation. The flashing operation can be performed without going to the after-sales service center, which improves the convenience of flashing. At the same time, the flashing operation can retain user data, which improves the flexibility and intelligence of flashing.

In some embodiments, the flash module 502 may also be used to:

Generate a flashing instruction according to the flashing strategy corresponding to the fault information;

Flash the electronic device through the flash command.

In this way, the flashing instruction can be used to ensure that the electronic device can execute the flashing operation corresponding to the flashing strategy, thereby ensuring the accuracy of the flashing operation.

As shown in FIG6 , the embodiment of the present application further provides a flashing device 600 , which may be the electronic device mentioned above, and may include:

The determination module 601 is used to determine fault information according to the operation status information of the electronic device when the electronic device is in a state where it cannot be turned on; the fault information is used to indicate the fault type of the electronic device;

The storage module 602 is used to store the fault information in the target storage area;

When the flashing device is connected to the electronic device, the flashing device obtains the fault information from the target storage area and performs a flashing process on the electronic device according to the flashing strategy corresponding to the fault information.

In this way, the electronic device can determine fault information based on its operating status information and store the fault information in the target storage area, so that the subsequent flashing device can determine the corresponding flashing strategy to flash the electronic device based on the type of fault that cannot be turned on indicated by the fault information. The flashing operation can be performed without going to the after-sales service center, which improves the convenience of the flashing operation.

In some embodiments, the determination module 601 may also be used to:

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is mounted on a user data partition, generating first fault information;

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the user data partition has been mounted during the boot process, the second fault information is generated;

When the operation status information of the electronic device indicates that the system upgrade of the electronic device fails, generating third fault information;

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is not mounted to the user data partition, fourth fault information is generated;

When the running status information of the electronic device indicates that the system of the electronic device is successfully upgraded, but the electronic device is in a state where it cannot be turned on, the fifth fault information is generated.

In this way, when the electronic device is in a state where it cannot be turned on, the fault information determined based on the operating status information can be stored in the target storage area, and the flashing device can obtain the fault information from the target storage area to identify the fault type of the electronic device, and use the corresponding flashing strategy to perform precise flashing processing on the electronic device, thereby improving the convenience and accuracy of the flashing operation.

In some embodiments, the flashing device 600 may further include:

A receiving module, used for receiving a flashing instruction sent by a flashing device, wherein the flashing instruction is generated by the flashing device according to a flashing strategy corresponding to the fault information;

The execution module is used to perform a flashing operation in response to a flashing instruction.

In this way, the electronic device can flash itself after receiving the flashing instruction, and the flashing operation can be performed without going to an after-sales service center, which improves the convenience of flashing.

The flashing device in the embodiment of the present application can be an electronic device, or a component in the electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal, or other devices other than a terminal. Exemplarily, the electronic device can be a mobile phone, a tablet computer, a laptop computer, a PDA, a car-mounted electronic device, a mobile Internet device (Mobile Internet Device, MID), an augmented reality (augmented reality, AR)/virtual reality (virtual reality, VR) device, a robot, a wearable device, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a netbook or a personal digital assistant (personal digital assistant, PDA), etc., and can also be a server, a network attached storage (Network Attached Storage, NAS), a personal computer (personal computer, PC), a television (television, TV), a teller machine or a self-service machine, etc., which is not specifically limited in the embodiment of the present application.

The flashing device in the embodiment of the present application may be a device having an operating system. The operating system may be an Android operating system, an iOS operating system, or other possible operating systems, which are not specifically limited in the embodiment of the present application.

The flashing device provided in the embodiment of the present application can implement each process implemented in the method embodiments of Figures 1 to 4, and will not be described again here to avoid repetition.

Optionally, as shown in Figure 7, an embodiment of the present application also provides an electronic device 700, including a processor 701 and a memory 702, and the memory 702 stores programs or instructions that can be executed on the processor 701. When the program or instructions are executed by the processor 701, the various steps of the above-mentioned flashing method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, they are not repeated here.

It should be noted that the electronic devices in the embodiments of the present application include the above-mentioned mobile electronic devices and non-mobile electronic devices.

FIG8 is a schematic diagram of the hardware structure of an electronic device implementing an embodiment of the present application.

The electronic device 800 includes but is not limited to: a radio frequency unit 801, a network module 802, an audio output unit 803, an input unit 804, a sensor 805, a display unit 806, a user input unit 807, an interface unit 808, a memory 809, and a processor 810 and other components.

Those skilled in the art will appreciate that the electronic device 800 may also include a power source (such as a battery) for supplying power to each component, and the power source may be logically connected to the processor 810 through a power management system, so that the power management system can manage charging, discharging, and power consumption management. The electronic device structure shown in FIG8 does not constitute a limitation on the electronic device, and the electronic device may include more or fewer components than shown, or combine certain components, or arrange components differently, which will not be described in detail here.

The processor 810 may be used for:

When the flashing device is connected to the electronic device, the fault information of the electronic device is obtained from the target storage area of the electronic device; the fault information is used to indicate the fault category of the electronic device;

The electronic device is flashed according to the flashing strategy corresponding to the fault information.

In the embodiment of the present application, when the flashing device is connected to the electronic device, the fault information of the electronic device can be obtained from the target storage area of the electronic device. Since the fault information is used to indicate the fault type of the electronic device, the electronic device is flashed according to the flashing strategy corresponding to the fault information. In this way, the user can perform the flashing operation without going to the after-sales service center, which improves the convenience of the flashing operation.

In some embodiments, the fault information of the electronic device is determined by the electronic device based on the operating status information when the electronic device is in a state where it cannot be powered on.

In this way, when the electronic device is in a state where it cannot be turned on, the fault information can be determined based on the operating status information and stored in the target storage area. The flashing device can obtain the fault information from the target storage area to identify the fault type of the electronic device and use the corresponding flashing strategy to perform precise flashing processing on the electronic device, thereby improving the convenience and accuracy of the flashing operation.

In some embodiments, the processor 810 may also be configured to:

Perform identity verification based on verification information;

When the identity verification is passed, the fault information of the electronic device is obtained from the target storage area of the electronic device.

In this way, identity verification can be performed based on the verification information, and fault information is obtained only when the identity verification passes so as to perform the flashing operation later, which effectively ensures the legitimacy and security of the flashing operation.

In some embodiments, when the fault information is the first fault information or the second fault information, the flashing strategy corresponding to the fault information is to format the user data partition;

Among them, when the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state that cannot be powered on, and the power-on process is mounted on the user data partition, the first fault information is generated; when the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state that cannot be powered on, and the power-on process has been mounted on the user data partition, the second fault information is generated.

In this way, when the user data partition is abnormal and cannot be mounted or cannot be started normally after mounting, the electronic device can be instructed to format the user data partition and complete the flashing operation. The flashing operation can be performed without going to the after-sales service center, which improves the convenience of flashing.

In some embodiments, when the fault information is the third fault information or the fourth fault information, the flashing strategy corresponding to the fault information is to re-flash the latest version of the system image file; wherein, when the running status information of the electronic device indicates that the electronic device system upgrade has failed, the third fault information is generated; when the running status information of the electronic device indicates that the electronic device has not triggered the system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is not mounted to the user data partition, the fourth fault information is generated;

When the fault information is the fifth fault information, the flashing strategy corresponding to the fault information is to re-flash the system image file of the version before the upgrade; wherein, when the running status information of the electronic device indicates that the electronic device system has been successfully upgraded, but the electronic device is in a state where it cannot be turned on, the fifth fault information is generated.

In this way, when the latest version of the system image file is damaged and cannot be turned on, the system image file of the latest version can be instructed to be re-flashed; or when the latest version of the system image file is incompatible and cannot be turned on, the electronic device can be instructed to re-flash the system image file of the previous version to complete the flashing operation. The flashing operation can be performed without going to the after-sales service center, which improves the convenience of flashing. At the same time, the flashing operation can retain user data, which improves the flexibility and intelligence of flashing.

In some embodiments, the processor 810 may also be configured to:

Generate a flashing instruction according to the flashing strategy corresponding to the fault information;

Flash the electronic device through the flash command.

In this way, the flashing instruction can be used to ensure that the electronic device can execute the flashing operation corresponding to the flashing strategy, thereby ensuring the accuracy of the flashing operation.

In some other embodiments, the processor 810 in the electronic device 800 may be configured to:

In the case of being unable to start up, determining fault information according to the operation status information of the electronic device; the fault information is used to indicate the fault type of the electronic device;

Storing fault information in a target storage area;

When the flashing device is connected to the electronic device, the flashing device obtains the fault information from the target storage area and performs a flashing process on the electronic device according to the flashing strategy corresponding to the fault information.

In this way, the electronic device can determine fault information based on its operating status information and store the fault information in the target storage area, so that the subsequent flashing device can determine the corresponding flashing strategy to flash the electronic device based on the type of fault that cannot be turned on indicated by the fault information. The flashing operation can be performed without going to the after-sales service center, which improves the convenience of the flashing operation.

In some embodiments, the processor 810 may also be configured to:

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is mounted on a user data partition, generating first fault information;

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the user data partition has been mounted during the boot process, the second fault information is generated;

When the operation status information of the electronic device indicates that the system upgrade of the electronic device fails, generating third fault information;

When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is not mounted to the user data partition, fourth fault information is generated;

When the running status information of the electronic device indicates that the system of the electronic device is successfully upgraded, but the electronic device is in a state where it cannot be turned on, the fifth fault information is generated.

In this way, when the electronic device is in a state where it cannot be turned on, the fault information determined based on the operating status information can be stored in the target storage area, and the flashing device can obtain the fault information from the target storage area to identify the fault type of the electronic device, and use the corresponding flashing strategy to perform precise flashing processing on the electronic device, thereby improving the convenience and accuracy of the flashing operation.

In some embodiments, the radio frequency unit 801 may be used to:

Receiving a flashing instruction sent by a flashing device, wherein the flashing instruction is generated by the flashing device according to a flashing strategy corresponding to the fault information;

The processor 810 may be configured to: perform a flashing operation in response to a flashing instruction.

In this way, the electronic device can flash itself after receiving the flashing instruction, and the flashing operation can be performed without going to an after-sales service center, which improves the convenience of flashing.

It should be understood that in the embodiment of the present application, the input unit 804 may include a graphics processor (Graphics Processing Unit, GPU) 8041 and a microphone 8042, and the graphics processor 8041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 806 may include a display panel 8061, and the display panel 8061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 807 includes a touch panel 8071 and at least one of other input devices 8072. The touch panel 8071 is also called a touch screen. The touch panel 8071 may include two parts: a touch detection device and a touch controller. Other input devices 8072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.

The memory 809 can be used to store software programs and various data. The memory 809 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), etc. In addition, the memory 809 may include a volatile memory or a non-volatile memory, or the memory 809 may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM) and a direct memory bus random access memory (DRRAM). The memory 809 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.

The processor 810 may include one or more processing units; optionally, the processor 810 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 810.

The embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, each process of the above-mentioned flashing method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

The processor is the processor in the electronic device in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk.

An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned flashing method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

An embodiment of the present application provides a computer program product, which is stored in a storage medium. The program product is executed by at least one processor to implement the various processes of the flashing method embodiment described above, and can achieve the same technical effect. To avoid repetition, it will not be described here.

It should be noted that, in this article, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises one..." does not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be noted that the scope of the method and device in the embodiment of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM/RAM, a disk, or an optical disk), and includes a number of instructions for a terminal (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods of each embodiment of the present application.

The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

Claims (10)

1. A flashing method, characterized in that it is applied to a flashing device, and the method comprises: When the flashing device is connected to the electronic device, acquiring the fault information of the electronic device from the target storage area of the electronic device; the fault information is used to indicate the fault type of the electronic device; The electronic device is flashed according to the flashing strategy corresponding to the fault information. 2 . The method according to claim 1 , wherein the fault information of the electronic device is determined based on the operating status information of the electronic device. 3. The method according to claim 1, characterized in that before acquiring the fault information of the electronic device from the target storage area of the electronic device, the method further comprises: Perform identity verification based on verification information; The acquiring the fault information of the electronic device from the target storage area of the electronic device includes: When the identity verification is passed, the fault information of the electronic device is obtained from the target storage area of the electronic device. 4. The method according to claim 1, characterized in that, when the fault information is the first fault information or the second fault information, the flashing strategy corresponding to the fault information is formatting the user data partition; Among them, when the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state that cannot be turned on, and the boot process is mounted on the user data partition, the first fault information is generated; when the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state that cannot be turned on, and the boot process has been mounted on the user data partition, the second fault information is generated. 5. The method according to claim 1 is characterized in that, when the fault information is the third fault information or the fourth fault information, the flashing strategy corresponding to the fault information is to re-flash the latest version of the system image file; wherein, when the running status information of the electronic device indicates that the system upgrade of the electronic device has failed, the third fault information is generated; when the running status information of the electronic device indicates that the electronic device has not triggered the system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is not mounted to the user data partition, the fourth fault information is generated; When the fault information is the fifth fault information, the flashing strategy corresponding to the fault information is to re-flash the system image file of the version before the upgrade; wherein, when the running status information of the electronic device indicates that the electronic device system has been successfully upgraded, but the electronic device is in a state where it cannot be turned on, the fifth fault information is generated. 6. The method according to claim 1, characterized in that the flashing process of the electronic device according to the flashing strategy corresponding to the fault information comprises: Generate a flashing instruction according to the flashing strategy corresponding to the fault information; The electronic device is flashed using the flashing instruction. 7. A flashing method, characterized in that it is applied to an electronic device, the method comprising: Determining fault information according to the operating status information of the electronic device; the fault information is used to indicate the fault type of the electronic device; Storing the fault information in a target storage area; Wherein, when the flashing device is connected to the electronic device, the flashing device obtains the fault information from the target storage area, and performs a flashing process on the electronic device according to the flashing strategy corresponding to the fault information. 8. The method according to claim 7, wherein determining the fault information according to the operating status information of the electronic device comprises: When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is mounted on a user data partition, generating first fault information; When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the user data partition has been mounted during the boot process, second fault information is generated; generating third fault information when the operation status information of the electronic device indicates that the system upgrade of the electronic device fails; When the running status information of the electronic device indicates that the electronic device has not triggered a system upgrade, but the electronic device is in a state where it cannot be turned on, and the boot process is not mounted to the user data partition, fourth fault information is generated; When the running status information of the electronic device indicates that the system of the electronic device is successfully upgraded, but the electronic device is in a state where it cannot be turned on, fifth fault information is generated. 9. The method according to claim 7, characterized in that the method further comprises: receiving a flashing instruction sent by the flashing device, wherein the flashing instruction is generated by the flashing device according to a flashing strategy corresponding to the fault information; A flashing operation is performed in response to the flashing instruction. 10. A readable storage medium, characterized in that the readable storage medium stores a program or instruction, and when the program or instruction is executed by a processor, the steps of the method according to any one of claims 1 to 6, or the steps of the method according to claims 7 to 9 are implemented.