WO2021139355A1

WO2021139355A1 - Method and apparatus for starting ram os for data collection

Info

Publication number: WO2021139355A1
Application number: PCT/CN2020/125062
Authority: WO
Inventors: 田玉凯
Original assignee: 平安科技（深圳）有限公司
Priority date: 2020-07-20
Filing date: 2020-10-30
Publication date: 2021-07-15
Also published as: CN111831346A; CN111831346B

Abstract

A method and apparatus for starting a RAM OS for data collection, a computer device, and a computer readable storage medium. The method comprises: receiving a start request for starting a RAM OS (S110); determining the start mode of a pre-set basic input output system (S120); if the start mode is Legacy start mode, obtaining, according to the Legacy start mode, a pre-set first boot file and loading, according to the first boot file, a pre-set first kernel file to run the RAM OS (S130); if the start mode is UEFI start mode, obtaining, according to the UEFI start mode, a pre-set second boot file and loading, according to the second boot file, a pre-set second kernel file to run the RAM OS (S140). The present method relates to techniques of system performance optimization, and solves the problem of a RAM OS being unable to start normally during a RAM OS starting process because of the BIOS start mode in a server.

Description

Method and device for starting memory operating system for data collection

This application claims the priority of a Chinese patent application filed with the Chinese Patent Office on July 20, 2020, the application number is 202010698856.6, and the invention title is "Starting method and device for memory operating system for data collection". The entire content of the application is approved The reference is incorporated in this application.

Technical field

This application belongs to the technical field of memory operating systems, and in particular relates to a method, device, computer equipment, and computer-readable storage medium for starting a memory operating system for data collection.

Background technique

RAM OS is an operating system that does not depend on the hard disk after startup. After startup, it loads all files into the memory to run. It runs fast, and the core files of the system are not easily damaged. The memory operating system is suitable for users who have higher requirements for speed and performance. It can be used to replace shadow systems and virtual machines. It is easy to do various tests. It can be used like normal systems. It has good compatibility and is also suitable for gigabit networks. Disk RAMOS, after the diskless RAMOS client is started, it does not rely on the support of the server, the network between the client and the server does not need to exchange data, and the operation of the client is not affected after the server is closed.

Generally, the memory operating system enters the kernel of the memory operating system according to the startup mode of the basic input output system (BIOS, Basic Input Output System) during the startup process. Among them, the boot mode of the BIOS includes the Legacy boot mode and the UEFI (Unified Extensible Firmware Interface) boot mode. However, the inventor realizes that the memory operating system in the prior art is performed in a single startup mode, and the kernel of the memory operating system is also single, so that the memory operating system cannot automatically enter the corresponding OS kernel according to the startup mode of the server. As a result, the memory operating system cannot be started normally.

Summary of the invention

The embodiments of the present application provide a method, device, computer equipment, and computer-readable storage medium for starting a memory operating system for data collection, which solves the problem that the memory operating system for data collection can operate in different startup modes. Automatically load the kernel files corresponding to different startup modes to start the memory operating system normally.

In the first aspect, an embodiment of the present application provides a method for starting a memory operating system for data collection, which includes:

Receiving a start request for starting the memory operating system;

Determine the startup mode of the preset basic input and output system;

If the startup mode is the Legacy startup mode, obtain a preset first boot file according to the Legacy startup mode and load the preset first kernel file according to the first boot file to run the memory operating system;

If the boot mode is the UEFI boot mode, obtain a preset second boot file according to the UEFI boot mode and load the preset second kernel file according to the second boot file to run the memory operating system.

In the second aspect, an embodiment of the present application provides a device for starting a memory operating system for data collection, which includes:

A receiving unit, configured to receive a start request for starting the memory operating system;

The judging unit is used to judge the startup mode of the preset basic input output system;

The first running unit is configured to, if the startup mode is the Legacy startup mode, obtain a preset first boot file according to the Legacy startup mode and load the preset first kernel file according to the first boot file to run all The memory operating system;

The second running unit is configured to, if the boot mode is the UEFI boot mode, obtain a preset second boot file according to the UEFI boot mode and load the preset second kernel file according to the second boot file to run all The memory operating system.

