CN112486742A - Method for remotely checking startup state of server and server - Google Patents
Method for remotely checking startup state of server and server Download PDFInfo
- Publication number
- CN112486742A CN112486742A CN201910866835.8A CN201910866835A CN112486742A CN 112486742 A CN112486742 A CN 112486742A CN 201910866835 A CN201910866835 A CN 201910866835A CN 112486742 A CN112486742 A CN 112486742A
- Authority
- CN
- China
- Prior art keywords
- server
- self
- controller
- cpu
- processing unit
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 238000012360 testing method Methods 0.000 claims abstract description 41
- 238000012545 processing Methods 0.000 claims abstract description 28
- 239000000758 substrate Substances 0.000 claims abstract description 9
- 238000004891 communication Methods 0.000 claims abstract description 3
- 238000012544 monitoring process Methods 0.000 description 5
- 238000010998 test method Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2273—Test methods
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2268—Logging of test results
Abstract
The invention provides a method for remotely checking the starting-up state of a server, which is executed by the server, wherein the server comprises a central processing unit and a substrate management controller, the central processing unit executes a plurality of basic input and output system subprograms, the substrate management controller is in communication connection with a remote host, the method for remotely checking the starting-up state of the server is that when the central processing unit executes one of the basic input and output system subprograms, the central processing unit compares whether a current power-on self-test program corresponding to the executed basic input and output system subprogram accords with one of a plurality of preset power-on self-test programs, if so, the central processing unit generates a corresponding preset power-on self-test code, converts the preset power-on self-test code into a readable character string and stores the readable character string by the substrate management controller for the remote host to read.
Description
[ technical field ] A method for producing a semiconductor device
The present invention relates to a method for remotely checking the power-on state of a server, and more particularly, to a method and system for providing error detection, error correction or monitoring during a power-on self-test procedure by means of firmware.
[ background of the invention ]
The existing server executes the basic input/output system program from power-on to perform power-on self-test in the boot process to record all related system events and states entering the operating system in a system event log manner, which is continuously transmitted to the baseboard management controller by the central processing unit for the baseboard management controller to record in the system event log manner, when the remote computer wants to check the latest state of the server, the remote computer needs to communicatively connect the baseboard management controller in an interrupt instruction manner and request the baseboard management controller to transmit back all the recorded system event logs, so that the baseboard management controller will suspend the currently executing work until all the system event logs stored before the interrupt are transmitted to the remote computer, and then will continuously execute the work before the interrupt, therefore, the baseboard management controller will delay the execution of the work before the interrupt, if the data of all the system event logs is too much, it will take a long time to transmit all the system event logs, which not only causes the transmission burden of the baseboard management controller, but also is not easy for the user of the remote computer to quickly obtain and check the current status of the server, and it takes a lot of time.
[ summary of the invention ]
The technical problem to be solved by the invention is to provide a method for remotely checking the starting state of a server and the server, wherein the method can directly check the system state.
In order to solve the above technical problem, a method for remotely checking a power-on state of a server is executed by a server, the server includes a central processing unit and a baseboard management controller coupled to the central processing unit, the central processing unit executes a basic input/output system program including a plurality of basic input/output system subprograms after the server is powered on to sequentially perform a plurality of current power-on self-test programs, the baseboard management controller includes a main controller and a secondary controller independently operating on the main controller, and is in communication connection with a remote host.
The method for remotely checking the starting state of the server comprises the following steps:
when the CPU executes one of the BIOS subroutines, the CPU compares whether the current power-on self test program corresponding to the BIOS subroutine conforms to one of a plurality of preset power-on self test programs.
If the comparison result is yes, the central processing unit generates a preset power-on self-test code corresponding to the preset power-on self-test program of the executed basic input and output system subprogram, and converts the generated current power-on self-test code into a readable character string related to the operation state of the server.
The CPU transmits the readable string to the secondary controller for the secondary controller to store the readable string.
The remote host reads the readable character string through the baseboard management controller.
Another technical problem to be solved by the present invention is to provide a system status server capable of being directly viewed.
Therefore, the server is connected with a remote host through a network, and comprises a central processing unit and a substrate management controller.
The central processing unit executes a basic input and output system program comprising a plurality of basic input and output system subprograms after the server is powered on so as to sequentially perform a plurality of current power-on self-test programs.
The baseboard management controller is coupled to the CPU, and includes a primary controller and a secondary controller operating independently on the primary controller, and is communicatively connected to a remote host.
When the CPU executes one of the BIOS subroutines included in the BIOS program, the CPU compares whether the current power-on self-test program corresponding to the executed BIOS subprogram conforms to one of a plurality of preset power-on self-test programs, if so, the CPU generates a default power-on self-test code corresponding to the default power-on self-test program of the BIOS subroutine, and converting the generated current power-on self-test code into a readable character string related to the operation status of the server, the central processing unit transmits the readable character string to the secondary controller for the secondary controller to store the readable character string, and the remote host reads the readable character string through the baseboard management controller.
Compared with the prior art, the method for remotely checking the startup state of the server and the server thereof have the advantages that when the central processing unit compares that the current power-on self-test program corresponding to the executed basic input and output system subprogram is consistent with one of the plurality of preset power-on self-test programs, the corresponding operation state data is further generated and converted into the corresponding readable character string, and the readable character string is transmitted to the secondary controller for the temporary storage of the temporary memory, so that a remote host can read from the substrate management controller without interrupting the current power-on self-test program being executed by the central processing unit through the substrate management controller to execute the query program.
[ description of the drawings ]
FIG. 1 is a block diagram illustrating an embodiment of a server according to the present invention.
Fig. 2 is a flowchart of a method for remotely checking the boot state of the server according to the embodiment.
[ detailed description ] embodiments
In this embodiment, a secondary Controller, such as a mailbox Controller (mailbox Controller), which operates independently inside a Baseboard Management Controller (BMC) is used to receive a cpu executing a bios program, so as to convert a current power-on self-test code (POST code) into a readable string, such as a status string, and when the readable string receives the status string corresponding to the current power-on self-test code, the status string is overwritten and stored in a corresponding register.
The current power-on self-test code is transmitted to the main controller of the baseboard management controller for being stored in the form of a system event log, wherein only a few important current power-on self-test codes which are consistent with the preset power-on self-test code are additionally converted into a status string and transmitted to the mailbox controller for the mailbox controller to overwrite and store in the corresponding register, and not every current power-on self-test code is transmitted to the mailbox controller. Because the System event log stored by the main controller of the baseboard management controller is accumulated for a long time, and not only the System event log of the relevant information generated by the CPU executing the BIOS program, but also the information generated by the CPU executing the OS (operating System) or the baseboard management controller executing the firmware is recorded in the form of the System event log, the data amount of the System event log can be huge, the present case is mainly to provide the remote host to check the present situation of the BIOS executed by the CPU of the server, so the seen data is only the last state, and the previous data does not need to be saved, and the present power-on self-check code is transmitted to the mailbox controller of the baseboard management controller when the CPU executes the BIOS program, the specific implementation of the server of the present invention is described in detail below, with the current power-on self-test code being converted into a corresponding readable string and then transmitted to the mailbox controller of the baseboard management controller without interrupting the operation of the main controller of the baseboard management controller.
Referring to fig. 1, the server of the present invention includes a system on chip 21, a memory unit 22 (e.g., a non-volatile memory such as a flash memory, a hard disk (not shown), a network disk, a flash drive external to the server, or a hard disk external to the server, in this embodiment, the memory unit 22 is illustrated as a flash memory), and a baseboard management controller 23.
The system-on-chip 21 includes a Central Processing Unit (CPU) 211, a volatile Memory such as a Dual In-line Memory Module (DIMM) 212 electrically connected to the CPU 211, and a Platform Path Controller (PCH) 213 electrically connected to the CPU 211.
The dual-line memory module 212 is used for the CPU 211 to temporarily store the executed program.
The platform path controller 213 replaces some of the original sets of functions of the south bridge and north bridge and connects to other data bus I/O, such as: audio devices, Serial Advanced Technology Attachment (SATA) Bus, Universal Serial Bus (USB), and Local Area Network (LAN).
The Flash memory (Flash) 22 is electrically connected to the platform path controller 213 and stores a bios program including a plurality of bios subroutines, the cpu 211 executes the bios subroutines of the bios program during a Power-on process after the system is powered on to perform a plurality of corresponding Power-on self-test (POST) programs, it should be further explained that each current Power-on self-test program corresponds to a current Power-on self-test stage, each current Power-on self-test stage corresponds to a current Power-on self-test Code (POST Code), the Flash memory 214 stores a comparison table in advance, the comparison table includes preset Power-on self-test codes corresponding to the preset Power-on self-test programs, and the preset Power-on self-test programs correspond to a plurality of current self-test programs corresponding to the bios subroutines respectively That is, when the central processing unit 211 executes one of the marked current power-on self-test programs, the relevant data corresponding to the executed current power-on self-test program, such as a default power-on self-test program code, is converted into a readable character string and transmitted to the baseboard management controller 23 via the platform path controller 213 for storage, and it should be further explained that the relevant data can be, for example: the current power-on self-test code number corresponding to the BIOS subroutine of the Pre-Extensible Firmware Interface phase (PEI phase), or the current power-on self-test code number corresponding to the BIOS subroutine of the Driver Execution Environment phase (DXE phase), or the last phase (End of POST) of the current power-on self-test program, or the related data of the phase before the BIOS subroutine is executed and the operation system (Boot to OS) is entered.
Furthermore, after the CPU 211 executes the BIOS subroutines, the CPU 211 then executes an Operating System (OS) program stored in a storage unit corresponding to the platform path controller (e.g., a non-volatile memory such as a hard disk (not shown), a network disk, a flash drive connected to the server, or a hard disk connected to the server, as described below by way of example) via the platform path controller 213, and the Operating System is further subdivided into a plurality of Operating System subroutines respectively corresponding to a plurality of current Operating System monitoring programs, each corresponding to a current Operating System monitoring program code, the hard disk pre-storing a comparison table written with preset Operating System monitoring program codes corresponding to a plurality of preset Operating System monitoring programs, the default OS monitor codes correspond to a plurality of current OS monitor codes of the current OS monitor, i.e. the plurality of current OS monitor codes are marked as monitor points to be used as the default OS monitor codes respectively, and the current OS monitor codes corresponding to the marked current OS monitor codes are used as the corresponding default OS monitor codes respectively, when the CPU 211 executes one of the current OS monitor codes marked as monitor points, the related data of the corresponding executed current OS monitor, e.g. default OS monitor code, is converted into a readable character string and transmitted to the BMC 23 through the BMC 213 for storage, to provide the remote host 3 with a mechanism for reading by the bmc 23, and the mechanism for storing readable strings in the bmc 23 will be described in detail below.
The bmc 23 is electrically connected to the platform path controller, and includes a main controller (main controller) 231 and a secondary controller 232 electrically connected to the main controller 231 and operating independently from the main controller 231, in this embodiment, the secondary controller 232 is a mailbox controller (mailbox controller) in the bmc 23, when the cpu 211 executes the current power-on self-test procedure marked as a monitoring point, the readable character string is correspondingly transferred out, the secondary controller 232 is configured to receive the readable character string and store the readable character string in a temporary memory for reading and writing data inside the basic management controller 23 instead of receiving, converting and storing through the main controller 231 controlling the overall operation of the bmc 23, so as to prevent the interruption of the operation of the main controller 231 from affecting the overall operation of the bmc 23, the following specifically describes the flow of the method for remotely checking the server status according to the embodiment.
Referring to fig. 2, the specific process of executing the method for remotely checking the power-on state of the server according to the embodiment includes an initialization step 411, a power-on step 412, a comparison step 413, a conversion step 414, a transmission step 415, a reading step 416, an operating system starting step 417, a comparison step 418, a conversion step 419, a transmission step 420, and a reading step 421.
The initialization step 411 is that after the cpu 211 is powered on and the system is to be booted up due to receiving a boot signal, the cpu first triggers the secondary controller 232 of the bmc 23 to perform initialization.
The boot-up step 412 is for the CPU 211 to execute the related boot-up procedures according to the BIOS program stored in the flash memory 22, i.e., execute the BIOS subroutines one by one.
The comparing step 413 is to compare the executed basic input/output system subroutines with the cpu 211 one by one to see if the current power-on self-test program respectively corresponds to one of the preset power-on self-test programs (monitoring points), further detailing the comparing method: the central processing unit 211 determines whether the current power-on self-test code corresponding to the current power-on self-test program corresponding to the currently executed bios subroutine matches the default power-on self-test program codes corresponding to the default power-on self-test programs, and if the determination result is no, continues to execute the next bios subroutine.
The converting step 414 is to convert the data related to the executed bios subroutine corresponding to the current power on self test procedure, such as the code of the current power on self test procedure, into readable character string by the cpu 211 if the comparison result of the comparing step 413 is yes, and transmit the readable character string to the secondary controller 232 of the bmc 23.
The transmitting step 415 is that the cpu 211 transmits the exported readable string to the secondary controller 232 of the bmc 23, so that the secondary controller 232 can store the received readable string in its readable and writable register.
The read step 416 is for the remote host 3 to read the status string associated with the current power-on self-test code, i.e., read the readable string, from the bsc 23, which is read/written by the bsc 232.
The open os step 417 is for the cpu 211 to then switch to execute the os program stored on the hard disk, i.e., execute a plurality of os subroutines included in the os program, so as to perform a plurality of current os monitor programs respectively corresponding to the os subroutines.
The comparing step 418 is to compare one by one whether the current os monitor corresponding to the executed os subroutine is one of a plurality of predetermined os monitors (monitor points) when the cpu 211 executes the os subroutines, and if the comparison result is negative, continue to execute the next os subroutine.
The conversion step 419 is to generate data corresponding to the related operation status of the operating system subroutine executed by the cpu 211 and convert the data into a readable character string if the comparison result of the comparison step 418 is yes.
The transmitting step 420 is that the cpu 211 then transmits the exported readable string to the secondary controller 232 via the platform path controller 213, and the secondary controller 232 stores the received readable string in its corresponding register.
The reading step 421 is that the remote host 3 reads the readable character string stored in the register corresponding to the secondary controller 232 through the bmc 23, and more specifically, the remote host 3 logs in the primary controller 231 of the bmc 23 through the network and reads the register corresponding to the secondary controller 232 through the primary controller 231.
To sum up, in the above embodiments, when the cpu executes the bios subroutines and compares the predetermined bios monitor corresponding to the lookup table pre-written in the flash memory, the cpu converts the data generated during the bios subroutines into a readable string and transmits the readable string to the secondary controller, so that the secondary controller stores the readable string in the register corresponding to the readable string and the remote host reads the readable string from the bmc, and similarly, when the cpu executes the os subroutines and compares the predetermined os monitor corresponding to the reference table pre-written in the hard disk or the marked current os monitor, the cpu converts the data generated during the os subroutines into a readable string, for example, the current os monitor code, and also transmitted to the secondary controller for storage in the corresponding register, and for the remote host 3 to read via the baseboard management controller, so that the administrator of the remote host 3 can directly check the current operating status of the server, that is, the operating status indicated by the readable character string stored in the register corresponding to the secondary controller, thereby achieving the purpose of the present invention.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (10)
1. A method for checking the power-on state of a server remotely is executed by a server, the server comprises a central processing unit and a substrate management controller coupled with the central processing unit, the central processing unit executes a basic input and output system program comprising a plurality of basic input and output system subprograms after the server is powered on so as to sequentially carry out a plurality of current power-on self-test programs, the substrate management controller comprises a main controller and a secondary controller which independently operates on the main controller, and is in communication connection with a remote host, and the method for checking the power-on state of the server remotely comprises the following steps:
when the CPU executes one of the BIOS subroutines, the CPU compares whether the current power-on self-test program corresponding to the executed BIOS subroutine conforms to one of a plurality of preset power-on self-test programs;
if the comparison result is yes, the central processing unit generates a preset power-on self-test code corresponding to the preset power-on self-test program of the executed basic input and output system subprogram, and converts the generated current power-on self-test code into a readable character string related to the operation state of the server;
the central processing unit transmits the readable character string to the secondary controller for the secondary controller to store the readable character string; and
the remote host reads the readable character string through the baseboard management controller.
2. The method of claim 1, further comprising: the central processor triggers the secondary controller to perform initialization.
3. The method as claimed in claim 1, wherein the cpu further switches to execute an os program comprising a plurality of os subroutines for performing a plurality of current os monitor programs, wherein when the cpu executes one of the os subroutines, the cpu compares whether the current os monitor program corresponding to the executed os subroutine matches one of the preset os monitor programs, and if so, the cpu generates operating status data corresponding to the executed current os subroutine and converts the operating status data into the readable character string corresponding to the operating status of the server.
4. The method as claimed in claim 3, wherein the CPU sends the readable string corresponding to the running status data of the executed OS sub-program to the secondary controller of the BMC.
5. The method as claimed in claim 4, wherein the remote host reads the stored readable string via the primary controller of the baseboard management controller.
6. A server connected to a remote host through a network, the server comprising:
a central processing unit, which executes a basic input and output system program containing a plurality of basic input and output system subprograms after the server is powered on so as to sequentially carry out a plurality of current power-on self-test programs; and
a baseboard management controller coupled to the CPU and including a primary controller and a secondary controller operating independently on the primary controller and communicatively connected to the remote host,
when the central processing unit executes one of the basic input and output system subprograms included in the basic input and output system program, the central processing unit compares whether the current power-on self-test program corresponding to the executed basic input and output system subprogram conforms to one of a plurality of preset power-on self-test programs, if so, the central processing unit generates operation state data corresponding to the executed basic input and output system subprogram and converts the operation state data into a readable character string related to the operation state of a server, and the central processing unit transmits the readable character string to the secondary controller so that the secondary controller can store the readable character string and the remote host can read the readable character string through the substrate management controller.
7. The server according to claim 6, wherein the CPU triggers the secondary controller to perform initialization.
8. The server according to claim 6, wherein the CPU further switches to execute an OS program comprising OS subroutines for performing OS monitor programs, when the CPU executes one of the OS subroutines, the CPU compares whether the OS monitor program corresponding to the executed OS subroutine matches one of preset OS monitor programs, and if yes, the CPU generates the operation status data corresponding to the OS monitor program corresponding to the executed OS subroutine and converts the operation status data into the readable string corresponding to the operation status of the server.
9. The server of claim 8, wherein the CPU forwards the readable string exported from the operating state data corresponding to the executed OS sub-program to the secondary controller of the BMC.
10. The server of claim 9, wherein the secondary controller stores the readable string for providing the remote host to read the stored readable string by the primary controller of the bmc.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910866835.8A CN112486742B (en) | 2019-09-12 | 2019-09-12 | Method for remotely checking starting state of server and server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910866835.8A CN112486742B (en) | 2019-09-12 | 2019-09-12 | Method for remotely checking starting state of server and server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112486742A true CN112486742A (en) | 2021-03-12 |
| CN112486742B CN112486742B (en) | 2024-04-12 |
Family
ID=74920849
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910866835.8A Active CN112486742B (en) | 2019-09-12 | 2019-09-12 | Method for remotely checking starting state of server and server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112486742B (en) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW524348U (en) * | 2000-04-26 | 2003-03-11 | Shan-Yue Fang | Circuit for automatically detecting CPU inserting or removing |
| CN1635472A (en) * | 2003-12-31 | 2005-07-06 | 英业达股份有限公司 | Starting-up switching method of multi-processor computer system |
| CN103150231A (en) * | 2011-04-19 | 2013-06-12 | 仁宝电脑工业股份有限公司 | Computer booting method and computer system |
| CN104102505A (en) * | 2013-04-12 | 2014-10-15 | 昆达电脑科技(昆山)有限公司 | Computer power-on method |
| CN104424041A (en) * | 2013-08-23 | 2015-03-18 | 鸿富锦精密工业（深圳）有限公司 | System and method for processing error |
| CN104850485A (en) * | 2015-05-25 | 2015-08-19 | 深圳国鑫恒宇技术有限公司 | BMC based method and system for remote diagnosis of server startup failure |
| CN105912498A (en) * | 2016-04-01 | 2016-08-31 | 浪潮电子信息产业股份有限公司 | Partitioning method and device for multi-path server and multi-path server |
| CN107769952A (en) * | 2016-08-23 | 2018-03-06 | 佛山市顺德区顺达电脑厂有限公司 | Remote management system and its method |
| CN108153625A (en) * | 2016-12-06 | 2018-06-12 | 佛山市顺德区顺达电脑厂有限公司 | The method for recording System self-test mistake |
| CN108347097A (en) * | 2018-04-09 | 2018-07-31 | 深圳市航通智能技术有限公司 | A kind of cloud bayonet integral intelligent management terminal |
-
2019
- 2019-09-12 CN CN201910866835.8A patent/CN112486742B/en active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW524348U (en) * | 2000-04-26 | 2003-03-11 | Shan-Yue Fang | Circuit for automatically detecting CPU inserting or removing |
| CN1635472A (en) * | 2003-12-31 | 2005-07-06 | 英业达股份有限公司 | Starting-up switching method of multi-processor computer system |
| CN103150231A (en) * | 2011-04-19 | 2013-06-12 | 仁宝电脑工业股份有限公司 | Computer booting method and computer system |
| CN104102505A (en) * | 2013-04-12 | 2014-10-15 | 昆达电脑科技(昆山)有限公司 | Computer power-on method |
| CN104424041A (en) * | 2013-08-23 | 2015-03-18 | 鸿富锦精密工业（深圳）有限公司 | System and method for processing error |
| CN104850485A (en) * | 2015-05-25 | 2015-08-19 | 深圳国鑫恒宇技术有限公司 | BMC based method and system for remote diagnosis of server startup failure |
| CN105912498A (en) * | 2016-04-01 | 2016-08-31 | 浪潮电子信息产业股份有限公司 | Partitioning method and device for multi-path server and multi-path server |
| CN107769952A (en) * | 2016-08-23 | 2018-03-06 | 佛山市顺德区顺达电脑厂有限公司 | Remote management system and its method |
| CN108153625A (en) * | 2016-12-06 | 2018-06-12 | 佛山市顺德区顺达电脑厂有限公司 | The method for recording System self-test mistake |
| CN108347097A (en) * | 2018-04-09 | 2018-07-31 | 深圳市航通智能技术有限公司 | A kind of cloud bayonet integral intelligent management terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112486742B (en) | 2024-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106681751B (en) | Unified firmware management system and management method and computer readable medium | |
| US9158628B2 (en) | Bios failover update with service processor having direct serial peripheral interface (SPI) access | |
| US10353779B2 (en) | Systems and methods for detection of firmware image corruption and initiation of recovery | |
| US9052916B2 (en) | System ROM with an embedded disk image | |
| TWI306193B (en) | Self-monitoring and updating of firmware over a network | |
| US8612803B2 (en) | Information processing apparatus and driver execution control method | |
| US10860425B2 (en) | Method for recovering basic input/output system image file of a computer system and the computer system | |
| US7797526B2 (en) | Service processor host flash update over LPC | |
| US20040030877A1 (en) | Using system BIOS to update embedded controller firmware | |
| US9448889B2 (en) | BIOS failover update with service processor | |
| US9201601B2 (en) | Reducing required battery capacity for data backup in a storage system with multiple controllers | |
| US10909247B2 (en) | Computing device having two trusted platform modules | |
| US10776131B2 (en) | Method and apparatus for UEFI firmware boot journal recording | |
| US20090271660A1 (en) | Motherboard, a method for recovering the bios thereof and a method for booting a computer | |
| EP3690653A1 (en) | Bios recovery and update | |
| US20220214945A1 (en) | System Booting Method and Apparatus, Node Device, and Computer-Readable Storage Medium | |
| US9298371B1 (en) | System and method of reducing write cycles and increasing longevity of non-volatile memory in baseboard management controller (BMC) | |
| US11314665B2 (en) | Information processing system, information processing device, BIOS updating method for information processing device, and BIOS updating program for information processing device | |
| TWI765338B (en) | System, computer-implemented method, and computer-program product | |
| US10514972B2 (en) | Embedding forensic and triage data in memory dumps | |
| US8495349B2 (en) | Generating a primary BIOS code memory address and a recovery BIOS code memory address, where the recovery BIOS service code is loaded when the primary BIOS code fails to execute | |
| TW201331841A (en) | Electronic apparatus and BIOS updating apparatus thereof | |
| TW202131170A (en) | Firmware corruption recovery | |
| US20230060908A1 (en) | Computer system and method for booting up the computer system | |
| CN112486742A (en) | Method for remotely checking startup state of server and server |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |