WO2017148271A1

WO2017148271A1 - Linux system reset processing method and device, and computer storage medium

Info

Publication number: WO2017148271A1
Application number: PCT/CN2017/073826
Authority: WO
Inventors: 文洋; 谈虎; 田永江; 隆春; 史中兵
Original assignee: 中兴通讯股份有限公司
Priority date: 2016-03-04
Filing date: 2017-02-16
Publication date: 2017-09-08
Also published as: CN107153453A

Abstract

A Linux system reset processing method and device, and a computer storage medium. The method comprises: monitoring a reset scenario of a Linux system (101); when it is monitored that the Linux system starts a reset flow, acquiring reset information about a reset operation, and caching the reset information into a pre-set reserved memory (102), wherein the reset information comprises scenario information and initiator information about the reset operation, and state information about a current system, and the reserved memory is a memory space in a system memory; and when it is monitored that the Linux system performs a reset operation, starting a preset core, and storing, in the started preset core, the reset information into a hard disk (103).

Description

Linux system reset processing method, device and computer storage medium

Technical field

The present invention relates to the field of computer technologies, and in particular, to a Linux system reset processing method and apparatus, and a computer storage medium.

Background technique

The Linux system often resets during the running process. The reset scenario usually includes: reset caused by system call, reset caused by keyboard operation (keyboard combination key), reset caused by power button, and reset caused by kernel error.

For the reset caused by the system call, usually only some of the command line programs (shutdown program shutdown, restart program reboot, stop program halt, etc.) will record the reset information to the corresponding log file (such as wtmp file) before calling the system call, and If the system call is called directly, there is no record; however, there is less reset information recorded in the wtmp file, the process call information cannot be traced, and the original initiator of the reset operation cannot be found.

For the reset caused by the kernel error, the current technology usually stores the current memory image into the vmcore file through the kdump service, and the vmcore file can be parsed by a tool such as crash to obtain the corresponding reset information; however, tools such as kdump save the current system. The entire memory image takes up a lot of storage space and takes a long time.

For the reset caused by keyboard operation and the reset caused by the power button, it is difficult for the prior art to collect corresponding reset information.

Therefore, when the Linux system performs a system reset, the reset information is difficult to collect, which causes trouble for fault location.

Summary of the invention

To solve the existing technical problems, an embodiment of the present invention provides a Linux system reset processing method, apparatus, and computer storage medium.

The technical solution of the embodiment of the present invention is implemented as follows:

An embodiment of the present invention provides a Linux system reset processing method, including:

Monitor the reset scenario of the Linux system;

When the Linux system startup reset process is detected, the reset information of the reset operation is obtained, and the reset information is cached in a preset reserved memory, where the reset information includes scene information of the reset operation, initiator information, and status information of the current system; Memory is the memory space in system memory;

When it is detected that the Linux system performs a reset operation, the preset kernel is started, and the reset information is stored in the hard disk in the preset kernel that is started.

Preferably, the step of acquiring reset information of the reset operation comprises:

Identifying scene information of the reset operation; wherein the scene information of the reset operation includes: one of a reset caused by a system call, a reset caused by a power key, and a reset caused by a keyboard combination key;

Obtaining the initiator information of the reset operation and the status information of the current system, the initiator information includes at least: a process identifier of the current process of the initiator, a first user-level INIT process initiated by the kernel corresponding to the process identifier, a terminal, The user, startup time, and executed commands; the current system status information includes at least the central processing unit (CPU) status, memory status, and input/output (I/O) status before the system performs the reset operation.

Preferably, the step of identifying scene information of the reset operation comprises:

When the user state program restart system (REBOOT) command is detected in the processing flow of the system kernel call, it is determined that the scene information of the reset operation is a reset caused by the system call;

When it is detected that the advanced configuration and the power management interface (ACPI) report the power key event corresponding to the system reset to the system, it is determined that the scene information of the reset operation is a reset caused by the power button;

When the keyboard processing function corresponding to the system reset is detected in the keyboard processing function, it is determined that the scene information of the reset operation is a reset caused by the keyboard combination key.

Preferably, the step of acquiring initiator information of the reset operation comprises:

Obtain the process identifier of the current process of the initiator, the terminal to which it belongs, the user to belong, the startup time, and the executed command;

The process identifier of the parent process is obtained according to the INIT process corresponding to the process identifier of the current process and the process identifier, and the parent process is a process between the current process of the initiator and the INIT process.

Preferably, after the step of acquiring the reset information of the reset operation, the method further includes:

Determining, according to the reset information, whether the scene information of the reset operation is a system reset caused by a kernel error;

When the judgment result is YES, the flag reset operation is a kernel error;

Wherein, when the step of starting the preset kernel is detected when the Linux system performs the reset operation,

In the preset kernel, the reset operation and the tag information are correspondingly stored in the hard disk and a reset operation is performed.

Preferably, before the step of the Linux system startup reset process is monitored, the method further includes:

Establish reserved memory, configure the capacity of the reserved memory, and the starting address and record.

Preferably, the step of buffering the reset information in the preset reserved memory comprises:

The reserved memory is cached in the reserved memory according to the reserved memory capacity and the starting address.

Preferably, before the step of performing a reset operation by the Linux system is detected, the method further includes:

Create a default kernel, configure the default kernel capacity and starting address and generate an image file to store the image file on the hard disk.

An embodiment of the present invention further provides a Linux system reset processing apparatus, including:

a detection module configured to monitor a reset scenario of the Linux system;

The obtaining module is configured to: when the Linux system startup reset process is monitored, obtain reset information of the reset operation, and cache the reset information in a preset reserved memory, where the reset information includes scene information of the reset operation, initiator information, and current system. Status information; reserved memory is the memory space in system memory;

The execution module is configured to start the preset kernel when the Linux system is monitored to perform the reset operation, and store the reset information in the hard disk in the preset kernel that is started.

Preferably, the obtaining module comprises:

The identification sub-module is configured to identify scene information of the reset operation; wherein the scene information of the reset operation includes: one of a reset caused by a system call, a reset caused by a power key, and a reset caused by a keyboard combination key;

The information acquisition submodule is configured to obtain the initiator information of the reset operation and the status information of the current system, and the initiator information includes at least: a process identifier of the current process of the initiator, and a first user initiated by the kernel corresponding to the process identifier. Level INIT process, its own terminal, its own users, Start time and executed commands; current system status information includes at least: CPU status, memory status, and I/O status before the system performs a reset operation.

Preferably, the identification submodule comprises:

a first determining unit, configured to: when detecting a user mode program calling the REBOOT command in a processing flow invoked by the system kernel, determining that the scene information of the reset operation is a reset caused by the system call;

a second determining unit, configured to: when detecting that the ACPI reports a power key event corresponding to the system reset to the system, determining that the scenario information of the reset operation is a reset caused by the power button;

The third determining unit is configured to determine that the scene information of the reset operation is a reset caused by the keyboard combination key when the keyboard processing function corresponding to the system reset is detected in the keyboard processing function.

Preferably, the information acquisition submodule comprises:

The first obtaining unit is configured to acquire a process identifier of the parent process according to the INIT process corresponding to the process identifier of the current process and the process identifier, where the parent process is a process between the current process of the initiator and the INIT process.

Preferably, the method further comprises:

a kernel error handling module configured to acquire a reset information of a reset operation after the module acquires

When the judgment result is YES, the flag reset operation is a kernel error;

Preferably, the device further comprises:

a memory creation module configured to be in the acquisition module before monitoring the Linux system startup reset process

Preferably, the obtaining module is further configured to:

Preferably, the device further comprises:

The kernel build module is configured to execute the module before monitoring the Linux system to perform a reset operation.

Embodiments of the present invention also provide a computer storage medium comprising a set of instructions that, when executed, cause at least one processor to perform a Linux system reset processing method of an embodiment of the present invention.

The above solution of the embodiment of the present invention at least includes the following beneficial effects:

The Linux system reset processing method and device and the computer storage medium provided by the embodiment of the present invention can collect reset information in time, trace the process call information, and find a reset by monitoring the reset information of the reset operation when the Linux system starts the reset process. The original initiator of the operation; and writes the reset information to the hard disk in the preset kernel, stores only the reset information, takes up less storage space, and takes less time to implement reset information, facilitates fault location or other Service to enhance the maintainability of the system. The embodiment of the invention solves the problem that the reset information is difficult to collect when the system is reset in the Linux system, which brings trouble to the fault location.

DRAWINGS

1 is a flow chart showing the basic steps of a Linux system reset processing method according to a first embodiment of the present invention;

2 is a schematic diagram of a scenario of a second embodiment of the present invention;

3 is a flow chart showing the steps performed by the kernel mode control module of the second embodiment of the present invention;

4 is a flowchart of steps performed by a user state reset information collecting module according to a second embodiment of the present invention;

FIG. 5 is a flowchart of steps performed by a reset information cache module according to a second embodiment of the present invention; FIG.

6 is a flowchart of steps performed by a reset information persistence module according to a second embodiment of the present invention;

Figure 7 is a flow chart showing the steps performed by the quick start kernel module of the second embodiment of the present invention;

FIG. 8 is a block diagram of a Linux system reset processing apparatus according to a third embodiment of the present invention.

detailed description

The technical problems, the technical solutions, and the advantages of the present invention will be more clearly described in the following description.

The embodiment of the present invention provides a Linux system reset processing method and apparatus for the existing problems.

In various embodiments of the present invention, monitoring a reset scenario of the Linux system; when monitoring the Linux system startup reset process, acquiring reset information of the reset operation, and buffering the reset information in a preset reserved memory, where The reset information includes scene information of the reset operation, initiator information, and status information of the current system; the reserved memory is a memory space in the system memory; when the Linux system is monitored to perform a reset operation, the preset kernel is started, In the preset kernel that is started, the reset information is stored in the hard disk.

First embodiment

Referring to FIG. 1, a first embodiment of the present invention provides a Linux system reset processing method, including:

Step 101: Monitor a reset scenario of the Linux system.

Among them, the reset scene usually includes: reset caused by system call, reset caused by keyboard operation (keyboard combination key, such as Ctrl+Alt+Delete key combination), reset caused by power button, and reset caused by kernel error.

Step 102: When the Linux system startup reset process is detected, the reset information of the reset operation is obtained, and the reset information is cached in the preset reserved memory.

The reset information includes scene information of the reset operation, initiator information, and status information of the current system; the reserved memory is a memory space in the system memory.

The reserved memory is the memory space in the preset system memory, and is configured to cache the reset information. Take the reset caused by the system call as an example. When the system reset process starts, the hard disk may be inaccessible. Therefore, a space area needs to be reserved in the memory and configured to cache the reset information. When the Linux system startup reset process is detected, that is, at the entry of the reset process, the corresponding processing logic is inserted, the reset information is obtained, the reset information is cached in the reserved memory, and the readout is provided. And the address of the interface written to facilitate writing to the hard disk.

Step 103: When it is detected that the Linux system performs a reset operation, the preset kernel is started, and in the preset kernel that is started, the reset information is stored in the hard disk.

The default kernel is a kernel outside the system kernel and configured to perform a system reset. The process of writing reset information to the hard disk by an embodiment of the present invention is also performed in a preset kernel.

In the above embodiment of the present invention, step 102 includes:

In the first step, the scene information of the reset operation is identified; wherein the scene information of the reset operation includes: one of a reset caused by a system call, a reset caused by a power key, and a reset caused by a keyboard combination key;

The second step is to obtain the initiator information of the reset operation and the status information of the current system. The initiator information includes at least: a process identifier of the current process of the initiator, and a first user-level INIT process initiated by the kernel corresponding to the process identifier. The associated terminal, the user, the startup time, and the executed command; the current system state information includes at least the CPU state, memory state, and I/O state before the system performs the reset operation.

Preferably, the first step mentioned above comprises:

When the user mode program calls the REBOOT command in the processing flow of the system kernel call, it is determined that the scene information of the reset operation is a reset caused by the system call; specifically, when the user kernel calls the processing flow, the user state program is detected. When the program language corresponding to the REBOOT command is used, the scene information of the reset operation can be confirmed as a system call.

When it is detected that the ACPI reports the power key event corresponding to the system reset to the system, it is determined that the scene information of the reset operation is a reset caused by the power key; normally, when the system hardware reports the power key event to the system through the ACPI, for example, short press the power key Usually it is a restart (ie system reset), then when the user presses the power button shortly, ACPI will report to the system, then when receiving the short press of the power button reported by ACPI, it can be confirmed that the scene information of the reset operation is caused by the power button. Reset.

When the keyboard processing function corresponding to the system reset is detected in the keyboard processing function, it is determined that the scene information of the reset operation is a reset caused by the keyboard combination key; specifically, when the user presses the "Ctrl+Alt+Del" key combination The system responds to the interrupt event by calling the driver layer interrupt handler function, then enters the kernel input subsystem for subsystem classification, and finally calls the keyboard handler function corresponding to the system reset to start the reset process.

Preferably, the first step mentioned above comprises:

Obtaining the process identifier of the parent process according to the INIT process corresponding to the process identifier of the current process and the process identifier, where the parent process is a process between the initiator's current process and the INIT process; wherein the INIT process is kernel-initiated The first user-level process, the parent process is the process between the current process and the INTI process. Usually, there are multiple parent processes, and each parent process can be obtained by backtracking forward by the current process. The above information is obtained in order to collect information related to the reset operation and enhance the maintainability of the system.

In the above embodiment of the present invention, after step 102, the method further includes:

Determining, according to the reset information, whether the scene information of the reset operation is a system reset caused by a kernel error, and when the determination result is YES, the flag reset operation is a kernel error;

Specifically, kernel panic refers to the fact that the operating system detects internal fatal errors and cannot handle this error safely; the kernel may not work properly when the kernel is wrong, so the reset scenario can only be done in the default kernel. Mark and perform the reset process.

In the above embodiment of the present invention, before step 102, the method further includes:

Correspondingly, in step 102, the step of buffering the reset information in the preset reserved memory includes:

The reserved memory is configured to cache reset information; the reserved memory is established before the reset information is acquired, and the capacity and the start address are configured, so that the system caches the reset information in the reserved memory according to the start address.

Create a default kernel, configure the capacity of the default kernel and the starting address and generate an image file. Store the image file on your hard drive.

Specifically, the preset kernel is created and the capacity and the starting address are configured, and the generated image file is stored in the hard disk for persistence.

In the above embodiment of the present invention, when the reset information of the reset operation is acquired when the Linux system starts the reset process, the reset information can be collected in time, the process call information is traced, and the original initiator of the reset operation is found; In the default kernel, the reset information is written to the hard disk, only the reset information is stored, the occupied storage space is small, and the time is short, the reset information is persistent, the fault location or other services are facilitated, and the maintainability of the system is enhanced. The real-time example of the present invention solves the problem that the reset information is difficult to collect when the system is reset in the Linux system, which brings trouble to the fault location.

Second embodiment

A second embodiment of the present invention introduces a Linux system reset processing method provided by the present invention in a specific embodiment. Referring to FIG. 2, FIG. 2 is a schematic diagram of a scenario of a second embodiment of the present invention. The Linux system shown in FIG. 2 includes: a kernel state control module 201, a user state reset information collection module 202, and a reset information cache module 203. The kernel module 205 and the reset information persistence module 204.

The kernel state control module 201 is configured to provide a general mechanism for collecting system reset information: when the reset operation starts, the user state reset information collection module 202 is started;

The fast boot kernel module 205 is started prior to executing the processor architecture related code and performing a system reset operation.

The user state reset information collection module 202 is configured to provide various policies for collecting system reset information, so that the system can write the collected information into the reset information cache module 203.

The reset information cache module 203 is configured to provide a read and write interface, and is called by the user state reset information collection module 202 to cache the reset information in the reset information cache module 203, which is called by the reset information persistence module 204. The reset information buffered in the information buffer module 203 is reset.

The fast boot kernel module 205 is configured to quickly launch a tailored, usable kernel, and in the context of the kernel, execute a reset information persistence module 204.

The reset information persistence module 204 reads the reset information from the reset information cache module 203 and saves it to the specified file on the hard disk.

As shown in FIG. 3, the kernel mode control module 201 performs the following steps:

Step 301, at the entry of the system reset, insert processing logic: call the user state reset information collection module 202. Among them, the reset caused by the reboot system call:

In the process of the reboot system call, insert the processing logic:

The user state reset information collection module 202 is started (can be by a method such as call_usermodehelper).

For the reset caused by the keyboard combination key:

In the lower half of the keyboard driver, insert processing logic:

For the reset caused by the power button:

In the processing of the ACPI power button driver, insert processing logic:

In the case of the reset caused by the kernel error, since the kernel has not been able to work normally, the user state reset information collecting module 202 cannot be started, and step 302 is directly executed.

Step 302, insert logic before calling the processor architecture related code to actually perform the system reset operation: invoke the fast boot kernel module 205.

For the reset caused by the reboot system call, the reset caused by the keyboard combination key, and the reset caused by the power button, insert the processing logic before performing the system reset operation:

Quickly boot the kernel in kernel mode (can be done via kernel_kexec, etc.).

For the reset caused by the kernel error, in the processing flow of the kernel error, insert the processing logic:

Set the kernel error flag, and quickly start the kernel (can be done by kernel_kexec, etc.), and pass the kernel error flag in the parameter.

As shown in FIG. 4, the user state reset information collecting module 202 performs the following steps:

Step 401: Write description information of the current reset scenario to the reset information cache module 203.

According to the parameters passed in the kernel state control module, the description information such as "reset caused by reboot system call", "reset by pressing the power button", and "reset by pressing the keyboard combination key" are respectively written into the reset information buffer. In module 203.

In step 402, it is determined whether the process traceback information needs to be recorded, if necessary, step 403 is performed, otherwise step 404 is performed.

In step 403, the process traces back information processing. Specifically, the process backtracking process includes: acquiring information such as the ID number of the current process; recording the collected information into the reset information cache module; determining the parent process information of the current process, and if it is already an INIT process, it is not required to continue upward. The first level is backtracked. Otherwise, the current process identifier (ID) is assigned to the parent process ID of the current process, and the loopback is continued;

In step 404, it is determined whether the system status statistics need to be recorded. If necessary, step 405 is executed to obtain statistics of CPU, memory, I/O, etc., otherwise the process ends.

As shown in FIG. 5, the reset information cache module 203 performs the following steps:

Step 501: Write the reset information buffered in the user state reset information collection module 202 into the reserved memory.

Step 502: Record related information (capacity and address range, etc.) of the reserved memory.

As shown in FIG. 6, the reset information persistence module 204 performs the following steps:

Step 601: Determine whether the reset scenario is a kernel error (whether or not a kernel error flag is transmitted). If not, execute step 602 to persist the data in the reset information cache module to the hard disk; otherwise, execute step 603 to mark the kernel error. Persist to the hard disk.

As shown in FIG. 7, the kernel module 205 is quickly started, and the following steps are performed:

Step 701: When it is detected that the kernel control module initiates a quick start, step 702 is executed to start quickly.

Step 703, the reset information persistence module 204 is started, and the reset information persistence module 204 persists the data in the reset information cache module to the hard disk or persists the kernel error flag to the hard disk.

In the above embodiment of the present invention, when the Linux system startup reset process is monitored by the kernel mode control module 201, at the entry of the system reset, the processing logic is inserted: the user state reset information collection module 202 is called to obtain the reset information of the reset operation and trace back. Process call information, find reset The original initiator of the operation; and the reset information is written to the hard disk by the reset information persistence module 204, so that the reset information is persistent, facilitating fault location or other services, and enhancing the maintainability of the system. The embodiment of the invention solves the problem that the reset information is difficult to collect when the system is reset in the Linux system, which brings trouble to the fault location.

Third embodiment

Referring to FIG. 8, a third embodiment of the present invention provides a Linux system reset processing apparatus, including:

The detecting module 801 is configured to monitor a reset scenario of the Linux system;

The obtaining module 802 is configured to: when the Linux system startup reset process is monitored, obtain reset information of the reset operation, and cache the reset information in a preset reserved memory, where the reset information includes scene information of the reset operation, initiator information, and current State information of the system; reserved memory is the memory space in the system memory;

The execution module 803 is configured to start the preset kernel when the Linux system is monitored to perform the reset operation, and store the reset information in the hard disk in the preset kernel that is started.

Preferably, the obtaining module 802 includes:

The information acquisition submodule is configured to obtain the initiator information of the reset operation and the status information of the current system, and the initiator information includes at least: a process identifier of the current process of the initiator, and a first user initiated by the kernel corresponding to the process identifier. The level of the INIT process, the associated terminal, the user, the startup time, and the executed command; the current system state information includes at least the CPU state, memory state, and I/O state before the system performs the reset operation.

Preferably, the identification submodule comprises:

a second determining unit configured to detect, when the ACPI detects the power supply corresponding to the system reset to the system When the key event occurs, it is determined that the scene information of the reset operation is a reset caused by the power key;

Preferably, the information acquisition submodule comprises:

a first acquiring unit, configured to acquire a process identifier of a current process of the initiator, a terminal to which the terminal belongs, a user to belong, a startup time, and an executed command;

Preferably, the device further comprises:

a kernel error processing module configured to, after the obtaining module 802 obtains reset information of the reset operation,

Determining, according to the reset information, whether the scene information of the reset operation is a system reset caused by a kernel error, and when the determination result is yes,

The flag reset operation is a kernel error;

Preferably, the device further comprises:

a memory creation module configured to be in the acquisition module 802 before monitoring the Linux system startup reset process

Preferably, the obtaining module 802 is further configured to:

Preferably, the device further comprises:

a kernel setup module configured to execute the module 803 before monitoring the Linux system to perform a reset operation,

In the above embodiment of the present invention, when the reset information of the reset operation is acquired when the Linux system starts the reset process, the reset information can be collected in time, the process call information is traced, and the original initiator of the reset operation is found; In the default kernel, the reset information is written to the hard disk, only the reset information is stored, the occupied storage space is small, and the time is short, the reset information is persistent, the fault location or other services are facilitated, and the maintainability of the system is enhanced. The embodiment of the invention solves the problem that the reset information is difficult to collect when the system is reset in the Linux system, which brings trouble to the fault location.

It should be noted that the Linux system reset processing device provided by the embodiment of the present invention is a device applying the foregoing method, that is, all the embodiments of the foregoing method are applicable to the device, and all of the same or similar beneficial effects can be achieved.

In actual application, the detecting module 801, the obtaining module 802, the executing module 803, the identifying submodule, the information acquiring submodule, the first determining unit, the second determining unit, the third determining unit, the third determining unit, the first obtaining unit, The kernel error processing module, the memory creation module, and the kernel creation module may be implemented by a processor in a Linux system reset processing device.

Those skilled in the art will appreciate that embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention can take the form of a hardware embodiment, a software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) including computer usable program code.

The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (system), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing device to produce a machine for the execution of instructions for execution by a processor of a computer or other programmable data processing device. Means for implementing the functions specified in one or more of the flow or in a block or blocks of the flow chart.

These computer program instructions can also be stored in a bootable computer or other programmable data processing The apparatus is readable in a computer readable memory in a particular manner such that instructions stored in the computer readable memory produce an article of manufacture comprising instruction means implemented in one or more flows and/or block diagrams of the flowchart The function specified in the box or in multiple boxes.

These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device. The instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Based on this, an embodiment of the present invention further provides a computer storage medium, where the computer storage medium includes a set of instructions, when executed, causing at least one processor to execute the Linux system reset processing method of the embodiment of the present invention.

The above is a preferred embodiment of the present invention, and it should be noted that those skilled in the art can also make several improvements and retouchings without departing from the principles of the present invention. It should be considered as the scope of protection of the present invention.

Industrial applicability

The solution provided by the embodiment of the present invention can obtain the reset information of the reset operation when the Linux system starts the reset process, and can collect the reset information in time, trace the process call information, and find the original initiator of the reset operation; In the default kernel, the reset information is written to the hard disk, only the reset information is stored, the occupied storage space is small, and the time is short, the reset information is persistent, the fault location or other services are facilitated, and the maintainability of the system is enhanced.

Claims

A Linux system reset processing method includes:

Monitor the reset scenario of the Linux system;

When the Linux system startup reset process is detected, the reset information of the reset operation is obtained, and the reset information is cached in a preset reserved memory, where the reset information includes scenario information of the reset operation, initiator information, and current Status information of the system; the reserved memory is a memory space in the system memory;

When it is detected that the Linux system performs a reset operation, the preset kernel is started, and the reset information is stored in the hard disk in the preset kernel that is started.
The method of claim 1, wherein the step of acquiring reset information of the reset operation comprises:

Identifying scene information of the reset operation; wherein the scene information of the reset operation includes: one of a reset caused by a system call, a reset caused by a power key, and a reset caused by a keyboard combination key;

Obtaining the initiator information of the reset operation and status information of the current system, where the initiator information at least includes: a process identifier of a current process of the initiator, and a first kernel initiated corresponding to the process identifier The user-level INIT process, the associated terminal, the user, the startup time, and the executed command; the status information of the current system includes at least the CPU state, memory state, and input/output I/ before the system performs the reset operation. O state.
The method of claim 2, wherein the step of identifying scene information of the reset operation comprises:

When it is detected in the processing flow of the system kernel call that the user mode program calls to restart the system REBOOT command, determining that the scene information of the reset operation is a reset caused by the system call;

When it is detected that the advanced configuration and the power management interface ACPI report the power key event corresponding to the system reset to the system, determining that the scenario information of the reset operation is a reset caused by the power button;

When the keyboard processing function corresponding to the system reset is detected in the keyboard processing function, it is determined that the scene information of the reset operation is a reset caused by the keyboard combination key.
The method of claim 2 wherein said initiating said initiation of said reset operation Steps for information, including:

Obtaining a process identifier of the current process of the initiator, a terminal to which it belongs, a user to belong, a startup time, and a command to be executed;

Obtaining a process identifier of the parent process according to the INIT process corresponding to the process identifier of the current process and the process identifier, where the parent process is a process between the current process of the initiator and the INIT process.
The method of claim 1, wherein after the step of acquiring reset information of the reset operation, the method further comprises:

Determining, according to the reset information, whether the scene information of the reset operation is a system reset caused by a kernel error;

When the judgment result is YES, the reset operation is marked as a kernel error;

Wherein, when the step of starting the preset kernel is detected when the Linux system performs the reset operation,

In the preset kernel, the reset operation and the flag information are correspondingly stored in the hard disk and the reset operation is performed.
The method of claim 1, wherein the method further comprises: when the step of the Linux system initiating the reset process is monitored, the method further comprising:

Establish reserved memory, configure the capacity of the reserved memory, and the starting address and record.
The method of claim 6, wherein the step of buffering the reset information in a preset reserved memory comprises:

The reserved memory is searched according to the reserved memory capacity and the starting address, and the reset information is cached in the reserved memory.
The method of claim 1, wherein the method further comprises: when the step of performing a reset operation by the Linux system is detected, the method further comprising:

Establishing a preset kernel, configuring a capacity of the preset kernel and a starting address, and generating an image file, and storing the image file on the hard disk.
A Linux system reset processing device includes:

a detection module configured to monitor a reset scenario of the Linux system;

The obtaining module is configured to: when the Linux system startup reset process is monitored, obtain reset information of the reset operation, and cache the reset information in a preset reserved memory, where the reset signal The information includes the scenario information of the reset operation, the initiator information, and status information of the current system; the reserved memory is a memory space in the system memory;

The execution module is configured to start the preset kernel when the Linux system is monitored to perform the reset operation, and store the reset information in the hard disk in the preset kernel that is started.
The apparatus of claim 9, wherein the obtaining module comprises:

The identification sub-module is configured to identify scene information of the reset operation; wherein the scenario information of the reset operation includes: a reset caused by a system call, a reset caused by a power button, and a reset caused by a keyboard combination key;

An information acquisition sub-module configured to acquire the initiator information of the reset operation and status information of the current system, where the initiator information at least includes: a process identifier of the current process of the initiator, corresponding to the process identifier The kernel-initiated first user-level INIT process, the associated terminal, the user, the startup time, and the executed command; the current system state information includes at least: the CPU state of the CPU before the system performs the reset operation, and the memory Status, input/output I/O status.
The apparatus of claim 10 wherein said identifying sub-module comprises:

a first determining unit, configured to determine that the scenario information of the reset operation is a reset caused by a system call when detecting a user mode program call to restart the system REBOOT command in a processing flow invoked by the system kernel;

a second determining unit, configured to determine that the scenario information of the reset operation is a reset caused by a power button when detecting that the advanced configuration and the power management interface ACPI report a power key event corresponding to the system reset to the system;

The third determining unit is configured to determine that the scene information of the reset operation is a reset caused by a keyboard combination key when a keyboard processing function corresponding to the system reset is detected in the keyboard processing function.
The apparatus of claim 10, wherein the information acquisition sub-module comprises:

a first acquiring unit, configured to acquire a process identifier of the current process of the initiator, an associated terminal, a user, a startup time, and an executed command;

Obtaining a process identifier of the parent process according to the INIT process corresponding to the process identifier of the current process and the process identifier, where the parent process is a process between the current process of the initiator and the INIT process.
The apparatus according to claim 9, further comprising:

a kernel error processing module configured to: after the obtaining module acquires reset information of the reset operation,

Determining, according to the reset information, whether the scene information of the reset operation is a system reset caused by a kernel error;

When the judgment result is YES, the reset operation is marked as a kernel error;

Wherein, when the step of starting the preset kernel is detected when the Linux system performs the reset operation,

In the preset kernel, the reset operation and the flag information are correspondingly stored in the hard disk and the reset operation is performed.
The apparatus according to claim 9, further comprising:

a memory establishing module configured to: before the acquiring module detects a Linux system startup reset process,

Establish reserved memory, configure the capacity of the reserved memory, and the starting address and record.
The apparatus of claim 14, wherein the obtaining module is further configured to:

The reserved memory is searched according to the reserved memory capacity and the starting address, and the reset information is cached in the reserved memory.
The apparatus according to claim 9, further comprising:

a kernel creation module configured to: before the execution module detects that the Linux system performs a reset operation,

Establishing a preset kernel, configuring a capacity of the preset kernel and a starting address, and generating an image file, and storing the image file on the hard disk.
A computer storage medium comprising a set of instructions that, when executed, cause at least one processor to perform the Linux system reset processing method of any one of claims 1-8.