In a third aspect, an embodiment of the present application further provides a computer device, including a memory, a processor, and a computer program stored on the memory and running on the processor, wherein the processor executes the Perform the following steps in the computer program:

Receiving a start request for starting the memory operating system;

Determine the startup mode of the preset basic input and output system;

In a fourth aspect, the embodiments of the present application also provide a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the processor executes the following steps :

Receiving a start request for starting the memory operating system;

Determine the startup mode of the preset basic input and output system;

In the embodiment of the present application, during the startup process of the memory operating system, the boot file and kernel file corresponding to the BIOS in the server are configured for the memory operating system to solve the problem of The problem that the memory operating system cannot be started normally due to the boot mode of the BIOS in the server, there is no need to select a server with a specific BIOS boot mode when replacing the server.

Description of the drawings

In order to explain the technical solutions of the embodiments of the present application more clearly, the following will briefly introduce the drawings used in the description of the embodiments. Obviously, the drawings in the following description are some embodiments of the present application. Ordinary technicians can obtain other drawings based on these drawings without creative work.

FIG. 1 is a schematic flowchart of a method for starting a memory operating system for data collection according to an embodiment of the application;

2 is a schematic diagram of a sub-flow of a method for starting a memory operating system for data collection according to an embodiment of the application;

FIG. 3 is a schematic diagram of another sub-flow of a method for starting a memory operating system for data collection according to an embodiment of the application;

FIG. 4 is a schematic diagram of another sub-flow of a method for starting a memory operating system for data collection according to an embodiment of the application;

5 is a schematic block diagram of a device for starting a memory operating system for data collection according to an embodiment of the application;

FIG. 6 is a schematic block diagram of a subunit of a device for starting a memory operating system for data collection according to an embodiment of the application;

FIG. 7 is a schematic block diagram of another subunit of the device for starting a memory operating system for data collection according to an embodiment of the application;

8 is a schematic block diagram of another subunit of the device for starting a memory operating system for data collection according to an embodiment of the application;

FIG. 9 is a schematic block diagram of a computer device provided by an embodiment of the application.

Detailed ways

The technical solutions in the embodiments of the present application will be described clearly and completely in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all of them. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of this application.

It should be understood that when used in this specification and appended claims, the terms "including" and "including" indicate the existence of the described features, wholes, steps, operations, elements and/or components, but do not exclude one or The existence or addition of multiple other features, wholes, steps, operations, elements, components, and/or collections thereof.

It should also be understood that the terms used in the specification of this application are only for the purpose of describing specific embodiments and are not intended to limit the application. As used in the specification of this application and the appended claims, unless the context clearly indicates other circumstances, the singular forms "a", "an" and "the" are intended to include plural forms.

It should be further understood that the term "and/or" used in the specification and appended claims of this application refers to any combination and all possible combinations of one or more of the associated listed items, and includes these combinations .

Please refer to FIG. 1. FIG. 1 is a schematic flowchart of a method for starting a memory operating system for data collection according to an embodiment of the application. The method for starting the memory operating system is applied to a server, and when the memory operating system is started, a kernel file corresponding to the memory operating system is loaded into the memory for operation. The memory operating system described in the implementation of this application is similar to the Windows PE (Windows Preinstallation Environment) system. It is a memory operating system that does not depend on the hard disk during the startup process, and is mainly used to collect software that interacts with the memory operating system. The data of the hardware system and the software and hardware interacting with the memory operating system include not only the server during the startup of the memory operating system, but also the third-party systems, clients, and devices connected to the memory operating system. For example, when the memory operating system is connected to the switch, the memory operating system is used to collect data during the operation of the switch to determine whether a data failure occurs during the operation of the switch, and if a data failure occurs to the switch, The switch can be repaired through the data collected by the memory operating system.

As shown in Fig. 1, the method includes steps S110 to S140.

S110. Receive a start request for starting the memory operating system

Receiving a start request for starting the memory operating system. Specifically, the startup request is startup instruction information used to start the memory operating system, and the startup instruction information is instruction information used to enter the BIOS of the server and run the memory operating system according to the BIOS.

In one embodiment, before step S110, it further includes: mounting a preset ISO image file, wherein the ISO image file includes the first kernel file, the second kernel file, the first boot file, and The second boot file.

Mount a preset ISO image file, where the ISO image file includes the first kernel file, the second kernel file, the first boot file, and the second boot file. Specifically, the ISO image file is an image file that is compressed into a single file and stored on an optical disc in the IOS format. The ISO image file includes a kernel file and a boot file for starting the memory operating system, wherein the kernel The file is the most basic part of the memory operating system, that is, the core part of the memory operating system, provides the most basic functions of the memory operating system, is the basis of the work of the memory operating system, and is responsible for managing the The process, memory, kernel architecture device driver, file and network system of the memory operating system determine the performance and stability of the system; the boot file is a system file with hidden and read-only attributes that is used to load the kernel file to make The file of the memory operating system can be started normally. The kernel file of the memory operating system can be stored in a storage device in the server or in a device externally connected to the server. When the kernel file of the memory operating system is stored in a device externally connected to the server, the device externally connected to the server can connect to the server through the network, or through USB, VGA, DVI, HDMI, DP Wait for the interface to connect. Before starting the memory operating system, the BIOS in the server obtains a boot file and a kernel file corresponding to the memory operating system, and then loads the kernel file through the boot file to start the memory operating system. Since the boot mode of the BIOS in the server can be either the traditional Legacy boot mode or the UEFI boot mode, in this embodiment, the ISO image file contains the first boot mode corresponding to the traditional Legacy boot mode. The first boot file and the first kernel file also include the second boot file and the second kernel file corresponding to the UEFI boot mode.

In addition, before the memory operating system is started, the ISO image file is mounted, and the mounting method includes using a virtual machine to mount the ISO image file and remotely mounting the ISO image file to a preset The ISO image file can be directly selected and mounted in the virtual machine settings when using a virtual machine to mount the ISO image file, without uploading to the virtual machine server, usually during testing In the environment, a virtual machine is used to mount the ISO image file. Generally, in a formal environment, the image file needs to be uploaded to a preset server for remote mounting of the ISO image file. Therefore, in this embodiment, remote mounting is used. Load the ISO image file to a preset server. Generally, the ISO image file can be mounted remotely through tools provided by various manufacturers, such as the ipmitool tool.

S120: Determine the startup mode of the preset basic input output system.

Determine the startup mode of the preset basic input output system. Specifically, the Basic Input Output System (BIOS, Basic Input Output System) is a set of programs that are solidified on a ROM chip on the motherboard of the computer, which saves the most important basic input and output programs of the computer, the self-check program and the system after booting. The self-starting program can read and write the specific information of the system settings from CMOS (Complementary Metal Oxide, RAM chip that can be read and written). The main function of BIOS is to provide the computer with the lowest and most direct hardware settings and control. The boot mode of the BIOS includes both the traditional Legacy boot mode and the UEFI boot mode, that is, when the BIOS boot mode is the Legacy boot mode, the memory operating system can only be entered in the Legacy boot mode; when the BIOS boot mode When it is the Legacy boot mode, the memory operating system can only be entered in the Legacy boot mode. Therefore, the memory operating system pre-determines the startup mode of the BIOS in the server before starting, so that the memory operating system can be normally started in the server.

S130: If the startup mode is the Legacy startup mode, obtain a preset first boot file according to the Legacy startup mode, and load the preset first kernel file according to the first boot file to run the memory operating system.

If the startup mode is the Legacy startup mode, obtain the preset first boot file according to the Legacy startup mode and load the preset first kernel file according to the first boot file to run the memory operating system. Specifically, after the server determines that the boot mode of the BIOS in the server is the Legacy boot mode, it obtains the first boot file and the first kernel file corresponding to the memory operating system according to the Legacy boot mode, and passes the The first boot file loads the first kernel file to run the memory operating system. In this embodiment, the first boot file is the SYSLINUX.CFG boot file, and the first kernel file is the CentOS6 series kernel file. The BOIS in the server can be run by loading the CentOS6 series kernel file through the SYSLINUX.CFG boot file. The memory operating system.

S140: If the boot mode is the UEFI boot mode, obtain a preset second boot file according to the UEFI boot mode and load the preset second kernel file according to the second boot file to run the memory operating system.

If the boot mode is the UEFI boot mode, obtain a preset second boot file according to the UEFI boot mode and load the preset second kernel file according to the second boot file to run the memory operating system. Specifically, after the server determines that the boot mode of the BIOS in the server is the UEFI boot mode, it obtains the second boot file and the second kernel file corresponding to the memory operating system according to the UEFI boot mode, and passes all the boot files. The second boot file loads the second kernel file to run the memory operating system. In this embodiment, the second boot file is the GRUB.CFG boot file, the first kernel file is the CentOS7 series kernel file, and the BOIS in the server can be run by loading the CentOS7 series kernel file through the GRUB.CFG boot file. The memory operating system.

In an embodiment, after step S140, the method further includes: collecting data interacting with the memory operating system in the memory operating system according to a preset collection tool and storing the collected data in a preset database.

Collect data interacting with the memory operating system in the memory operating system according to a preset collection tool and store the collected data in a preset database. Wherein, the collection tool is used to collect data when interacting with the memory operating system. The collected data includes not only the software and hardware data of the server where the memory operating system is running, but also the communication with the server. Perform data transmission and receive data. Since the memory operating system cannot save the data collected by the detection tool after the memory operating system is closed, after the collection tool collects the data after interacting with the memory operating system, the The collected data is saved in a preset database to prevent the loss of the collected data after the memory operating system is shut down. Specifically, after the memory operating system is started and running, the Agent service can be automatically started, and data after interaction with the memory operating system is collected through a python script. After the Python script collects the collected data, the The memory operating system uploads the collected data to a preset database.

In an embodiment, as shown in FIG. 2, the collected data interacting with the memory operating system is collected in the memory operating system according to the preset collection tool and the collected data is stored in a preset database Including: steps S151 and S152.

S151. Write the collected data into a preset blockchain.

Write the collected data into a preset blockchain. Wherein, the blockchain is used to store the collected data, and the blockchain is a new application mode of computer technology such as distributed data storage, peer-to-peer transmission, consensus mechanism, encryption algorithm, etc., which is essentially It is a decentralized database. It is a series of data blocks that are generated using cryptographic methods. Each data block contains a batch of network transaction information, which is used to verify the validity (anti-counterfeiting) and generation of the information. The next block can effectively prevent data leakage or illegal tampering. Therefore, the collected data in this embodiment is stored in a preset block chain.

In an embodiment, as shown in FIG. 3, step S151 includes sub-steps S1511, S1512, and S1513.

S1511. Identify the structure type of the collected data.

Identify the structure type of the collected data. Specifically, the structure types of the collected data include structured data and unstructured data. The structured data is also called row data, which is logically expressed and realized by a two-dimensional table structure, strictly Follow the data format and length specification, mainly through the relational database for storage and management. The unstructured data is data whose data structure is irregular or incomplete, and there is no predefined data model, that is, data that is not convenient to be represented by a two-dimensional logical table of a database. The unstructured data includes all formats of office documents, text, pictures, XML, HTML, various reports, images and audio/video information and other data. The structure type of the collected data is identified so as to be subsequently encrypted in different ways according to the structure type of the collected data and stored in the blockchain. For example, if the collected data is structured data, the collected data is encrypted using an elliptic curve algorithm or an asymmetric encryption algorithm and stored in the blockchain; if the collected data is unstructured To convert the data, the collected data is hashed to generate a corresponding digital fingerprint, and the generated corresponding digital fingerprint is encrypted to be stored in the blockchain.

S1512. Encrypt the collected data according to the structure type of the collected data to obtain encrypted data.

The collected data is encrypted according to the structure type of the collected data to obtain encrypted data. Wherein, the structure type of the collected data is obtained by identifying the structure type of the collected data, which is convenient for subsequent encryption and storage in the blockchain in different ways according to the structure type of the collected data in. For example, if the collected data is structured data, the collected data is encrypted using an elliptic curve algorithm or an asymmetric encryption algorithm and stored in the blockchain; if the collected data is unstructured To convert the data, the collected data is hashed to generate a corresponding digital fingerprint, and the generated corresponding digital fingerprint is encrypted to be stored in the blockchain.

S1513. Write the encrypted data into the blockchain.

S152. Store the data of the blocks in the blockchain into the database.

The data of the blocks in the blockchain is stored in the database. Wherein, the block in the blockchain includes a block header and a block body. The block header contains the address and timestamp of the previous block, and the timestamp is used to indicate the creation time of the block. The block body includes the encrypted data, that is, the data of the block in the blockchain includes both the data in the block header and the data in the block body. Since the underlying data storage system of the blockchain in this application uses LevelDB, which is a data storage system designed for write-intensive applications, it sacrifices data read performance in exchange for improved write performance. However, the data collected by the memory operating system described in this application is used to verify the data collected by a preset third-party system, and the preset third-party system needs to frequently read and query the collected data. The efficiency of query and analysis of the collected data is limited. Therefore, the data of the blocks in the blockchain is stored in the database so that a preset third-party system can quickly query and analyze the collected data.

In another embodiment, after collecting data interacting with the memory operating system in the memory operating system according to the preset collection tool and storing the collected data in a preset database, the method further includes: The collected data updates the preset third-party system.

Update the preset third-party system according to the collected data. Specifically, the third-party system is a user-oriented system that interacts with the memory operating system and can transmit and receive data with the memory operating system. The user can communicate with the memory operating system through the third-party system. To interact. Since the third-party system is a user-oriented system, the user can interact with the memory operating system by operating the third-party system. In this embodiment, the third-party system is a BMP (Bank Merchant Pos) system. When the user is operating the third-party system, since the user may make operational errors in the third-party system, the collected data can be used to inquire about the user's erroneous operations on the third-party system In order to repair the user's error on the third-party system due to improper operation, and repair the data collected by the third-party system on the user to update the third-party system.

In an embodiment, as shown in FIG. 4, the updating of the preset third-party system based on the collected data includes: step S161, step S162, and step S163.

S161. Obtain the collected data from the database according to the third-party system.

Obtaining the collected data from the database according to the third-party system. Specifically, the third-party system is connected to the database and can perform data transmission and reception with the database, and the data collected by the memory operating system can be obtained from the database. Before the third-party system obtains the collected data from the database, the third-party system and the memory operating system have the same data collection function, and the data collected by the third-party system is the user’s The data during the operation on the system is compared with the data collected from the database and the data when the user operates on the third-party system, so that the third-party system can make it easier for the third-party system to query the office. The third-party system is collecting abnormal data of the user's misoperation.

S162. Compare the collected data with the data collected by the third-party system to obtain a result of whether the collected data is consistent with the data collected by the third-party system.

The collected data is compared with the data collected by the third-party system to obtain a result of whether the collected data is consistent with the data collected by the third-party system. Specifically, the data collected by the third-party system itself is data when the user operates on the third-party system, and the data is stored in another preset database through the third-party system. When the third-party system When it is necessary to query whether the data is abnormal due to improper operation of the user or an abnormality occurred in the process of collecting the data of the user operation, the data collected through the memory operating system is compared with the data collected by the third-party system. To query whether the data collected by the third-party system is consistent, and then determine whether the data collected by the third-party system is abnormal, so as to repair the data collected by the third system.

S163: If the collected data is inconsistent with the data collected by the third-party system, replace the data collected by the third-party system with the collected data to update the third-party system.

If the collected data is inconsistent with the data collected by the third-party system, replace the data collected by the third-party system with the collected data to update the third-party system. Specifically, when the third-party system inquires that the data collected by the third-party system is inconsistent with the data collected from the memory operating system, it can be determined that the data collected by the third-party system is abnormal, and the data collected by the third-party system is abnormal. The data collected from the memory operating system can be replaced with the data collected by the third-party system to repair the abnormal data collected by the third-party system, so that the data collected by the third-party system can be repaired. Keep consistent with the data collected by the memory operating system.

The technical methods in this application can be applied to application scenarios of smart government affairs/smart city management/smart community/smart security/smart logistics/smart healthcare/smart education/smart environmental protection/smart transportation that include a memory operating system for data collection, thereby Promote the construction of smart cities.

The embodiment of the present application also provides a device 100 for starting a memory operating system for data collection, and the device is used to execute any embodiment of the aforementioned method for starting a memory operating system for data collection. Specifically, please refer to FIG. 5, which is a schematic block diagram of a device 100 for starting a memory operating system for data collection according to an embodiment of the present application.

As shown in FIG. 5, the device 100 for starting a memory operating system for data collection includes a receiving unit 110, a judgment unit 120, a first running unit 130, and a second running unit 140.

The receiving unit 110 is configured to receive a start request for starting the memory operating system.

In other application embodiments, the device 100 for starting a memory operating system for data collection further includes a mounting unit 110a.

The mounting unit 110a is configured to mount a preset ISO image file, where the ISO image file includes the first kernel file, the second kernel file, the first boot file, and the second boot file.

The judging unit 120 is used to judge the startup mode of the preset basic input output system.

The first running unit 130 is configured to, if the startup mode is the Legacy startup mode, obtain a preset first boot file according to the Legacy startup mode and load the preset first kernel file according to the first boot file to run The memory operating system.

The second running unit 140 is configured to, if the boot mode is the UEFI boot mode, obtain a preset second boot file according to the UEFI boot mode and load the preset second kernel file according to the second boot file to run The memory operating system.

In other application embodiments, the device 100 for starting a memory operating system for data collection further includes a first storage unit 150.

The first storage unit 150 is configured to collect data interacting with the memory operating system in the memory operating system according to a preset collection tool and store the collected data in a preset database.

In other application embodiments, as shown in FIG. 6, the first storage unit 150 includes a writing unit 151 and a second storage unit 152.

The first writing unit 151 is configured to write the collected data into a preset blockchain.

In other application embodiments, as shown in FIG. 7, the first writing unit 151 includes an identification unit 1511, an encryption unit 1512 and a second writing unit 1513.

The identification unit 1511 is used to identify the structure type of the collected data.

The encryption unit 1512 is configured to encrypt the collected data according to the structure type of the collected data to obtain encrypted data.

The second writing unit 1513 is configured to write the encrypted data into the blockchain.

The second storage unit 152 is configured to store data of blocks in the blockchain into the database.

In other embodiments of the application, the device 100 for starting a memory operating system for data collection further includes an update unit 160.

The update unit 160 is configured to update a preset third-party system according to the collected data.

In other application embodiments, as shown in FIG. 8, the update unit 160 includes: an acquisition unit 161, a comparison unit 162, and a replacement unit 163.

The obtaining unit 161 is configured to obtain the collected data from the database according to the third-party system.

The comparison unit 162 is configured to compare the data with the data collected by the third-party system to obtain a result of whether the collected data is consistent with the data collected by the third-party system.

The replacement unit 163 is configured to, if the collected data is inconsistent with the data collected by the third-party system, replace the data collected by the third-party system with the collected data to update the third-party system.

Please refer to FIG. 9, which is a schematic block diagram of a computer device according to an embodiment of the present application.

Referring to FIG. 9, the device 500 includes a processor 502, a memory, and a network interface 505 connected through a system bus 501, where the memory may include a non-volatile storage medium 503 and an internal memory 504.

The non-volatile storage medium 503 can store an operating system 5031 and a computer program 5032. When the computer program 5032 is executed, the processor 502 can execute the method for starting the memory operating system for data collection. The processor 502 is used to provide computing and control capabilities, and support the operation of the entire device 500. The internal memory 504 provides an environment for the operation of the computer program 5032 in the non-volatile storage medium 503. When the computer program 5032 is executed by the processor 502, the processor 502 can execute the startup method of the memory operating system for data collection. . The network interface 505 is used for network communication, such as providing data information transmission. Those skilled in the art can understand that the structure shown in FIG. 9 is only a block diagram of part of the structure related to the solution of the present application, and does not constitute a limitation on the device 500 to which the solution of the present application is applied. The specific device 500 may Including more or fewer parts than shown in the figure, or combining some parts, or having a different arrangement of parts.

Wherein, the processor 502 is configured to run a computer program 5032 stored in a memory, so as to implement any embodiment of the above-mentioned method for starting a memory operating system for data collection.

It should be understood that, in this embodiment of the application, the processor 502 may be a central processing unit (Central Processing Unit, CPU), and the processor 502 may also be other general-purpose processors 502, or digital signal processors 502 (Digital Signal Processors, DSPs). ), Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. Among them, the general-purpose processor 502 may be a microprocessor 502 or the processor 502 may also be any conventional processor 502 and the like.

Those of ordinary skill in the art can understand that all or part of the processes in the methods of the foregoing embodiments may be implemented by computer programs instructing relevant hardware. The computer program may be stored in a storage medium, and the storage medium may be a computer-readable storage medium. The computer program is executed by at least one processor in the computer system to implement the process steps of the foregoing method embodiment.

Therefore, this application also provides a computer-readable storage medium. The computer-readable storage medium may be non-volatile or volatile. The storage medium stores a computer program, which, when executed by a processor, implements any embodiment of the above-mentioned method for starting a memory operating system for data collection.

The computer-readable storage medium may be a U disk, a mobile hard disk, a read-only memory (ROM, Read-Only Memory), a magnetic disk, or an optical disk, and other media that can store program codes.

In the several embodiments provided in this application, it should be understood that the disclosed devices, equipment, and methods can be implemented in other ways. For example, the device embodiments described above are only illustrative, and the division of the units is only a logical function division, and there may be other division methods in actual implementation. Those skilled in the art can clearly understand that, for the convenience and conciseness of description, the specific working processes of the devices, equipment and units described above can refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here. The above are only specific implementations of this application, but the protection scope of this application is not limited to this. Anyone familiar with the technical field can easily think of various equivalents within the technical scope disclosed in this application. Modifications or replacements, these modifications or replacements shall be covered within the protection scope of this application. Therefore, the protection scope of this application shall be subject to the protection scope of the claims.

Claims

A method for starting a memory operating system for data collection, which includes the following steps:

Receiving a start request for starting the memory operating system;

Determine the startup mode of the preset basic input and output system;

If the startup mode is the Legacy startup mode, obtain a preset first boot file according to the Legacy startup mode and load the preset first kernel file according to the first boot file to run the memory operating system;

If the boot mode is the UEFI boot mode, obtain a preset second boot file according to the UEFI boot mode and load the preset second kernel file according to the second boot file to run the memory operating system.
The method for starting a memory operating system for data collection according to claim 1, wherein before the receiving a starting request for starting the memory operating system, the method further comprises:

Mount a preset ISO image file, where the ISO image file includes the first kernel file, the second kernel file, the first boot file, and the second boot file.
The method for starting a memory operating system for data collection according to claim 1, wherein after the running of the memory operating system, the method further comprises:

Collect data interacting with the memory operating system in the memory operating system according to a preset collection tool and store the collected data in a preset database.
The method for starting a memory operating system for data collection according to claim 3, wherein said storing the collected data in a preset database comprises:

Write the collected data into a preset blockchain;

The data of the blocks in the blockchain is stored in the database.
The method for starting a memory operating system for data collection according to claim 4, wherein said writing the collected data into a preset blockchain comprises:

Identify the structure type of the collected data;

Encrypting the collected data according to the structure type of the collected data to obtain encrypted data;

The encrypted data is written into the blockchain.
The method for starting a memory operating system for data collection according to claim 3, wherein, after storing the collected data in a preset database, the method further comprises:

Update the preset third-party system according to the collected data.
The method for starting a memory operating system for data collection according to claim 6, wherein said updating a preset third-party system according to the collected data comprises:

Acquiring the collected data from the database according to the third-party system;

Comparing the collected data with the data collected by the third-party system to obtain a result of whether the collected data is consistent with the data collected by the third-party system;

If the collected data is inconsistent with the data collected by the third-party system, replace the data collected by the third-party system with the collected data to update the third-party system.
A starting device for a memory operating system for data collection, which includes:

A receiving unit, configured to receive a start request for starting the memory operating system;

The judging unit is used to judge the startup mode of the preset basic input output system;

The first running unit is configured to, if the startup mode is the Legacy startup mode, obtain a preset first boot file according to the Legacy startup mode and load the preset first kernel file according to the first boot file to run all The memory operating system;

The second running unit is configured to, if the boot mode is the UEFI boot mode, obtain a preset second boot file according to the UEFI boot mode and load the preset second kernel file according to the second boot file to run all The memory operating system.
A computer device includes a memory, a processor, and a computer program stored on the memory and running on the processor, wherein the processor executes the following steps when the computer program is executed:

Receiving a start request for starting the memory operating system;

Determine the startup mode of the preset basic input and output system;

If the startup mode is the Legacy startup mode, obtain a preset first boot file according to the Legacy startup mode and load the preset first kernel file according to the first boot file to run the memory operating system;

If the boot mode is the UEFI boot mode, obtain a preset second boot file according to the UEFI boot mode and load the preset second kernel file according to the second boot file to run the memory operating system.
9. The computer device according to claim 9, wherein before the receiving a start request for starting the memory operating system, the method further comprises:

Mount a preset ISO image file, where the ISO image file includes the first kernel file, the second kernel file, the first boot file, and the second boot file.
The computer device according to claim 9, wherein after said running said memory operating system, further comprising:

Collect data interacting with the memory operating system in the memory operating system according to a preset collection tool and store the collected data in a preset database.
The computer device according to claim 11, wherein said storing the collected data in a preset database comprises:

Write the collected data into a preset blockchain;

The data of the blocks in the blockchain is stored in the database.
The computer device according to claim 12, wherein said writing the collected data into a preset blockchain comprises:

Identify the structure type of the collected data;

Encrypting the collected data according to the structure type of the collected data to obtain encrypted data;

The encrypted data is written into the blockchain.
The computer device according to claim 11, wherein, after storing the collected data in a preset database, the method further comprises:

Update the preset third-party system according to the collected data.
The computer device according to claim 14, wherein said updating a preset third-party system according to said collected data comprises:

Acquiring the collected data from the database according to the third-party system;

Comparing the collected data with the data collected by the third-party system to obtain a result of whether the collected data is consistent with the data collected by the third-party system;

If the collected data is inconsistent with the data collected by the third-party system, replace the data collected by the third-party system with the collected data to update the third-party system.
A computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the following steps are executed:

Receiving a start request for starting the memory operating system;

Determine the startup mode of the preset basic input and output system;

If the startup mode is the Legacy startup mode, obtain a preset first boot file according to the Legacy startup mode and load the preset first kernel file according to the first boot file to run the memory operating system;

If the boot mode is the UEFI boot mode, obtain a preset second boot file according to the UEFI boot mode and load the preset second kernel file according to the second boot file to run the memory operating system.
15. The computer-readable storage medium according to claim 16, wherein before the receiving a start request to start the memory operating system, the method further comprises:

Mount a preset ISO image file, where the ISO image file includes the first kernel file, the second kernel file, the first boot file, and the second boot file.
The computer-readable storage medium according to claim 16, wherein, after said running the memory operating system, further comprising:

Collect data interacting with the memory operating system in the memory operating system according to a preset collection tool and store the collected data in a preset database.
The computer-readable storage medium according to claim 18, wherein said storing the collected data in a preset database comprises:

Write the collected data into a preset blockchain;

The data of the blocks in the blockchain is stored in the database.
The computer-readable storage medium according to claim 19, wherein said writing the collected data into a preset blockchain comprises:

Identify the structure type of the collected data;

Encrypting the collected data according to the structure type of the collected data to obtain encrypted data;

The encrypted data is written into the blockchain.