CN112130868B - Filling method, system, equipment and medium of system - Google Patents

Filling method, system, equipment and medium of system Download PDF

Info

Publication number
CN112130868B
CN112130868B CN202010951957.XA CN202010951957A CN112130868B CN 112130868 B CN112130868 B CN 112130868B CN 202010951957 A CN202010951957 A CN 202010951957A CN 112130868 B CN112130868 B CN 112130868B
Authority
CN
China
Prior art keywords
file
installation
directory
log
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.)
Active
Application number
CN202010951957.XA
Other languages
Chinese (zh)
Other versions
CN112130868A (en
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.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent 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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010951957.XA priority Critical patent/CN112130868B/en
Publication of CN112130868A publication Critical patent/CN112130868A/en
Application granted granted Critical
Publication of CN112130868B publication Critical patent/CN112130868B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/362Software debugging
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/17Details of further file system functions
    • G06F16/172Caching, prefetching or hoarding of files
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/18File system types
    • G06F16/1805Append-only file systems, e.g. using logs or journals to store data
    • G06F16/1815Journaling file systems

Abstract

The invention discloses a filling method of a system, which comprises the following steps: acquiring kernel starting parameters in an installation medium; updating a raid configuration file according to the raid configuration parameters in the kernel starting parameters, and copying the installation file in the installation medium to a memory file system; executing a preset instruction to start a debugging mode; in the debugging mode, partitioning a system disk according to the updated raid configuration file, mounting the system disk to a file system directory, copying an installation file in the memory file system to the file system directory corresponding to the system disk according to a preset corresponding relation, and storing a generated log to a log file. The invention also discloses a system, a computer device and a readable storage medium. The scheme provided by the invention can record the log information in the debugging mode into the log file, and is convenient for subsequent checking and positioning.

Description

Filling method, system, equipment and medium of system
Technical Field
The invention relates to the field of system filling, in particular to a filling method, a system, equipment and a storage medium of a system.
Background
The storage system is first installed on the storage device before it is used. In the first installation, the recording system is installed in a mirror image and filled through an installation medium, such as a U disk, an optical disk, and the like. When installing, there are actions such as mounting a partition, creating a file system, and the like.
The installation process and complexity of different systems often vary. For a complex storage system, there are different partition modes and file system types according to different device models, and it is possible to support installation modes of multiple media at the same time, and it is necessary to consider the loading of kernel modules. The installation process of the storage system is also complex generally, so a mature installation process needs a perfect log system to record logs, and the problems can be debugged and positioned conveniently when the problems occur later. The existing system filling scheme can not realize log recording and does not have a mature installation process.
Disclosure of Invention
In view of the above, in order to overcome at least one aspect of the above problems, an embodiment of the present invention provides a filling method of a system, including the following steps:
acquiring kernel starting parameters in an installation medium;
updating a raid configuration file according to the raid configuration parameters in the kernel starting parameters, and copying the installation file in the installation medium to a memory file system;
executing a preset instruction to start a debugging mode;
in the debugging mode, partitioning a system disk according to the updated raid configuration file, mounting the system disk to a file system directory, copying an installation file in the memory file system to the file system directory corresponding to the system disk according to a preset corresponding relation, and storing a generated log to a log file.
In some embodiments, copying the installation file in the installation medium to the memory file system further includes:
screening equipment identifications under a preset directory to determine the installation medium according to the equipment identifications;
mounting the installation medium to a first directory, and mounting a second directory to a memory file system;
and copying the installation files in the installation medium under the first directory into a second directory mounted in an internal memory file system.
In some embodiments, saving the generated log to a log file further comprises:
creating a pipeline file;
reading the logs output to the first file descriptor and the second file descriptor into the pipeline file;
and circularly reading the log data from the pipeline file and writing the log data into the log file.
In some embodiments, further comprising:
creating a third file descriptor corresponding to the first file descriptor and creating a fourth file descriptor corresponding to the second file descriptor;
outputting the log input to the third file descriptor and the fourth file descriptor to a display device.
In some embodiments, partitioning and mounting a system disk to a file system directory according to the raid configuration file further comprises:
acquiring a partition table file according to the size of the system disk;
deleting the original raid and partition of the system disk, and creating a new raid and partition by using the raid configuration file and the partition table file;
the newly created partition is mounted to a file system directory.
In some embodiments, further comprising:
determining the serial numbers of a plurality of breakpoint functions in the kernel starting parameters;
the filling system is halted in response to executing the breakpoint function to the corresponding number while the filling system is in operation.
In some embodiments, further comprising:
determining the equipment model of the system to be filled according to the BIOS version and the CPU model;
and loading the corresponding kernel driver in the installation medium into a memory according to the equipment model.
Based on the same inventive concept, according to another aspect of the present invention, an embodiment of the present invention further provides a system for system filling, including:
an acquisition module configured to acquire kernel boot parameters in an installation medium;
the first copying module is configured to update a raid configuration file according to the raid configuration parameters in the kernel starting parameters, and copy the installation file in the installation medium to a memory file system;
a debug module configured to execute a preset instruction to start a debug mode;
and the execution module is configured to partition a system disk and mount the system disk to a file system directory according to the updated raid configuration file, copy an installation file in the memory file system to the file system directory corresponding to the system disk according to a preset corresponding relation, and store a generated log in a log file in the debugging mode.
Based on the same inventive concept, according to another aspect of the present invention, an embodiment of the present invention further provides a computer apparatus, including:
at least one processor; and:
a memory storing a computer program operable on the processor, wherein the processor when executing the program performs the steps of the filling method of any of the systems as described above.
Based on the same inventive concept, according to another aspect of the present invention, there is also provided a computer-readable storage medium storing a computer program which, when executed by a processor, performs the steps of the filling method of any one of the systems as described above.
The invention has one of the following beneficial technical effects: the scheme provided by the invention can record the log information in the debugging mode into the log file, and is convenient for subsequent checking and positioning.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other embodiments can be obtained by using the drawings without creative efforts.
Fig. 1 is a schematic flow chart of a filling method of the system according to an embodiment of the present invention;
fig. 2 is a schematic structural diagram of a system for system filling according to an embodiment of the present invention;
FIG. 3 is a schematic structural diagram of a computer device provided in an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a computer-readable storage medium according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the following embodiments of the present invention are described in further detail with reference to the accompanying drawings.
It should be noted that all expressions using "first" and "second" in the embodiments of the present invention are used for distinguishing two entities with the same name but different names or different parameters, and it should be noted that "first" and "second" are only used for convenience of expression and should not be construed as a limitation to the embodiments of the present invention, and no description is given in the following embodiments.
According to an aspect of the present invention, an embodiment of the present invention provides a filling method of a system, as shown in fig. 1, which may include the steps of:
s1, acquiring kernel starting parameters in an installation medium;
s2, updating a raid configuration file according to the raid configuration parameters in the kernel starting parameters, and copying the installation files in the installation medium to a memory file system;
s3, executing a preset instruction to start a debugging mode;
and S4, in the debugging mode, partitioning a system disk according to the updated raid configuration file, mounting the system disk to a file system directory, copying an installation file in the memory file system to the file system directory corresponding to the system disk according to a preset corresponding relation, and storing a generated log to a log file.
The scheme provided by the invention can record the log information in the debugging mode into the log file, and is convenient for subsequent checking and positioning.
In some embodiments, in step S1, in the obtaining of the kernel start parameter in the installation medium, specifically, after the device of the system to be filled is powered on, a bios self-test and a kernel are loaded, a system process is started, and then linux. The/proc directory is first mounted in the linux program to obtain kernel startup parameters from the/proc/cmdline. The kernel start parameters may include a breakpoint function number and a raid configuration parameter. Therefore, the raid configuration parameters can be obtained according to the sciid item in the kernel starting parameters, the systemd-udevd service is started, and the raid configuration file is reset by using the madam command.
In some embodiments, in step S2, copying the installation file in the installation medium to a memory file system, further includes:
screening equipment identifications under a preset directory to determine the installation medium according to the equipment identifications;
mounting the installation medium to a first directory, and mounting a second directory to a memory file system;
and copying the installation files in the installation medium under the first directory into a second directory under an internal storage file system.
Specifically, the device may be searched in the/dev directory, for example, the U-disc may be firstly searched according to the device identifier, and then the optical disc may be searched, so that different types of storage media, such as the U-disc and the optical disc, may be searched. And after finding the installation medium, mounting the installation medium in the/mnt directory. Then, the/mnt 2 directory is mounted in a tmpfs (memory file system) mode, then the/mnt directory is downloaded, namely files in the installation medium are packaged and unpacked to be/mnt 2, and then the/mnt directory is unloaded. So far, the files required for installation are already in the memory file system/mnt 2, and a chroma command is executed to switch the root directory to be under/mnt 2.
In some embodiments, further comprising:
determining the equipment model of the system to be filled according to the BIOS version and the CPU model;
and loading the corresponding kernel driver in the installation medium into a memory according to the equipment model.
Specifically, the device model of the device is obtained, and the device model is determined by the bios version and the CPU model. Different BIOS versions or CPU models correspond to different device models. According to different device models, kernel drivers are searched in a/lib/modules directory of a boot system, and different kernel driver modules are loaded by using an insmod command.
It should be noted that the boot system is a boot system installed on the medium, and after the system is powered on, the bios automatically starts a temporary system from the boot items with the highest priority, where the boot items, such as a usb disk and an optical disk, all belong to the boot items, and the boot system is a temporary operating system. Although there is no active search for the installation medium, the boot program on the installation medium has been automatically activated by bios, and this process is automatic. The underlying source of kernel-driven data is the installation medium.
Therefore, different processing schemes can be provided for different types of equipment, and the compatibility is stronger. If the drivers of different models of devices depend on different drivers, different drivers are loaded into the kernel.
In some embodiments, step S4, saving the generated log in a log file, further includes:
creating a pipeline file;
reading the logs output to the first file descriptor and the second file descriptor into the pipeline file;
and circularly reading the log data from the pipeline file and writing the log data into the log file.
In some embodiments, further comprising:
creating a third file descriptor corresponding to the first file descriptor and creating a fourth file descriptor corresponding to the second file descriptor;
the log input to the third file descriptor and the fourth file descriptor is output to the display device.
Specifically, a log function format may be set, and the log function is used to implement writing of the log data into a log file. The standard output in the linux operating system can be represented by a first file descriptor, the standard output is output to a screen by default, the standard error can be represented by a second file descriptor, and the standard error is output to the screen by default. In the log function, a copy 3 of the standard output 1 is created using 'exec 3> &1', and is recorded as STDOUT by 'STDOUT = 3'; a copy 4 of the error output 2 was created using 'exec 4> &2' and noted as STDERR by 'STDERR = 4'. These two copies, STDOUT and STDERR, are used in the program to replace the standard output and standard error. Namely, the log data which is set in advance and needs to be output to the screen is output by using STDOUT and STDERR.
Then, a pipe file TRACEPIPE is created using mknod, and the pipe functions to automatically transfer data from the read end to the write end. Both standard outputs and standard errors can be read into the pipeline using 'exec 1> $ { TRACEPIPE }' and 'exec 2> & 1'. A log file tramelog is created. And cyclically reading each row of data from the pipeline by using 'read LINE', and then writing the data of each row into a log file by using '$ { LINE } > $ { TRACELOG }'.
And finally, after the format trace function is realized, running the function and executing a set-x starting debugging mode. The code in debug mode generates a large number of logs that are output by default into the first file descriptor and the second file descriptor, i.e., standard output and standard error. And through the redirection of the output by the format function, the logs are written into a log file. The method can save the log into the log file on one hand, provides new standard output and standard errors on the other hand, and can still output some log data to the screen, namely, the use of the standard output and the standard errors is not influenced.
In some embodiments, partitioning and mounting a system disk to a file system directory according to the raid configuration file further comprises:
acquiring a partition table file according to the size of the system disk;
deleting the original raid and partition of the system disk, and creating a new raid and partition by using the raid configuration file and the partition table file;
the newly created partition is mounted to a file system directory.
Specifically, before creating a new raid and partition, the original raid and partition on the system disk need to be deleted, and then the partition table file is obtained according to the size of the system disk. The partition table file specifies the size of each partition for system disks of different sizes in the installation file package. After the partitioning scheme is determined, the system disk is partitioned using the paired command. The partitions are then formatted using the mk2fs command and a file system is created. The partition information is then printed into the/etc/fstab file so that the system will mount the partitions to the corresponding directories at startup. And then re-triggering the udev event and loading the peripheral. And finally decompressing and copying the installation files to each file system directory, and finishing the installation of the system after all the files are copied. And then restarting the system to complete the installation process.
In some embodiments, further comprising:
determining the serial numbers of a plurality of breakpoint functions in the kernel starting parameters;
the filling system is halted in response to executing the breakpoint function to the corresponding number while the filling system is in operation.
Specifically, the serial number of the breakpoint function can be added into the kernel starting parameter, so that the system filling process can be suspended when the breakpoint function with the corresponding serial number is executed when the filling system is carried out, and the program debugging is facilitated.
In some embodiments, the installation progress may also be printed in real time using the plymouth tool, visually displaying the installation process in percentage form.
The scheme provided by the invention can establish different equipment models according to the CPU model and the bios version when the system is installed, load different kernel drivers into different equipment, and read different partition tables according to the size of a system disk. And records the log information in the debugging mode into a log file by redirection. And the breakpoint debugging position can be recorded through the kernel starting parameter, so that the breakpoint debugging is realized.
Based on the same inventive concept, according to another aspect of the present invention, an embodiment of the present invention further provides a system 400 for system filling, as shown in fig. 2, including:
an obtaining module 401, where the obtaining module 401 is configured to obtain a kernel starting parameter in an installation medium;
a first copying module 402, where the first copying module 402 is configured to update a raid configuration file according to a raid configuration parameter in the kernel start parameter, and copy an installation file in the installation medium to a memory file system;
a debugging module 403, wherein the debugging module 403 is configured to execute a preset instruction to start a debugging mode;
an execution module 404, where the execution module 404 is configured to partition a system disk and mount the system disk to a file system directory according to the updated raid configuration file, copy an installation file in the memory file system to the file system directory corresponding to the system disk according to a preset corresponding relationship, and store a generated log in a log file in the debug mode.
Based on the same inventive concept, according to another aspect of the present invention, as shown in fig. 3, an embodiment of the present invention further provides a computer apparatus 501, comprising:
at least one processor 520; and:
a memory 510, the memory 510 storing a computer program 511 executable on the processor, the processor 520 when executing the program performing the steps of the filling method of any of the systems as described above.
Based on the same inventive concept, according to another aspect of the present invention, as shown in fig. 4, an embodiment of the present invention further provides a computer-readable storage medium 601, where the computer-readable storage medium 601 stores computer program instructions 610, and when executed by a processor, the computer program instructions 610 perform the steps of the filling method of any one of the above systems.
Finally, it should be noted that, as will be understood by those skilled in the art, all or part of the processes of the methods of the above embodiments may be implemented by a computer program to instruct related hardware to implement the methods.
Further, it should be understood that the computer-readable storage medium herein (e.g., memory) can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory.
Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as software or hardware depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the disclosed embodiments of the present invention.
The foregoing is an exemplary embodiment of the present disclosure, but it should be noted that various changes and modifications could be made herein without departing from the scope of the present disclosure as defined by the appended claims. The functions, steps and/or actions of the method claims in accordance with the disclosed embodiments described herein need not be performed in any particular order. Furthermore, although elements of the disclosed embodiments of the invention may be described or claimed in the singular, the plural is contemplated unless limitation to the singular is explicitly stated.
It should be understood that, as used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly supports the exception. It should also be understood that "and/or" as used herein is meant to include any and all possible combinations of one or more of the associated listed items.
The numbers of the embodiments disclosed in the embodiments of the present invention are merely for description, and do not represent the merits of the embodiments.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer-readable storage medium, where the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk.
Those of ordinary skill in the art will understand that: the discussion of any embodiment above is meant only to be exemplary, and is not intended to intimate that the scope of the disclosure, including the claims, is limited to these examples; within the idea of an embodiment of the invention, also combinations between technical features in the above embodiments or in different embodiments are possible, and there are many other variations of the different aspects of the embodiments of the invention as described above, which are not provided in detail for the sake of brevity. Therefore, any omissions, modifications, substitutions, improvements and the like that may be made without departing from the spirit or scope of the embodiments of the present invention are intended to be included within the scope of the embodiments of the present invention.

Claims (9)

1. A method of filling a system, comprising the steps of:
acquiring kernel starting parameters in an installation medium;
updating a raid configuration file according to the raid configuration parameters in the kernel starting parameters, and copying the installation file in the installation medium to a memory file system;
executing a preset instruction to start a debugging mode;
in the debugging mode, partitioning a system disk according to the updated raid configuration file, mounting the system disk to a file system directory, copying an installation file in the memory file system to the file system directory corresponding to the system disk according to a preset corresponding relation, and storing a generated log to a log file;
determining the serial numbers of a plurality of breakpoint functions in the kernel starting parameters;
the filling system is halted in response to executing the breakpoint function to the corresponding number while the filling system is in operation.
2. The method of claim 1, wherein copying the installation files in the installation medium to a memory file system, further comprises:
screening equipment identifications under a preset directory to determine the installation medium according to the equipment identifications;
mounting the installation medium to a first directory, and mounting a second directory to a memory file system;
and copying the installation files in the installation medium under the first directory into a second directory under an internal storage file system.
3. The method of claim 1, wherein saving the generated log to a log file, further comprises:
creating a pipeline file;
reading the logs output to the first file descriptor and the second file descriptor into the pipeline file;
and circularly reading the log data from the pipeline file and writing the log data into the log file.
4. The method of claim 3, further comprising:
creating a third file descriptor corresponding to the first file descriptor and creating a fourth file descriptor corresponding to the second file descriptor;
outputting the log input to the third file descriptor and the fourth file descriptor to a display device.
5. The method of claim 1, wherein partitioning and mounting a system disk to a file system directory according to the raid configuration file, further comprises:
obtaining a partition table file according to the size of the system disk;
deleting the original raid and partition of the system disk, and creating a new raid and partition by using the raid configuration file and the partition table file;
the newly created partition is mounted to a file system directory.
6. The method of claim 1, further comprising:
determining the equipment model of the system to be filled according to the BIOS version and the CPU model;
and loading the corresponding kernel driver in the installation medium into a memory according to the equipment model.
7. A system for system filling, comprising:
an acquisition module configured to acquire kernel boot parameters in an installation medium;
the first copying module is configured to update a raid configuration file according to the raid configuration parameters in the kernel starting parameters, and copy the installation file in the installation medium to a memory file system;
a debug module configured to execute a preset instruction to start a debug mode;
the execution module is configured to partition and mount a system disk to a file system directory according to the updated raid configuration file, copy an installation file in the memory file system to the file system directory corresponding to the system disk according to a preset corresponding relation, and store a generated log in a log file in the debugging mode;
the system also includes a module configured to perform the following steps
Determining the serial numbers of a plurality of breakpoint functions in the kernel starting parameters;
the filling system is halted in response to executing the breakpoint function to the corresponding number while the filling system is in operation.
8. A computer device, comprising:
at least one processor; and
memory storing a computer program operable on the processor, characterized in that the processor executes the program to perform the steps of the method according to any of claims 1-6.
9. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, is adapted to carry out the steps of the method according to any one of claims 1-6.
CN202010951957.XA 2020-09-11 2020-09-11 Filling method, system, equipment and medium of system Active CN112130868B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010951957.XA CN112130868B (en) 2020-09-11 2020-09-11 Filling method, system, equipment and medium of system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010951957.XA CN112130868B (en) 2020-09-11 2020-09-11 Filling method, system, equipment and medium of system

Publications (2)

Publication Number Publication Date
CN112130868A CN112130868A (en) 2020-12-25
CN112130868B true CN112130868B (en) 2022-12-27

Family

ID=73846096

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010951957.XA Active CN112130868B (en) 2020-09-11 2020-09-11 Filling method, system, equipment and medium of system

Country Status (1)

Country Link
CN (1) CN112130868B (en)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105208006A (en) * 2015-08-25 2015-12-30 浪潮(北京)电子信息产业有限公司 Server virtualization platform host Raid batch configuration system and method

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105208006A (en) * 2015-08-25 2015-12-30 浪潮(北京)电子信息产业有限公司 Server virtualization platform host Raid batch configuration system and method

Also Published As

Publication number Publication date
CN112130868A (en) 2020-12-25

Similar Documents

Publication Publication Date Title
US6385766B1 (en) Method and apparatus for windows-based installation for installing software on build-to-order computer systems
US5842024A (en) Method of software installation
US8468501B2 (en) Partial recording of a computer program execution for replay
US7251808B2 (en) Graphical debugger with loadmap display manager and custom record display manager displaying user selected customized records from bound program objects
JPH0836488A (en) Method and device for checking run-time error using dynamic patching
CN113238819B (en) Dynamic loading method and system of drive file suitable for U-Boot
US20070234328A1 (en) File handling for test environments
CN111258666A (en) Reading method and device of computer file, computer system and storage medium
CN116049207A (en) Application SQL script processing method and device, processor and electronic equipment
CN108694049B (en) Method and equipment for updating software
CN112416379B (en) Application program installation method and device, computing equipment and readable storage medium
CN112130868B (en) Filling method, system, equipment and medium of system
JP2006221630A (en) Log acquisition method and program, and storage medium
US7000222B1 (en) Method, system, and program for accessing variables from an operating system for use by an application program
JP2004038313A (en) Log acquisition method, program, and storage medium
CN112732562A (en) Computer test method, system and related device
CN113157287B (en) File burning method and device and computer readable storage medium
CN116991381B (en) Application cross compiling method and device, computing equipment and storage medium
CN116991427B (en) Application compiling method and device, computing equipment and storage medium
JP3001470B2 (en) Boot failure detection system for personal computer
CN113448639B (en) Access method, device, equipment and storage medium for user configuration variable area
CN112947979A (en) Firmware patch loading mode of IPC equipment based on overlayFS
JP2006031248A (en) Software evaluation system for generating log by hooking function call
JP2001005688A (en) Debugging support device for parallel program
CN116991485A (en) Operating system starting method and device, electronic equipment and readable storage medium

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