CN114265723A - Crash-proof system starting method, device, equipment and storage medium - Google Patents
Crash-proof system starting method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN114265723A CN114265723A CN202111458846.6A CN202111458846A CN114265723A CN 114265723 A CN114265723 A CN 114265723A CN 202111458846 A CN202111458846 A CN 202111458846A CN 114265723 A CN114265723 A CN 114265723A
- Authority
- CN
- China
- Prior art keywords
- check code
- code
- program
- repair
- starting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
The embodiment of the invention discloses a system starting method, a device, equipment and a storage medium for preventing dead halt. The method comprises the following steps: starting the system to enter a kernel bootstrap program according to the starting operation of a user, and verifying whether the first check code and the second check code are consistent or not by the kernel bootstrap program; if not, guiding to enter a repair program so as to repair the system through the repair program; generating a first random code, replacing the first check code and the second check code with the first random code after the repair is finished, and restarting the system; if the first check code is consistent with the second check code, the normal start is guided, a second random code is generated, and the first check code is replaced by the second random code; and replacing the second check code with a second random code after the normal starting is successful. According to the embodiment of the invention, the first check code and the second check code are adjusted according to whether the system is successfully and normally started or normally repaired, so that when the system is abnormally restarted, the system can automatically identify the abnormality and start a repair program for repairing, and the system crash is effectively avoided.
Description
Technical Field
The invention relates to the field of embedded technology, in particular to a crash-proof system starting method, device, equipment and storage medium.
Background
In order to ensure the stability and reliability of the system, the existing embedded devices (such as a gateway, a router, a networking AP, etc.) generally have a dual-backup system, where each system backup includes a kernel, a file system, a configuration, etc. At present, a double-backup system can only ensure that the system is not switched to an abnormal partition for upgrading when the upgrading firmware is incompletely or fails to be written due to power failure in the upgrading process, so that the partition system before upgrading can ensure that equipment can normally work. For the kernel damage of the current running system, the key data damage of the file system and the like can not be automatically switched to the backup system, so that the crash still occurs.
Disclosure of Invention
In view of this, embodiments of the present invention provide a crash-proof system starting method, apparatus, device and storage medium, so as to implement automatic identification and repair during restarting when a crash fault occurs due to an abnormality of a system, and quickly restore normal use of a device.
In a first aspect, an embodiment of the present invention provides a system startup method for preventing a crash, including:
starting the system to enter a kernel bootstrap program according to the starting operation of a user, and verifying whether the first check code and the second check code are consistent or not by the kernel bootstrap program;
if not, guiding to enter a repair program so as to repair the system through the repair program;
generating a first random code, replacing the first check code and the second check code with the first random code after the repair is finished, and restarting the system;
if the first check code is consistent with the second check code, the kernel boot system boots the normal start to generate a second random code, and the first check code is replaced by the second random code;
and replacing the second check code with the second random code after the system is successfully started normally.
Optionally, in some embodiments, before starting the system to enter the kernel bootstrap according to the boot operation of the user, the method further includes:
burning a repairing program, and presetting the same first check code and second check code.
Optionally, in some embodiments, the repairing system by the repairing program includes:
and calling a preset backup system to update the current system in an overlay mode.
Optionally, in some embodiments, the repairing system by the repairing program includes:
and starting httpd service to acquire system firmware through a preset page, and updating the current system based on the system firmware.
In a second aspect, an embodiment of the present invention further provides a system starting apparatus for preventing a crash, including:
the check code comparison module is used for starting the system to enter the kernel bootstrap program according to the starting operation of the user and checking whether the first check code and the second check code are consistent or not by the kernel bootstrap program;
the repairing module is used for guiding the system to enter a repairing program if the system is inconsistent with the original system, so as to repair the system through the repairing program;
the restarting module is used for generating a first random code, replacing the first check code and the second check code with the first random code after the repair is finished, and restarting the system;
and the normal starting module is used for guiding the normal starting by a kernel guide system if the first check code is consistent with the second check code, generating a second random code and replacing the first check code with the second random code.
Optionally, in some embodiments, the system starting apparatus for preventing a crash further includes:
and the burning module is used for burning the repairing program and presetting the same first check code and second check code.
Optionally, in some embodiments, the system starting apparatus for preventing a crash further includes:
and the repair module is used for calling a preset backup system to update the current system in a covering mode.
Optionally, in some embodiments:
the restoration module is used for starting the httpd service to acquire the system firmware through a preset page and updating the current system based on the system firmware.
In a third aspect, an embodiment of the present invention further provides an electronic device, including a memory and a processor, where the memory stores a computer program that can be executed by the processor, and the processor executes the computer program to implement the system boot method for preventing a dead halt according to any embodiment of the present invention.
In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium, where the storage medium stores a computer program, where the computer program includes program instructions, and the program instructions, when executed, implement the system boot method for preventing a dead halt according to any embodiment of the present invention.
According to the technical scheme provided by the embodiment of the invention, the first check code and the second check code are adjusted according to whether the system is successfully and normally started or normally repaired, so that whether the first check code and the second check code are consistent or not is judged, whether the system is abnormally started or not is judged, and when the system is abnormally restarted, a user can automatically identify the abnormality and start a repair program for repairing, thereby effectively avoiding the system from entering a halt cycle, and completing the system repair without manually performing complex operation by the user, and optimizing the use experience of the user.
Drawings
FIG. 1 is a flowchart of a system startup method for preventing a crash in a first embodiment of the present invention;
FIG. 2 is a flowchart of another crash-proof system booting method according to the second embodiment of the present invention;
fig. 3 is a schematic structural diagram of a system startup device for preventing a crash in a third embodiment of the present invention;
FIG. 4 is a schematic structural diagram of another crash-proof system starting device according to a third embodiment of the present invention;
fig. 5 is a schematic diagram of an electronic device in a fourth embodiment of the invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The terminology used in the description of the invention herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used herein, the term "and/or" includes any and all combinations of one or more of the associated listed items. In the description of the present invention, "a plurality" means at least two, e.g., two, three, etc., unless specifically limited otherwise.
Furthermore, the terms "first," "second," and the like may be used herein to describe various orientations, actions, steps, elements, or the like, but the orientations, actions, steps, or elements are not limited by these terms. These terms are only used to distinguish one direction, action, step or element from another direction, action, step or element. For example, the first speed difference may be referred to as a second speed difference, and similarly, the second speed difference may be referred to as a first speed difference, without departing from the scope of the present invention. Both the first application and the second application are applications, but they are not the same application. The terms "first", "second", etc. are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the present invention, "a plurality" means at least two, e.g., two, three, etc., unless specifically limited otherwise. It should be noted that when a portion is referred to as being "secured to" another portion, it can be directly on the other portion or there can be an intervening portion. When a portion is said to be "connected" to another portion, it may be directly connected to the other portion or intervening portions may be present. The terms "vertical," "horizontal," "left," "right," and the like as used herein are for illustrative purposes only and do not denote a unique embodiment.
Before discussing exemplary embodiments in more detail, it should be noted that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart may describe the steps as a sequential process, many of the steps can be performed in parallel, concurrently or simultaneously. In addition, the order of the steps may be rearranged. A process may be terminated when its operations are completed, but may have additional steps not included in the figure. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc.
Example one
Fig. 1 is a flowchart of a system booting method for preventing a crash according to an embodiment of the present invention, which is applicable to various electronic devices with an operating system, particularly to an embedded device, such as a gateway device with an embedded system. Specifically, as shown in fig. 1, the method includes the following steps:
s110, starting the system to enter a kernel bootstrap program according to the starting operation of the user, and checking whether the first check code and the second check code are consistent or not by the kernel bootstrap program.
In this embodiment, the electronic device is provided with a power-on key for powering on, and the power-on operation is an operation in which a user triggers the power-on key. The system in this embodiment refers to an operating system in an embedded system, and the mainstream embedded operating systems include Windows CE, Palm: OS, Linux, VxWorks, and the like, in this embodiment, an embedded operating system based on Linux is preferred, and the system gradually completes power-on startup according to a preset sequence when starting up, and a kernel bootstrap program is started first, and a series of programs such as a kernel (boot) and an init process are pulled up by the kernel bootstrap program, which is also a normal startup mode. Different from the normal starting mode, in this embodiment, verification of the check code is performed first when the kernel boot program is entered: two check codes are preset in the electronic equipment provided by the embodiment, the check codes are respectively a first check code and a second check code, the first check code and the second check code are the same initially, the two check codes can be changed along with the starting of the system, for the successful condition of normal starting, the first check code and the second check code can be updated to the same value, for the failure condition of normal starting, only one check code can be updated, namely, when the system fails, the two check codes can be inconsistent when the system fails to cause the failure of normal starting, and the embodiment judges whether the system needs to be repaired according to the above.
And S120, if the data are inconsistent, guiding to enter a repair program so as to repair the system through the repair program.
For example, for an electronic device with a large storage space and an off-network state for a long time, the repair program usually starts a mirror image operating system corresponding to a normal operating system to complete the repair, and for an electronic device with a small storage space and capable of being networked, the repair program usually is networked to remotely obtain a normal mirror image operating system to perform remote repair, which is not limited herein.
S130, generating a first random code, replacing the first check code and the second check code with the first random code after the repair is finished, and restarting the system.
The first random code can be generated before the repair is completed or after the repair is completed, but the first check code and the second check code are replaced by the first random code after the repair is completed, because the first check code and the second check code are synchronously replaced to enable a normal starting process to be performed after the repair is completed, the repair program is also likely to have a fault, and if the two check codes are synchronously replaced before the repair program is completed, the repair failure and the normal starting are caused. More specifically, in some embodiments, the first check code and the second check code can be replaced separately, that is, one of the first check code and the second check code (for example, the first check code) is replaced before the repair is completed, and the other check code (corresponding to the second check code) is replaced after the repair is completed, so that even if the repair fails, the next boot will determine that the two check codes are different again, so as to perform the repair again.
And S140, if the first check code and the second check code are consistent, the kernel boot system boots the normal start to generate a second random code, and the first check code is replaced by the second random code.
The second random code is the same as the first random code and is a randomly generated identification code, the two random codes can be the same random value or different random values (the two random codes can be generated by the same program or different programs), the two random codes can be generated by the same random algorithm or different random algorithms, for the random codes generated by different algorithms, whether the system is repaired in the starting process can be deduced according to the random codes, and when the first check code and the second check code are judged to be consistent, the condition that the system is not failed to start is shown, so that the system is not required to be repaired when the system is started, and the normal starting process is executed. It should be appreciated that the second random value may be generated before or after normal startup, and in some embodiments, the first random value and the second random value are actually the same random value, and the first random value and the second random value are generated to distinguish between the two cases rather than representing random values generated by two different programs.
S150, after the system is started successfully, replacing the second check code with the second random code.
In this embodiment, the first check code is also updated to the second random code after the system is successfully started, that is, after the system is successfully started, it is indicated that no problem occurs in the system through unifying the first check code and the second check code, that is, when the system is failed to be normally started, one of the two check codes is replaced by the second random code, and simply, one of the first check code and the second check code is replaced by the second random code before the system is normally started, and the other check code is replaced by the second random code only after the system is successfully started.
A specific example illustrates the system startup method for preventing the crash provided by the embodiment: the system is pre-recorded with a Recovery program and a small program for generating a random code, a boot code and a system code are arranged in the system, initial values of the boot code and the system code are all A, and the starting process is as follows when the crash abnormity does not occur: the kernel bootstrap program is started, whether the bootstrap code and the system code are consistent or not is verified, the bootstrap code and the system code are both A and consistent, a random code B is generated, the bootstrap code is replaced by B, normal starting is carried out, two conditions exist in normal starting, the system code is replaced by B after the normal starting is successful, the system code is still A after the normal starting is failed, at the moment, a user finds that the starting is abnormal (the machine cannot be started), manual shutdown and restarting are carried out, the kernel bootstrap program is restarted, whether the bootstrap code and the system code are consistent or not is verified, at the moment, one code is A, the other code is B, the system code is inconsistent, a random code C is randomly generated, the bootstrap code is replaced by C, a Recovery program is started, the system is repaired by the Recovery program, the system code is replaced by C after the repair is completed, the system is automatically restarted, the kernel bootstrap program is started for the third time, at the bootstrap code and the system code are both C, and the normal starting program is executed after the verification is passed, the failure has been repaired.
The embodiment of the invention provides a system starting method for preventing a crash, which adjusts a first check code and a second check code according to whether a system is successfully and normally started or normally repaired, so that whether a mark of whether the first check code and the second check code are consistent or not indicates whether a starting abnormity occurs or not, when the system is abnormally restarted, a user can automatically identify the abnormity and start a repair program for repairing, thereby effectively avoiding the system from entering a crash cycle, and completing the system repair without the need of manually performing complex operation by the user, thereby optimizing the use experience of the user.
Example two
The second embodiment of the present invention explains and supplements part of the contents in more detail on the basis of the first embodiment, for example, a process of determining whether an unlocking condition is satisfied according to the terminal identification information and the wireless signal strength in the terminal connection information, and specifically includes:
as shown in fig. 2, before the step of starting the system to enter the kernel boot program according to the boot operation of the user, the method further includes step S210:
s210, burning a repairing program, and presetting the same first check code and the same second check code.
The repairing program is burnt into the memory when the embedded device is produced, and the same first check code and second check code are set in the system, so that the system can be started according to a normal starting process when being started for the first time. It should be understood that the repair program in this embodiment should include a complete file capable of implementing the repair system, for example, for a repair program that needs to repair the mirror system, the mirror system should be burned together, which is not illustrated here.
S220, starting the system to enter a kernel bootstrap program according to the starting operation of the user, and verifying whether the first check code and the second check code are consistent or not by the kernel bootstrap program;
s230, if the data are inconsistent, guiding to enter a repair program so as to repair the system through the repair program;
s240, generating a first random code, replacing the first check code and the second check code with the first random code after the repair is finished, and restarting the system;
s250, if the first check code and the second check code are consistent, the kernel boot system boots the normal start to generate a second random code, and the first check code is replaced by the second random code;
and S260, replacing the second check code with the second random code after the system is successfully started normally.
More specifically, in some embodiments, as shown in fig. 3, the repairing system by the repairing program in step S230 is divided into two cases:
the first is a repair method in which a backup system is preset in the device, and when repairing, the repair program will call the preset backup system to update the current system in a covering manner, and use the backup system to perform replacement repair on the original system, so as to repair the failed part in the original system. However, such a repair backup system occupies a large storage space in the device, and often does not have a large storage space in the embedded device, so that it is not an optimal choice.
The second is a networking update approach for networked-capable devices:
and the repairing program starts httpd service to acquire system firmware through a preset page, and updates the current system based on the system firmware. The method aims at that the network-enabled device can use a repair system which is set independently to acquire data in a network connection mode under the condition that the system cannot be started, the repair system is only used for pulling system firmware through httpd service, the requirement on storage space of the device is low, and the method is a preferable scheme for the network-enabled embedded device such as a gateway device.
The embodiment provides a crash-proof system starting method on the basis of the foregoing embodiment, and further provides a repair scheme in different devices through a repair program, which can be set by the user according to actual requirements.
EXAMPLE III
Fig. 3 is a schematic structural diagram of an unlocking device 300 based on a wireless network according to a third embodiment of the present invention, where the unlocking device 300 based on a wireless network has the following specific structure:
the check code comparison module 310 is configured to start the system to enter the kernel bootstrap according to the boot operation of the user, and check whether the first check code and the second check code are consistent by the kernel bootstrap;
a repair module 320, configured to, if the two are inconsistent, boot into a repair program to repair the system through the repair program;
the restarting module 330 is configured to generate a first random code, replace the first check code and the second check code with the first random code after the repair is completed, and restart the system;
a normal start module 340, configured to, if the first check code is consistent with the second check code, guide a normal start by a kernel boot system, generate a second random code, and replace the first random code with the second random code;
and a successful verification module 350, configured to replace the second verification code with the second random code after the system is successfully started normally.
Optionally, in some embodiments, the system starting apparatus 300 for preventing a dead halt as shown in fig. 4 further includes:
the burning module 360 is used for burning the repairing program and presetting the same first check code and second check code.
Optionally, in some embodiments, the repair module 320 is specifically configured to call a preset backup system to update the current system in an overlay manner, and/or start an httpd service to acquire system firmware through a preset page, and update the current system based on the system firmware.
The embodiment of the invention provides a system starting device for preventing a crash, which adjusts a first check code and a second check code according to whether a system is successfully and normally started or normally repaired, so that whether a starting abnormity occurs is marked by whether the first check code and the second check code are consistent, when the system is abnormally restarted, a user can automatically identify the abnormity and start a repair program for repairing, thereby effectively avoiding the system from entering a crash cycle, and completing the system repair without the need of manually performing complex operation by the user, thereby optimizing the use experience of the user.
Example four
Fig. 5 is a schematic structural diagram of an electronic device 400 according to a fourth embodiment of the present invention, as shown in fig. 5, the electronic device includes a memory 410 and a processor 420, the number of the processors 420 in the electronic device may be one or more, and one processor 420 is taken as an example in fig. 5; the memory 410 and the processor 420 in the electronic device may be connected by a bus or other means, and fig. 5 illustrates the connection by the bus as an example.
A bus represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, such architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, micro-channel architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.
The memory 410 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to the use of the terminal, and the like. Further, the memory 410 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device. In some examples, memory 410 may further include memory located remotely from processor 420, which may be connected to an electronic device through a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The processor 420 is configured to run the computer executable program stored in the memory 410 to implement the following steps: step 110, starting the system to enter a kernel bootstrap program according to the starting operation of the user, and verifying whether the first check code and the second check code are consistent by the kernel bootstrap program; step 120, if the two are not consistent, guiding the system to enter a repair program so as to repair the system through the repair program; step 130, generating a first random code, replacing the first check code and the second check code with the first random code after the repair is completed, and restarting the system; step 140, if the first check code is consistent with the second check code, the kernel boot system boots the normal start to generate a second random code, and the first check code is replaced by the second random code; and 150, replacing the second check code with the second random code after the system is successfully started normally.
Of course, the electronic device provided in the embodiment of the present invention is not limited to execute the method operations described above, and may also execute the relevant operations in the system booting method for preventing a crash provided in any embodiment of the present invention.
The device can execute the system starting method for preventing the crash provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method.
EXAMPLE five
An embodiment of the present invention further provides a storage medium containing computer-executable instructions, where the computer-executable instructions are executed by a computer processor to perform a crash-proof system boot method, where the crash-proof system boot method includes:
starting the system to enter a kernel bootstrap program according to the starting operation of a user, and verifying whether the first check code and the second check code are consistent or not by the kernel bootstrap program;
if not, guiding to enter a repair program so as to repair the system through the repair program;
generating a first random code, replacing the first check code and the second check code with the first random code after the repair is finished, and restarting the system;
if the first check code is consistent with the second check code, the kernel boot system boots the normal start to generate a second random code, and the first check code is replaced by the second random code;
and replacing the second check code with the second random code after the system is successfully started normally.
From the above description of the embodiments, it is obvious for those skilled in the art that the present invention can be implemented by software and necessary general hardware, and certainly, can also be implemented by hardware, but the former is a better embodiment in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which can be stored in a computer-readable storage medium, such as a floppy disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a FLASH Memory (FLASH), a hard disk or an optical disk of a computer, and includes several instructions for enabling a computer device (which may be a personal computer, an electronic device, or a network device) to execute the methods according to the embodiments of the present invention.
It should be noted that, in the embodiment of the unlocking device based on the wireless network, each included unit and module are only divided according to functional logic, but are not limited to the above division, as long as the corresponding function can be realized; in addition, specific names of the functional units are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present invention.
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.
Claims (10)
1. A system starting method for preventing dead halt is characterized by comprising the following steps:
starting the system to enter a kernel bootstrap program according to the starting operation of a user, and verifying whether the first check code and the second check code are consistent or not by the kernel bootstrap program;
if not, guiding to enter a repair program so as to repair the system through the repair program;
generating a first random code, replacing the first check code and the second check code with the first random code after the repair is finished, and restarting the system;
if the first check code is consistent with the second check code, the kernel boot system boots the normal start to generate a second random code, and the first check code is replaced by the second random code;
and replacing the second check code with the second random code after the system is successfully started normally.
2. The system boot method of claim 1, wherein before the system boot system enters the kernel boot program according to the boot operation of the user, the method further comprises:
burning a repairing program, and presetting the same first check code and second check code.
3. The crash-proof system boot method according to claim 1, wherein the repairing the system by the repair program comprises:
and calling a preset backup system to update the current system in an overlay mode.
4. The crash-proof system boot method according to claim 1, wherein the repairing the system by the repair program comprises:
and starting httpd service to acquire system firmware through a preset page, and updating the current system based on the system firmware.
5. An anti-crash system activation device, comprising:
the check code comparison module is used for starting the system to enter the kernel bootstrap program according to the starting operation of the user and checking whether the first check code and the second check code are consistent or not by the kernel bootstrap program;
the repairing module is used for guiding the system to enter a repairing program if the system is inconsistent with the original system, so as to repair the system through the repairing program;
the restarting module is used for generating a first random code, replacing the first check code and the second check code with the first random code after the repair is finished, and restarting the system;
the normal starting module is used for guiding the normal starting by a kernel guide system if the first check code is consistent with the second check code, generating a second random code and replacing the first check code with the second random code;
and the successful check module is used for replacing the second check code with the second random code after the system is successfully started normally.
6. The crash-proof system activation device as recited in claim 5, further comprising:
and the burning module is used for burning the repairing program and presetting the same first check code and second check code.
7. The crash-proof system activation device as recited in claim 5, wherein:
and the repair module is used for calling a preset backup system to update the current system in a covering mode.
8. The crash-proof system activation device as recited in claim 5, wherein:
the restoration module is used for starting the httpd service to acquire the system firmware through a preset page and updating the current system based on the system firmware.
9. An electronic device, comprising a memory and a processor, wherein the memory stores a computer program executable by the processor, and the processor implements the crash-proof system boot method according to any one of claims 1 to 4 when executing the computer program.
10. A computer-readable storage medium, characterized in that the storage medium stores a computer program comprising program instructions which, when executed, implement the crash-proof system boot method according to any one of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111458846.6A CN114265723A (en) | 2021-12-02 | 2021-12-02 | Crash-proof system starting method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111458846.6A CN114265723A (en) | 2021-12-02 | 2021-12-02 | Crash-proof system starting method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114265723A true CN114265723A (en) | 2022-04-01 |
Family
ID=80826046
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111458846.6A Pending CN114265723A (en) | 2021-12-02 | 2021-12-02 | Crash-proof system starting method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114265723A (en) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104166561A (en) * | 2014-07-25 | 2014-11-26 | 深圳市江波龙电子有限公司 | Electronic device system start method and electronic device |
| CN104216797A (en) * | 2013-06-04 | 2014-12-17 | 国基电子（上海）有限公司 | Embedded system set value setting system and method and electronic device |
| JP2015022521A (en) * | 2013-07-19 | 2015-02-02 | スパンション エルエルシー | Secure boot method, built-in apparatus, secure boot device and secure boot program |
| US20150378846A1 (en) * | 2014-05-22 | 2015-12-31 | Lenovo (Singapore) Pte, Ltd. | Method, computer program, and computer for restoring set of variables |
| CN106325912A (en) * | 2015-07-02 | 2017-01-11 | 北京东土科技股份有限公司 | Startup method and apparatus for embedded operation system |
| CN106529303A (en) * | 2016-10-25 | 2017-03-22 | 北京广利核系统工程有限公司 | Boot device and method for nuclear power plant instrument control system |
| CN107102871A (en) * | 2017-03-30 | 2017-08-29 | 建荣半导体（深圳）有限公司 | The method and apparatus of embedded system upgrading |
| US20200342111A1 (en) * | 2019-04-24 | 2020-10-29 | International Business Machines Corporation | Secure initial program load |
| CN112379932A (en) * | 2020-11-23 | 2021-02-19 | 歌尔科技有限公司 | Boot method and Boot device of electronic equipment and electronic equipment |
| CN112395130A (en) * | 2019-08-13 | 2021-02-23 | 高新兴科技集团股份有限公司 | System backup method and device |
-
2021
- 2021-12-02 CN CN202111458846.6A patent/CN114265723A/en active Pending
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104216797A (en) * | 2013-06-04 | 2014-12-17 | 国基电子（上海）有限公司 | Embedded system set value setting system and method and electronic device |
| JP2015022521A (en) * | 2013-07-19 | 2015-02-02 | スパンション エルエルシー | Secure boot method, built-in apparatus, secure boot device and secure boot program |
| US20150378846A1 (en) * | 2014-05-22 | 2015-12-31 | Lenovo (Singapore) Pte, Ltd. | Method, computer program, and computer for restoring set of variables |
| CN104166561A (en) * | 2014-07-25 | 2014-11-26 | 深圳市江波龙电子有限公司 | Electronic device system start method and electronic device |
| CN106325912A (en) * | 2015-07-02 | 2017-01-11 | 北京东土科技股份有限公司 | Startup method and apparatus for embedded operation system |
| CN106529303A (en) * | 2016-10-25 | 2017-03-22 | 北京广利核系统工程有限公司 | Boot device and method for nuclear power plant instrument control system |
| CN107102871A (en) * | 2017-03-30 | 2017-08-29 | 建荣半导体（深圳）有限公司 | The method and apparatus of embedded system upgrading |
| US20200342111A1 (en) * | 2019-04-24 | 2020-10-29 | International Business Machines Corporation | Secure initial program load |
| CN112395130A (en) * | 2019-08-13 | 2021-02-23 | 高新兴科技集团股份有限公司 | System backup method and device |
| CN112379932A (en) * | 2020-11-23 | 2021-02-19 | 歌尔科技有限公司 | Boot method and Boot device of electronic equipment and electronic equipment |
Non-Patent Citations (2)
| Title |
|---|
| KUANG WEN-YUAN等: "RBIS: security enhancement for MRBP and MRBP2 using integrity check", MINI-MICRO SYSTEMS, 31 December 2007 (2007-12-31) * |
| 史永宏;耿增涛;张守伟;: "基于状态恢复的嵌入式Linux快速引导", 计算机工程与设计, no. 02, 28 January 2008 (2008-01-28) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3879399B1 (en) | Method and apparatus for upgrading vehicle-mounted tbox, device, and storage medium | |
| CN112328358B (en) | Dual-system starting method based on virtual machine and storage medium | |
| CN110909394A (en) | A method for monitoring the configuration file of a server | |
| CN106775674B (en) | Equipment based on universal boot loader and starting method thereof | |
| WO2016206514A1 (en) | Startup processing method and device | |
| CN112433769A (en) | BMC starting method and device, computer equipment and storage medium | |
| CN108345464A (en) | A kind of the startup method and Android vehicle device of Android system | |
| CN114546507A (en) | System initialization method and device and electronic equipment | |
| CN112948182B (en) | Method and system for recovering and upgrading emergency backup of set top box | |
| CN117034296A (en) | System starting method, system, equipment and medium | |
| CN105183580A (en) | Storage method and fault recovery method for bootstrap program, and devices | |
| CN114237722B (en) | System starting method, device, equipment and engineering vehicle | |
| CN109375953B (en) | Operating system starting method and device | |
| CN106325912B (en) | Method and device for starting embedded operating system | |
| CN112395130A (en) | System backup method and device | |
| CN114265723A (en) | Crash-proof system starting method, device, equipment and storage medium | |
| CN111273928B (en) | Bootloader design method for self-upgrading | |
| CN116382745B (en) | Firmware loading upgrading method and device | |
| CN113672302A (en) | Router starting method and device, router and storage medium | |
| US9529581B2 (en) | Circuit and method for writing program codes of basic input/output system | |
| CN103106089B (en) | A kind of upgrade method of intelligent platform management controller and system | |
| CN112579338A (en) | Starting method and system of equipment and storage medium | |
| CN104834574A (en) | Method and device for solving damage of system partition | |
| CN119557009B (en) | Method and device for starting embedded Linux main and standby operating systems based on ping-pong mechanism | |
| CN119356716B (en) | Firmware upgrading method and device, storage medium, electronic equipment and program product |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |