CN117608906A - Method, device and storage medium for detecting and analyzing crash - Google Patents

Method, device and storage medium for detecting and analyzing crash Download PDF

Info

Publication number
CN117608906A
CN117608906A CN202311754345.1A CN202311754345A CN117608906A CN 117608906 A CN117608906 A CN 117608906A CN 202311754345 A CN202311754345 A CN 202311754345A CN 117608906 A CN117608906 A CN 117608906A
Authority
CN
China
Prior art keywords
target
bios
physical memory
target drive
memory
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
Application number
CN202311754345.1A
Other languages
Chinese (zh)
Inventor
请求不公布姓名
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Moore Threads Technology Co Ltd
Original Assignee
Moore Threads Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Moore Threads Technology Co Ltd filed Critical Moore Threads Technology Co Ltd
Priority to CN202311754345.1A priority Critical patent/CN117608906A/en
Publication of CN117608906A publication Critical patent/CN117608906A/en
Pending legal-status Critical Current

Links

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

The disclosure relates to the field of computer technology, and in particular, to a method and a device for detecting and analyzing a crash, and a storage medium. The method comprises the following steps: starting BIOS when starting; responding to a memory reservation instruction, and reserving a target physical memory through the BIOS, wherein the target physical memory is used for storing a target drive log, and the target drive log indicates the working state of a target drive before a crash; and dumping the target drive log into a hard disk. According to the embodiment of the disclosure, the function of reserving the target physical memory is provided by the BIOS, the target physical memory is used for storing the target drive log, so that the BIOS is started when the computer is started, and the target physical memory can be reserved by the BIOS in response to the memory reservation instruction, so that the target drive log is dumped into the hard disk, the condition that a debugger is needed to acquire the drive log in the related art is avoided, the use is simple, the computer is ready to use, and the acquisition efficiency of the drive log is improved.

Description

Method, device and storage medium for detecting and analyzing crash
Technical Field
The disclosure relates to the field of computer technology, and in particular, to a method and a device for detecting and analyzing a crash, and a storage medium.
Background
Computing devices are now increasingly functional and complex. Such complex computing devices are inevitably subject to crashes during use. The reasons for the crash are numerous, and particularly, the memory data of the computing device records the drive log of the computing device before the crash, which has a great effect on the analysis of the reasons for the crash, so that the data needs to be saved.
In the related art, after a computing device crashes, a debugger is required to obtain a drive log, for example, the debugger includes a dedicated machine and dedicated software for obtaining the drive log, which presents an obstacle to the crash problem analysis of the computing device, and the technology cannot be used on some product machines without the debugger.
Disclosure of Invention
In view of this, the disclosure provides a method, a device and a storage medium for detecting and analyzing a crash. The technical scheme comprises the following steps:
according to an aspect of the present disclosure, there is provided a method of detecting and analyzing a crash, the method including:
starting up a basic input output system (Basic Input Output System, BIOS) when starting up;
responding to a memory reservation instruction, and reserving a target physical memory through the BIOS, wherein the target physical memory is used for storing a target drive log, and the target drive log indicates the working state of a target drive before a crash;
and dumping the target drive log into a hard disk.
In one possible implementation, the memory reservation indication is an indication when the target identifier indicates that the BIOS needs to reserve physical memory, and the reserving, by the BIOS, the target physical memory in response to the memory reservation indication includes:
reading the target identifier by the BIOS, wherein the target identifier is used for indicating whether the BIOS needs to reserve physical memory or not;
and when the target identifier indicates that the BIOS needs to reserve the physical memory, reserving the target physical memory through the BIOS.
In another possible implementation, the method further includes:
and submitting the first physical memory to the kernel of the operating system through the BIOS, wherein the first physical memory is the physical memory which does not need to be reserved.
In another possible implementation manner, the dumping the target drive log into the hard disk includes:
loading the target drive after the initialization of the operating system is completed;
when the target drive inquires that the target physical memory reserved in the BIOS exists, the target physical memory is obtained and mapped;
and when the target drive detects that the target drive log exists in the target physical memory, dumping the target drive log into the hard disk.
In another possible implementation, the method further includes:
and redirecting the target drive log to the target physical memory reserved by the BIOS.
In another possible implementation, the method further includes:
when a crash occurs and the BIOS is restarted, executing the power-on operation of the BIOS;
and restarting executing the step of reserving the target physical memory through the BIOS in response to the memory reservation instruction.
In another possible implementation, the method further includes:
and extracting the target drive log from the hard disk and performing detection analysis.
According to another aspect of the present disclosure, there is provided a crash detection and analysis apparatus, the apparatus including:
the starting module is used for starting the BIOS when the computer is started;
the storage module is used for responding to the memory storage indication, and storing a target physical memory through the BIOS, wherein the target physical memory is used for storing a target drive log, and the target drive log indicates the working state of a target drive before a crash;
and the dump module is used for dumping the target drive log into a hard disk.
In one possible implementation, the memory reservation indication is an indication when the target identifier indicates that the BIOS needs to reserve physical memory, and the reservation module is further configured to:
reading the target identifier by the BIOS, wherein the target identifier is used for indicating whether the BIOS needs to reserve physical memory or not;
and when the target identifier indicates that the BIOS needs to reserve the physical memory, reserving the target physical memory through the BIOS.
In another possible implementation, the apparatus further includes: a submitting module for:
and submitting the first physical memory to the kernel of the operating system through the BIOS, wherein the first physical memory is the physical memory which does not need to be reserved.
In another possible implementation manner, the dump module is further configured to:
loading the target drive after the initialization of the operating system is completed;
when the target drive inquires that the target physical memory reserved in the BIOS exists, the target physical memory is obtained and mapped;
and when the target drive detects that the target drive log exists in the target physical memory, dumping the target drive log into the hard disk.
In another possible implementation, the apparatus further includes: a redirection module for:
and redirecting the target drive log to the target physical memory reserved by the BIOS.
In another possible implementation, the apparatus further includes: an execution module for:
when a crash occurs and the BIOS is restarted, executing the power-on operation of the BIOS;
and restarting executing the step of reserving the target physical memory through the BIOS in response to the memory reservation instruction.
In another possible implementation, the apparatus further includes: an extraction module for:
and extracting the target drive log from the hard disk and performing detection analysis.
According to another aspect of the present disclosure, there is provided a computing device, the user device comprising: a processor; a memory for storing processor-executable instructions;
wherein the processor is configured to:
starting a basic input/output system BIOS when starting up;
responding to a memory reservation instruction, and reserving a target physical memory through the BIOS, wherein the target physical memory is used for storing a target drive log, and the target drive log indicates the working state of a target drive before a crash;
and dumping the target drive log into a hard disk.
According to another aspect of the present disclosure, there is provided a non-transitory computer readable storage medium having stored thereon computer program instructions which, when executed by a processor, implement the method provided by the first aspect or any one of the possible implementations of the first aspect.
According to the embodiment of the disclosure, the function of reserving the target physical memory is provided by the BIOS, the BIOS is started when the computer is started, the target physical memory is reserved by the BIOS in response to the memory reservation indication, the target physical memory is used for storing the target drive log, and the target drive log indicates the working state of the target drive before the computer is halted, so that the target drive log is dumped into the hard disk, and can be extracted from the hard disk for detection and analysis, the condition that a debugger is needed to acquire the drive log in the related art is avoided, the computer is simple to use, the computer is ready to use, and the acquisition efficiency of the drive log is improved.
Other features and aspects of the present disclosure will become apparent from the following detailed description of exemplary embodiments, which proceeds with reference to the accompanying drawings.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate exemplary embodiments, features and aspects of the present disclosure and together with the description, serve to explain the principles of the disclosure.
FIG. 1 illustrates a flow chart of a method of detecting and analyzing a crash provided by an exemplary embodiment of the present disclosure.
Fig. 2 is a schematic diagram illustrating a method for detecting and analyzing a crash according to an exemplary embodiment of the present disclosure.
Fig. 3 is a flowchart illustrating a method of detecting and analyzing a crash according to another exemplary embodiment of the present disclosure.
Fig. 4 is a schematic structural view showing a crash detection and analysis apparatus according to an exemplary embodiment of the present disclosure.
Fig. 5 is a block diagram of an apparatus according to an example embodiment.
Detailed Description
Various exemplary embodiments, features and aspects of the disclosure will be described in detail below with reference to the drawings. In the drawings, like reference numbers indicate identical or functionally similar elements. Although various aspects of the embodiments are illustrated in the accompanying drawings, the drawings are not necessarily drawn to scale unless specifically indicated.
The word "exemplary" is used herein to mean "serving as an example, embodiment, or illustration. Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments.
In addition, numerous specific details are set forth in the following detailed description in order to provide a better understanding of the present disclosure. It will be understood by those skilled in the art that the present disclosure may be practiced without some of these specific details. In some instances, methods, means, elements, and circuits well known to those skilled in the art have not been described in detail in order not to obscure the present disclosure.
In the related art, after the computing device crashes, a debugger is needed to acquire a drive log, so that the debugging difficulty is high, and the device is limited. The embodiment of the disclosure provides a function of reserving target physical memory through the BIOS, so that the drive log after the crash can be obtained without using the debugger, namely, the BIOS is started when the computer is started, the target physical memory can be reserved through the BIOS in response to the memory reservation instruction, and the target physical memory is used for storing the target drive log, so that the target drive log is dumped into a hard disk, the computer is simple to use and instant in use, the obtaining efficiency of the drive log is improved, the use threshold and the limitation of use scenes are reduced, and the computer can be used in various types of computing equipment.
In one exemplary application scenario, when the computing device is powered on, the computing device enters a power-on initialization procedure, in the power-on initialization procedure, the computing device starts a BIOS, the BIOS enters an initialization procedure, after the BIOS initialization procedure is completed, an operating system initialization procedure is performed, and after the operating system initialization procedure is completed, other initialization procedures such as a hardware and service initialization procedure are performed until the power-on initialization procedure is completed. In this exemplary application scenario, the embodiments of the present application may complete the steps of reserving the target physical memory by the BIOS and dumping the target drive log to the hard disk in the above-mentioned power-on initialization procedure.
In the following, taking the application scenario as an example, an exemplary embodiment is used to describe a method for detecting and analyzing a crash provided by an embodiment of the present disclosure.
Referring to fig. 1, a flowchart of a method for detecting and analyzing a crash according to an exemplary embodiment of the present disclosure is shown, where the method is used in a computing device for illustration. The method comprises the following steps.
Step 101, starting the BIOS when starting up.
The "power on" in step 101 may be, for example, normal manual power on, and may be a dead halt before power on, for example, after the computing device is forced to be powered off after dead halt, the step 101 may be entered; a dead halt may not occur, for example, the computing device is manually powered on again after normal shutdown, and step 101 may also be entered.
Optionally, the BIOS is stored in a Read Only Memory (ROM) that does not lose data after power-off. The BIOS, also known as a boot loader (English), includes programs for basic input and output of the computing device, a hardware self-test program after power-on, and an operating system self-start program. The BIOS is capable of reading basic boot information of the computing device from a complementary metal-Oxide-Semiconductor (CMOS). The primary functions of the BIOS include providing the lowest, most direct hardware settings and control for the computing device. In the disclosed embodiment, the BIOS provides the functionality to preserve the target physical memory.
Step 102, in response to the memory reservation instruction, reserving, by the BIOS, a target physical memory, where the target physical memory is used to store a target drive log, and the target drive log indicates a working state of the target drive before a crash.
The target physical memory may be a preset physical memory for storing the target drive log. Optionally, the target physical memory is set by default or is set by user. The embodiments of the present disclosure are not limited in this regard.
The memory reservation indication is an indication when the target identification indicates that the BIOS needs to reserve physical memory. Alternatively, the memory reservation indication may be indicated by a "target identifier", e.g. when a predetermined target identifier is read by the BIOS, the memory reservation indication may be considered to be obtained. The computing device, in response to the memory reservation indication, to reserve the target physical memory by the BIOS may include: the computing device reads a target identifier through the BIOS, wherein the target identifier is used for indicating whether the BIOS needs to reserve physical memory or not; when the target identifier indicates that the BIOS needs to reserve the physical memory, the target physical memory is reserved through the BIOS.
Optionally, the target identifier is stored in CMOS, and the computing device reads the target identifier through BIOS, including: the computing device reads the target identification from the CMOS through the BIOS.
Optionally, the method includes indicating that the BIOS needs to reserve physical memory when the target is identified as the first value, and indicating that the BIOS does not need to reserve physical memory when the target is identified as the second value. For example, the first value is 1 and the second value is 0. The embodiments of the present disclosure are not limited in this regard. Alternatively, the target identifier may be preset as required. Illustratively, the target identifier is set by default or is custom, e.g., the target identifier may be set to 1 in advance to perform step 102 by default.
In an exemplary application scenario, after a computing device is started and starts a BIOS, the BIOS enters an initialization flow, in the BIOS initialization flow, the computing device reads a target identifier through the BIOS, when the target identifier is 1, the BIOS acquires a memory reservation instruction, and the computing device responds to the memory reservation instruction and reserves a preset target physical memory through the BIOS, wherein the target physical memory is used for storing a target drive log.
According to the embodiment of the disclosure, the target identifier is set to indicate whether the BIOS needs to reserve the physical memory, so that the BIOS can determine whether the physical memory needs to be reserved by reading the target identifier, and the accuracy of memory reservation indication and timeliness of responding to the memory reservation indication are further ensured.
Optionally, the computing device may further submit the first physical memory to the kernel of the operating system through the BIOS, where the first physical memory is a physical memory that does not need to be reserved. That is, when the target identifier indicates that the BIOS needs to reserve the physical memory, the target physical memory is reserved by the BIOS, and other physical memories except for the target physical memory are submitted to the kernel of the operating system, where the first physical memory is other physical memories except for the target physical memory. When the target identifier indicates that the BIOS does not need to reserve the physical memory, submitting all the physical memory to the kernel of the operating system through the BIOS, wherein the first physical memory is all the physical memory in the case. According to the embodiment of the disclosure, the BIOS submits the first physical memory, namely the physical memory which does not need to be reserved, to the kernel of the operating system, so that the physical memory can be redistributed and utilized by the operating system, and the overall performance of the system is improved.
Step 103, the target drive log is dumped into the hard disk.
Through the above step 102, the BIOS reserves the target physical memory, and the computing device may dump the target drive log stored in the target physical memory into the hard disk, where the target drive log is a drive log automatically generated when the computing device crashes, and the target drive log includes the working state information of the target drive before the computing device crashes.
Optionally, the target driver is a driver of the target hardware device, and the target driver may be a driver of a video card, a driver of a sound card, a driver of a network card, and the like. The operating system communicates with the target hardware device through the target driver, for example, the operating system communicates with the graphics card through the driver of the graphics card.
Alternatively, the computing device may dump the target drive log into the hard disk by: loading a target drive after the initialization of the operating system is completed; when the target drive inquires that the reserved target physical memory exists in the BIOS, the target physical memory is obtained and mapped; and when the target drive detects that the target drive log exists in the target physical memory, dumping the target drive log into the hard disk.
In one example, after the target driver is loaded, the target driver queries the BIOS for the presence of reserved target physical memory, e.g., the target driver may query the BIOS for the presence of reserved target physical memory through an advanced configuration and power management interface (Advanced Configuration and Power Management Interface, ACPI). When the reserved target physical memory exists in the BIOS, the reserved target physical memory in the BIOS is obtained, the target physical memory is mapped to the virtual address space, and then whether a target drive log exists in the target physical memory is detected. For example, referring to the description of step 101, a target drive log may or may not be present in the target physical memory because an excessive crash may or may not occur prior to power-on. And when the target drive log exists in the target physical memory, dumping the target drive log into the hard disk. And when the fact that the target drive log does not exist in the target physical memory is detected, continuing the starting initialization flow of the computing equipment, and finishing the starting flow. And when the BIOS is queried that the reserved target physical memory does not exist, continuing the starting initialization flow of the computing equipment, and finishing the starting flow.
Through the steps, the computing device dumps the target drive log into the hard disk through the BIOS, and optionally, the computing device extracts the target drive log from the hard disk and performs detection analysis. This analysis can be done at any time as needed after the target drive log is dumped into the hard disk.
Optionally, the computing device performs detection analysis on the target drive log, including: the computing equipment screens target keywords in the target drive log, and determines target crash reasons corresponding to the target keywords according to preset corresponding relations, wherein the preset corresponding relations comprise corresponding relations between a plurality of preset keywords and a plurality of preset crash reasons. Illustratively, the plurality of preset crash causes include overheating of the target drive, incompatibility of the target drive with the operating system, infection of the target drive by viruses, obsolescence of the target drive, instability of power supply of the target drive, and the like. The embodiments of the present disclosure are not limited in this regard.
When the target drive log stored in the hard disk is no longer needed, the target drive log may optionally be redirected to the target physical memory reserved by the BIOS, that is, the target drive log is rewritten to the target physical memory reserved by the BIOS. The redirection process may also be performed at any time as desired. According to the embodiment of the disclosure, the target drive log is redirected to the target physical memory reserved by the BIOS, so that the storage position of the target drive log can be flexibly managed and controlled, and a precondition is provided for a subsequent acquisition scheme of the target drive log when the computing equipment is crashed and restarted.
Schematically, when the computing device completes the startup initialization process and enters a normal working state, the target drive log can be redirected to the target physical memory reserved by the BIOS through the log redirection switch, where the log redirection switch is a preset switch for indicating the target drive log to be redirected.
Optionally, when the computing device crashes and restarts, performing a power-on operation of the BIOS; the step 102 is restarted, namely, the step of reserving the target physical memory by the BIOS in response to the memory reservation indication.
A crash may generally refer to a state in which a computing device is not functioning properly, such as when the computing device is in a black screen, a processor of the computing device is unable to execute instructions of the computing device, an input device such as a mouse or keyboard of the computing device is not accepting input, and so on.
The crash may occur at any stage in the use of the computing device, illustratively, during the test target driving process, when the computing device crashes and is forced to restart, the power-on operation of the BIOS may be performed, at this time, since the power-on operation of the BIOS is performed, the process does not need to return to step 101 to perform the startup of the BIOS, and the process may return to step 102 to start to perform the execution. According to the embodiment of the disclosure, when a crash occurs and the BIOS is restarted, the power-on operation of the BIOS is executed, the execution response to the memory reservation instruction is restarted, the target physical memory is reserved through the BIOS, the target drive log is dumped to the hard disk, and the like, so that convenience in analyzing the crash problem is further improved.
Referring to fig. 2, which is a schematic diagram illustrating a method for detecting and analyzing a crash according to an exemplary embodiment of the present disclosure, in an illustrative example, as shown in fig. 2, a computing device includes: physical memory 21 available to the operating system, target physical memory 22, drive 23, and hard disk 24. When the BIOS is started, the target identifier 25 is read from the CMOS through the BIOS, and the target identifier 25 is used for indicating whether the BIOS needs to reserve physical memory or not; when the target identifier 25 indicates that the BIOS needs to reserve the physical memory, reserving, by the BIOS, the target physical memory 22, where the target physical memory 22 is used to store a drive log of the drive 23; the drive log of the drive 23 is dumped to the hard disk 24.
Referring to fig. 3, a flowchart of a method for detecting and analyzing a crash according to another exemplary embodiment of the present disclosure is shown, where the method is used in a computing device for illustration. The method comprises the following steps.
Step 301, starting the BIOS when the computer is started.
In step 302, the BIOS enters an initialization process, reads the target identifier, and reserves the target physical memory through the BIOS when the target identifier indicates that the BIOS needs to reserve the physical memory.
Optionally, the target identifier is read from the CMOS by the BIOS, and when the target identifier indicates that the BIOS needs to reserve the physical memory, the target physical memory is reserved by the BIOS, and other physical memories except the target physical memory are submitted to the kernel of the operating system. When the target identifier indicates that the BIOS does not need to reserve the physical memory, the BIOS submits all the physical memory to the kernel of the operating system.
The target physical memory is used for storing a target drive log, and the target drive log indicates the working state of a target drive before a crash.
Step 303, loading the target drive after the initialization of the operating system is completed.
Step 304, when the target driver queries that the BIOS has reserved target physical memory, the target physical memory is obtained and mapped.
When the reserved target physical memory exists in the BIOS, the reserved target physical memory in the BIOS is obtained, the target physical memory is mapped to the virtual address space, and then whether a target drive log exists in the target physical memory is detected. And when the BIOS is queried that the reserved target physical memory does not exist, continuing to initialize, and completing the starting-up flow.
Step 305, when it is detected that the target drive log exists in the target physical memory, dumping the target drive log to the hard disk.
And when the target drive log exists in the target physical memory, dumping the target drive log into the hard disk. And when the fact that the target drive log does not exist in the target physical memory is detected, initializing is continued, and the starting-up process is completed.
And 306, extracting a target drive log from the hard disk and performing detection analysis.
Step 307, when the system enters a normal working state, the target drive log is redirected to the target physical memory reserved by the BIOS.
In step 308, when the computing device crashes and restarts, the power-on operation of the BIOS is performed, and the above-mentioned step 302 is restarted.
It should be noted that, for details of each step in this embodiment, reference may be made to the description of the foregoing embodiments, which is not repeated herein.
In summary, the embodiment of the disclosure provides the function of reserving the target physical memory through the BIOS, when the BIOS is started, and in response to the memory reservation instruction, the target physical memory is reserved through the BIOS, and the target physical memory is used for storing the target drive log, so that the target drive log is dumped into the hard disk, so that the target drive log can be subsequently extracted from the hard disk for detection and analysis, the situation that the drive log can be acquired only by using a debugger in the related art is avoided, the use is simple and instant, the acquisition efficiency of the drive log is improved, the use threshold and the limitation of the use scene are reduced, and the method and the device can be used in various computing devices.
The following are device embodiments of the disclosed embodiments, and for parts of the device embodiments that are not described in detail, reference may be made to the technical details disclosed in the method embodiments described above.
Referring to fig. 4, a schematic structural diagram of a crash detection and analysis device according to an exemplary embodiment of the present disclosure is shown. The crash detection analysis apparatus may be implemented as all or part of a computing device by software, hardware, or a combination of both. The device comprises: a start module 410, a reserve module 420, and a dump module 430.
A start module 410, configured to start the BIOS when the device is started;
the reservation module 420 is configured to, in response to the memory reservation instruction, reserve, by the BIOS, a target physical memory, where the target physical memory is used to store a target drive log, and the target drive log indicates a working state of the target drive before a crash;
and a dump module 430, configured to dump the target drive log into the hard disk.
In one possible implementation, the memory reservation indication is an indication when the target identifier indicates that the BIOS needs to reserve physical memory, and the reservation module 420 is further configured to:
reading a target identifier by the BIOS, wherein the target identifier is used for indicating whether the BIOS needs to reserve physical memory or not;
when the target identifier indicates that the BIOS needs to reserve the physical memory, the target physical memory is reserved through the BIOS.
In another possible implementation, the apparatus further includes: a submitting module for:
the first physical memory is submitted to the kernel of the operating system through the BIOS, and is the physical memory which does not need to be reserved.
In another possible implementation, dump module 430 is further configured to:
loading a target drive after the initialization of the operating system is completed;
when the target drive inquires that the reserved target physical memory exists in the BIOS, the target physical memory is obtained and mapped;
and when the target drive detects that the target drive log exists in the target physical memory, dumping the target drive log into the hard disk.
In another possible implementation, the apparatus further includes: a redirection module for:
and redirecting the target drive log to a target physical memory reserved by the BIOS.
In another possible implementation, the apparatus further includes: an execution module for:
when a crash occurs and the device is restarted, executing the power-on operation of the BIOS;
the step of reserving the target physical memory by the BIOS in response to the memory reservation indication is restarted.
In another possible implementation, the apparatus further includes: an extraction module for:
and extracting the target drive log from the hard disk and performing detection analysis.
It should be noted that, when the apparatus provided in the foregoing embodiment implements the functions thereof, only the division of the foregoing functional modules is used as an example, in practical application, the foregoing functional allocation may be implemented by different functional modules according to actual needs, that is, the content structure of the device is divided into different functional modules, so as to implement all or part of the functions described above.
The specific manner in which the various modules perform the operations in the apparatus of the above embodiments have been described in detail in connection with the embodiments of the method, and will not be described in detail herein.
The disclosed embodiments also provide a non-transitory computer readable storage medium having stored thereon computer program instructions that, when executed by a processor, implement the above-described method. The computer readable storage medium may be a volatile or nonvolatile computer readable storage medium.
The disclosed embodiments also propose a computing device comprising: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to implement the above-described method when executing the instructions stored in the memory.
Embodiments of the present disclosure also provide a computer program product comprising computer readable code, or a non-transitory computer readable storage medium carrying computer readable code, which when run in a processor of a computing device, performs the above method.
Fig. 5 is a block diagram of an apparatus 500, according to an example embodiment. The apparatus 500 is used for executing the crash detection analysis method provided by the embodiment of the present disclosure. For example, the apparatus 500 may be provided as a server or terminal device. The server may be a server, a server cluster comprising a plurality of servers, or a cloud computing service center. Terminal devices include mobile terminals or fixed terminals, such as terminal devices that may be cell phones, tablet computers, laptop portable computers, desktop computers, and the like.
Referring to fig. 5, apparatus 500 includes a processing component 522 that further includes one or more processors and memory resources represented by memory 532 for storing instructions, such as applications, executable by processing component 522. The application programs stored in the memory 532 may include one or more modules each corresponding to a set of instructions. Further, the processing component 522 is configured to execute instructions to perform the methods described above.
The apparatus 500 may also include a power component 526 configured to perform power management of the apparatus 500, a wired or wireless network interface 550 configured to connect the apparatus 500 to a network, and an input output interface 558 (I/O interface). The device 500 may operate based on an operating system stored in memory 532, such as Windows Server, mac OS XTM, unixTM, linuxTM, freeBSDTM, or the like.
In an exemplary embodiment, a non-transitory computer readable storage medium is also provided, such as memory 532, including computer program instructions executable by processing component 522 of apparatus 500 to perform the above-described methods.
The present disclosure may be a system, method, and/or computer program product. The computer program product may include a computer readable storage medium having computer readable program instructions embodied thereon for causing a processor to implement aspects of the present disclosure.
The computer readable storage medium may be a tangible device that can hold and store instructions for use by an instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium would include the following: portable computer disks, hard disks, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static Random Access Memory (SRAM), portable compact disk read-only memory (CD-ROM), digital Versatile Disks (DVD), memory sticks, floppy disks, mechanical coding devices, punch cards or in-groove structures such as punch cards or grooves having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media, as used herein, are not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through waveguides or other transmission media (e.g., optical pulses through fiber optic cables), or electrical signals transmitted through wires.
The computer readable program instructions described herein may be downloaded from a computer readable storage medium to a respective computing/processing device or to an external computer or external storage device over a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmissions, wireless transmissions, routers, firewalls, switches, gateway computers and/or edge servers. The network interface card or network interface in each computing/processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium in the respective computing/processing device.
Computer program instructions for performing the operations of the present disclosure can be assembly instructions, instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, c++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer readable program instructions may be executed entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, aspects of the present disclosure are implemented by personalizing electronic circuitry, such as programmable logic circuitry, field Programmable Gate Arrays (FPGAs), or Programmable Logic Arrays (PLAs), with state information of computer readable program instructions, which can execute the computer readable program instructions.
Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.
These computer readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable medium having the instructions stored therein includes an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The foregoing description of the embodiments of the present disclosure has been presented for purposes of illustration and description, and is not intended to be exhaustive or limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the various embodiments described. The terminology used herein was chosen in order to best explain the principles of the embodiments, the practical application, or the technical improvements in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims (10)

1. A method for detecting and analyzing a crash, the method comprising:
starting a basic input/output system BIOS when starting up;
responding to a memory reservation instruction, and reserving a target physical memory through the BIOS, wherein the target physical memory is used for storing a target drive log, and the target drive log indicates the working state of a target drive before a crash;
and dumping the target drive log into a hard disk.
2. The method of claim 1, wherein the memory reservation indication is an indication when the target identification indicates that the BIOS needs to reserve physical memory, the reserving, by the BIOS, the target physical memory in response to the memory reservation indication comprising:
reading the target identifier by the BIOS, wherein the target identifier is used for indicating whether the BIOS needs to reserve physical memory or not;
and when the target identifier indicates that the BIOS needs to reserve the physical memory, reserving the target physical memory through the BIOS.
3. The method according to claim 2, wherein the method further comprises:
and submitting the first physical memory to the kernel of the operating system through the BIOS, wherein the first physical memory is the physical memory which does not need to be reserved.
4. The method of claim 1, wherein the dumping the target drive log into a hard disk comprises:
loading the target drive after the initialization of the operating system is completed;
when the target drive inquires that the target physical memory reserved in the BIOS exists, the target physical memory is obtained and mapped;
and when the target drive detects that the target drive log exists in the target physical memory, dumping the target drive log into the hard disk.
5. The method according to any one of claims 1 to 4, further comprising:
and redirecting the target drive log to the target physical memory reserved by the BIOS.
6. The method according to any one of claims 1 to 4, further comprising:
when a crash occurs and the BIOS is restarted, executing the power-on operation of the BIOS;
and restarting executing the step of reserving the target physical memory through the BIOS in response to the memory reservation instruction.
7. The method according to any one of claims 1 to 4, further comprising:
and extracting the target drive log from the hard disk and performing detection analysis.
8. A crash detection and analysis device, the device comprising:
the starting module is used for starting the BIOS when the computer is started;
the storage module is used for responding to the memory storage indication, and storing a target physical memory through the BIOS, wherein the target physical memory is used for storing a target drive log, and the target drive log indicates the working state of a target drive before a crash;
and the dump module is used for dumping the target drive log into a hard disk.
9. A computing device, the user device comprising: a processor; a memory for storing processor-executable instructions;
wherein the processor is configured to:
starting a basic input/output system BIOS when starting up;
responding to a memory reservation instruction, and reserving a target physical memory through the BIOS, wherein the target physical memory is used for storing a target drive log, and the target drive log indicates the working state of a target drive before a crash;
and dumping the target drive log into a hard disk.
10. A non-transitory computer readable storage medium having stored thereon computer program instructions, which when executed by a processor, implement the method of any of claims 1 to 7.
CN202311754345.1A 2023-12-19 2023-12-19 Method, device and storage medium for detecting and analyzing crash Pending CN117608906A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311754345.1A CN117608906A (en) 2023-12-19 2023-12-19 Method, device and storage medium for detecting and analyzing crash

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311754345.1A CN117608906A (en) 2023-12-19 2023-12-19 Method, device and storage medium for detecting and analyzing crash

Publications (1)

Publication Number Publication Date
CN117608906A true CN117608906A (en) 2024-02-27

Family

ID=89953572

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311754345.1A Pending CN117608906A (en) 2023-12-19 2023-12-19 Method, device and storage medium for detecting and analyzing crash

Country Status (1)

Country Link
CN (1) CN117608906A (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200379915A1 (en) * 2019-06-03 2020-12-03 International Business Machines Corporation Persistent logical to virtual table
CN112906009A (en) * 2021-03-09 2021-06-04 南昌华勤电子科技有限公司 Work log generation method, computing device and storage medium
CN116383012A (en) * 2023-05-26 2023-07-04 苏州浪潮智能科技有限公司 Method and device for acquiring boot log and method for transmitting boot log

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200379915A1 (en) * 2019-06-03 2020-12-03 International Business Machines Corporation Persistent logical to virtual table
CN112906009A (en) * 2021-03-09 2021-06-04 南昌华勤电子科技有限公司 Work log generation method, computing device and storage medium
CN116383012A (en) * 2023-05-26 2023-07-04 苏州浪潮智能科技有限公司 Method and device for acquiring boot log and method for transmitting boot log

Similar Documents

Publication Publication Date Title
US7631173B2 (en) Method and system for performing pre-boot operations from an external memory including memory address and geometry
USRE40092E1 (en) Method for quickly booting a computer system
US8751783B2 (en) Booting computing devices with EFI aware operating systems
US9880862B2 (en) Method and system for verifying proper operation of a computing device after a system change
CN109542744B (en) Method, device, storage medium and terminal for detecting abnormal starting problem of terminal
CN105917306B (en) System and method for configuring system firmware configuration data
US9239725B2 (en) System and method for installing an OS via a network card supporting PXE
US11157349B2 (en) Systems and methods for pre-boot BIOS healing of platform issues from operating system stop error code crashes
US10481924B2 (en) Dynamically managing a serial port interface connected to a direct console user interface (DCUI) of virtualization software using headless flags
US20130179670A1 (en) Booting method of multimedia device and multimedia device
US11307907B2 (en) Information handling system and method to automatically synchronize operating system and boot firmware languages
US10204011B1 (en) Techniques for partially restarting a computing device in response to a configuration change
US11704198B2 (en) Method and apparatus for providing recovery from a computing device boot up error
CN107135462B (en) Bluetooth pairing method of UEFI firmware and computing system thereof
CN102053848A (en) Automatic installation method for Linux operating system
US9411602B2 (en) Techniques for booting an information processing system
US8468388B2 (en) Restoring programs after operating system failure
US9852028B2 (en) Managing a computing system crash
CN111930575A (en) Firmware acquisition method and device and electronic equipment
US20130311761A1 (en) Intelligently Loading Legacy Option ROMs In A Computing System
CN117608906A (en) Method, device and storage medium for detecting and analyzing crash
US20150212866A1 (en) Management system for service of multiple operating environments, and methods thereof
CN107357400B (en) Method for automatically starting up hard disk with specified operating system type
CN115113941A (en) System capable of loading BIOS preset configuration and method for loading BIOS preset configuration
CN110716753A (en) Cloud host initialization method and device, storage medium and electronic equipment

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