System filling methods, apparatus, equipment, and media based on multiple configuration requirements

Abstract

This application discloses a system filling method, apparatus, device, and medium based on multiple configuration requirements, relating to the field of computer technology. Applied to a PXE server, the method includes: determining target devices for installing different components based on a pre-installation environment, and obtaining relevant configuration information of the target devices to generate a preset format file; parsing the preset format file through a graphical user interface to determine the target components and their corresponding drivers; querying a pre-set component database based on the target components and their drivers to determine the optimal compatible image; modifying the preset format file according to the image configuration file of the optimal compatible image, and then storing the modified target files and their drivers in a preset directory for batch installation of target components using HTTP based on the preset directory. The technical solution of this application can effectively reduce the testing cycle during project testing and automated filling in production lines.

Description

Technical Field

[0001] This invention relates to the field of computer technology, and in particular to a system filling method, apparatus, equipment and medium based on multiple configuration requirements. Background Technology

[0002] During the current project testing and automated filling process on the production line, the images involved need to be customized individually for the configuration requirements of different projects, with each system bound to devices with fixed configurations. Because customizing images requires considering the driver adaptation and compatibility of various components, the following issues inevitably arise:

[0003] 1) Customized images need to take into account all configurations that the project may ship. The same component may have multiple available models, and due to different manufacturers and different drivers, they need to be included in a single customized image. This results in the image becoming increasingly bloated, and the installation time increases the time required to install unnecessary component drivers for the current production line after the basic parts of the image are installed.

[0004] 2) There are compatibility issues between drivers of the same type. Incompatibility issues will affect the image customization cycle and it will be impossible to push component manufacturers to adapt to drivers of the same type from other manufacturers.

[0005] 3) If this approach is not adopted, it is equivalent to finding the corresponding component customization image for each project-based master disk customization, and then performing tasks such as merging the master disk deb based on that image, which lengthens the cycle.

[0006] Therefore, how to provide a solution to the above-mentioned technical problems is a problem that needs to be solved by those skilled in the art. Summary of the Invention

[0007] In view of this, the purpose of this invention is to provide a system filling method, apparatus, equipment, and medium based on multiple configuration requirements, which can effectively reduce the testing cycle during project testing and automated filling on the production line. The specific solution is as follows:

[0008] In a first aspect, this application discloses a system loading method based on multiple configuration requirements, applied to a PXE server, including:

[0009] Based on the pre-installation environment, the target devices for installing different components are determined, and the relevant configuration information of the target devices is obtained to generate a preset format file;

[0010] The preset format file is parsed through a graphical user interface to determine the target component and the corresponding driver.

[0011] Based on the target component and the related driver, a pre-set component database is queried to determine the best compatible image; wherein, the component database is used to record the compatibility status of the target component and the related driver with the system version of the target device;

[0012] The preset format file is modified according to the image configuration file of the best adapted image, and then the modified target file and the related driver are stored in a preset directory so that the target components can be installed in batches using HTTP according to the preset directory.

[0013] Optionally, the step of determining the target device for installing different components based on the pre-installation environment and obtaining the relevant configuration information of the target device to generate a preset format file includes:

[0014] The PE system identifies the target device for installing different components and obtains the hardware configuration of the target device to generate an Extensible Markup Language (XML) file; wherein, the hardware configuration includes any one or a combination of several of the following: memory, graphics card, hard disk, PCIe adapter, and RAID card.

[0015] Optionally, the step of parsing the preset format file through a graphical user interface to determine the target component and the corresponding driver includes:

[0016] The preset format file is parsed in an element tree manner using a preset programming language through a graphical user interface to determine the target component and the corresponding driver.

[0017] Optionally, the component database is configured, including:

[0018] Obtain different components and several different drivers adapted to the different components;

[0019] The different components are combined with the different drivers to obtain several configuration combinations;

[0020] Based on the configuration combination, several system versions adapted to the target device are determined, and then each configuration combination and the corresponding system version are stored in the component database.

[0021] Optionally, after parsing the preset format file through a graphical user interface to determine the target component and the corresponding driver, the method further includes:

[0022] The relevant drivers are checked to determine whether they are digitally signed versions and / or versions adapted to the public operating system.

[0023] Package the digitally signed version of the relevant drivers and / or the version of the driver adapted to the public operating system, and then store the resulting preset format installation package in the preset directory.

[0024] Optionally, after modifying the preset format file according to the image configuration file of the best-fit image, and then storing the modified target file and the related driver in a preset directory so that the target components can be batch installed using HTTP according to the preset directory, the method further includes:

[0025] Monitor whether the target components have been installed in batches;

[0026] When the target components are installed in batches, the system enters OOBE or audit mode and sends test scripts to the target devices via the network connection between the PXE server and the target devices using the Simple File Transfer Protocol, so as to perform stability tests on the installation of the target components using the test scripts.

[0027] Optionally, after the target components are installed in batches, entering OOBE or audit mode, and using the network connection between the PXE server and the target device to send test scripts to the target device via Simple File Transfer Protocol (SLTP) to perform stability testing on the installation of the target components, the method further includes:

[0028] Obtain the test results of the stability test on the installation of the target component;

[0029] When the test result indicates that the target component is installed correctly, the target device is activated via the KMS server.

[0030] Secondly, this application discloses a system filling device based on multiple configuration requirements, applied to a PXE server, comprising:

[0031] The preset format file generation module is used to determine the target device for installing different components based on the pre-installation environment, and to obtain the relevant configuration information of the target device in order to generate a preset format file;

[0032] The preset format file parsing module is used to parse the preset format file through a graphical user interface to determine the target component and the corresponding driver.

[0033] The optimal adaptation image determination module is used to query a pre-set component database based on the target component and the related driver to determine the optimal adaptation image; wherein, the component database is used to record the adaptation status of the target component and the related driver with the system version of the target device;

[0034] The file packaging module is used to modify the preset format file according to the image configuration file of the best adapted image, and then store the modified target file and the related driver in a preset directory so that the target components can be installed in batches using HTTP according to the preset directory.

[0035] Thirdly, this application discloses an electronic device, which includes a processor and a memory; wherein the memory is used to store a computer program, which is loaded and executed by the processor to implement the system filling method based on multiple configuration requirements as described above.

[0036] Fourthly, this application discloses a computer-readable storage medium for storing a computer program; wherein the computer program, when executed by a processor, implements the system filling method based on multiple configuration requirements as described above.

[0037] This application provides a system installation method based on multiple configuration requirements, applied to a PXE server, comprising: determining target devices for installing different components based on a pre-installation environment, and obtaining relevant configuration information of the target devices to generate a preset format file; parsing the preset format file through a graphical user interface to determine the target components and their corresponding drivers; querying a pre-set component database based on the target components and their corresponding drivers to determine the optimal compatible image; wherein, the component database is used to record the compatibility between the target components and their corresponding drivers and the system version of the target devices; modifying the preset format file according to the image configuration file of the optimal compatible image, and then storing the modified target files and their corresponding drivers in a preset directory, so as to perform batch installation of the target components using HTTP based on the preset directory. Therefore, this invention primarily decouples the preset format files in the target device and the relevant drivers corresponding to the target components to be installed on the target device from the optimal adaptation image of the operating system. It uses a PXE server as the main carrier for configuration analysis, configuration distribution, driver distribution, and batch installation. The system collects configuration information of the devices to be deployed and the adaptation component database through a graphical user interface to determine the optimal adaptation image. Finally, the preset format files are modified according to the image configuration file of the optimal adaptation image, and the modified target files and related drivers are stored in a preset directory and packaged for installation. Although system manufacturers still need to adapt the public version of the system and all related components, and have specific drivers for specific systems, the overall process is reflected in the system customization and automated installation process. By using a PXE server to filter and combine component drivers and modify the corresponding preset format files according to the optimal adaptation image, it is possible to meet project-specific customization needs based on the optimal adaptation image. Customization of the master disk is also simpler, and the production line can operate more humanely, effectively reducing the testing cycle.

[0038] Furthermore, the system filling apparatus, device, and storage medium provided in this application, based on multiple configuration requirements, correspond to the aforementioned system filling method based on multiple configuration requirements and have the same effect. Attached Figure Description

[0039] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on the provided drawings without creative effort.

[0040] Figure 1This application discloses a system filling method based on multiple configuration requirements.

[0041] Figure 2 This application discloses a specific system filling method based on multiple configuration requirements.

[0042] Figure 3 This application discloses a specific system filling method based on multiple configuration requirements.

[0043] Figure 4 This is a schematic diagram of a system filling device based on multiple configuration requirements disclosed in this application;

[0044] Figure 5 This is a structural diagram of an electronic device disclosed in this application. Detailed Implementation

[0045] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0046] Currently, during project testing and automated filling on the production line, the need to consider the compatibility and adaptation of various component drivers when customizing images inevitably leads to issues such as long component driver installation times and incompatibility problems between similar drivers. Without this solution, it would be equivalent to finding the corresponding component customization image for each project-based master disk customization, and then merging the master disk .deb file based on that image, thus lengthening the cycle.

[0047] Therefore, this application provides a system filling solution based on multiple configuration requirements, which can effectively reduce the testing cycle during project testing and automatic filling on the production line.

[0048] This invention discloses a system filling method based on multiple configuration requirements, see [link to relevant documentation]. Figure 1 As shown, applied to a PXE server, the method includes:

[0049] Step S11: Based on the pre-installation environment, determine the target device for installing different components, and obtain the relevant configuration information of the target device to generate a preset format file.

[0050] In this embodiment, the application is based on a PXE (Preboot Execution Environment) server. Since a PXE server can serve as a storage medium for different drivers and can attempt to present configurations and import related content for different machine combinations through a combination of programs and graphical interfaces, the PXE server is used as the primary carrier for configuration analysis, configuration distribution, driver distribution, and batch installation. First, the PXE server uses a PE system to determine the target device for installing different components. It is understandable that because hardware devices cannot be continuously updated and optimized like software, a batch of suitable models is produced in irregular batches before formal production for user testing, ensuring that the officially produced equipment is more perfect and reduces the failure rate. Therefore, an external test machine can be connected to a target machine from the same batch on the production line as the target device.

[0051] Furthermore, once the target device is identified, its specific hardware configuration is collected. Specifically, this hardware configuration may include important information such as memory, graphics card, hard drive, PCIe adapter, and RAID card, or any combination thereof. Then, an XML (Extensible Markup Language) file is generated and stored as an XML file in a specific directory on the PXE server.

[0052] Step S12: Parse the preset format file through the graphical user interface to determine the target component and the corresponding driver.

[0053] In this embodiment, a graphical user interface (GUI) is used to send instructions to the target device to be deployed and to collect the configuration information of the target device. That is, the PXE server uses the GUI to parse the preset format file (xml file) generated in step S11, and then finds the specific components and related drivers.

[0054] In one specific implementation, a preset programming language can be used to parse the preset format file in an element tree manner to determine the target component and the corresponding driver. For example, Python's element tree can be used to parse XML format. Since desktop computers or servers generally involve a relatively consistent total number of component types, the XML file format can be relatively simple and the content will not be large.

[0055] The process includes, after parsing the preset format file through a graphical user interface to determine the target component and its corresponding driver, the following steps:

[0056] The relevant drivers are checked to determine whether they are digitally signed versions and / or versions adapted to the public operating system.

[0057] Package the digitally signed version of the relevant drivers and / or the version of the driver adapted to the public operating system, and then store the resulting preset format installation package in the preset directory.

[0058] It should be noted that after parsing the preset format file to find the specific components and related drivers, the adapted drivers are packaged and placed in a specified directory, such as third-party.tar.gz. It is necessary to ensure that the drivers in the directory are either signed versions or versions adapted to the official OS (Operating System).

[0059] Step S13: Based on the target component and the related driver, query the pre-set component database to determine the best compatible image; wherein, the component database is used to record the compatibility between the target component and the related driver and the system version of the target device.

[0060] In this embodiment, a component database with pre-set compatibility information for components from OEMs is provided. Presenting this database facilitates easy retrieval and querying. The component database stores corresponding combinations of target components, related drivers, and compatibility with various mainline versions. Furthermore, previous compatibility experience can be used to supplement the component database with relevant combinations to find more suitable system versions for customization. Based on the target component and related drivers, the optimal compatible image, typically a generic OS manufacturer image, is directly located by querying the pre-set component database.

[0061] Step S14: Modify the preset format file according to the image configuration file of the best adapted image, and then store the modified target file and the related driver in a preset directory so that the target components can be installed in batches using HTTP according to the preset directory.

[0062] In this embodiment, the configuration file, which is represented by a preset format file in domestic operating systems such as Kylin, is decoupled from the image. The third-party software for PXE installation is also used to implement different drivers to be installed before PXE installation, according to different customer needs.

[0063] It's important to note that the configuration information required by the target device will also be synchronized to the PXE server. The PXE server modifies the configuration file of the best-fit OS public image, such as the installation location, partition size, and specified username and password. Although system manufacturers still need to adapt the public system and all related components, and have specific drivers for specific systems, the component database allows them to not only set product configuration combinations, but also filter and combine component drivers via the server, modifying corresponding preset format files. This enables customized project requirements based on public compatibility, and simplifies the customization of the master image.

[0064] Furthermore, once the configuration information required by the target device is modified, it is placed in the specified directory along with the driver package (deb) generated in step S12. Then, the PXE server uses HTTP (Hypertext Transfer Protocol) to perform batch installation on the devices to be installed.

[0065] This application provides a system installation method based on multiple configuration requirements, applied to a PXE server, comprising: determining target devices for installing different components based on a pre-installation environment, and obtaining relevant configuration information of the target devices to generate a preset format file; parsing the preset format file through a graphical user interface to determine the target components and their corresponding drivers; querying a pre-set component database based on the target components and their corresponding drivers to determine the optimal compatible image; wherein, the component database is used to record the compatibility between the target components and their corresponding drivers and the system version of the target devices; modifying the preset format file according to the image configuration file of the optimal compatible image, and then storing the modified target files and their corresponding drivers in a preset directory, so as to perform batch installation of the target components using HTTP based on the preset directory. Therefore, this invention primarily decouples the preset format files in the target device and the relevant drivers corresponding to the target components to be installed on the target device from the optimal adaptation image of the operating system. It uses a PXE server as the main carrier for configuration analysis, configuration distribution, driver distribution, and batch installation. The system collects configuration information of the devices to be deployed and the adaptation component database through a graphical user interface to determine the optimal adaptation image. Finally, the preset format files are modified according to the image configuration file of the optimal adaptation image, and the modified target files and related drivers are stored in a preset directory and packaged for installation. Although system manufacturers still need to adapt the public version of the system and all related components, and have specific drivers for specific systems, the overall process is reflected in the system customization and automated installation process. By using a PXE server to filter and combine component drivers and modify the corresponding preset format files according to the optimal adaptation image, it is possible to meet project-specific customization needs based on the optimal adaptation image. Customization of the master disk is also simpler, and the production line can operate more humanely, effectively reducing the testing cycle.

[0066] In one specific embodiment of the system filling method based on multiple configuration requirements provided by the present invention, see [link to relevant documentation]. Figure 2 As shown, the process of setting up the component database specifically includes:

[0067] Step S21: Obtain different components and several different drivers adapted to the different components;

[0068] Step S22: Combine the different components with the different drives respectively to obtain several configuration combinations;

[0069] Step S23: Based on the configuration combination, determine several system versions adapted to the target device, and then store each configuration combination and the system version corresponding to each configuration combination in the component database.

[0070] In this embodiment, a component database is pre-set to record the compatibility of the target component and its related drivers with the system version of the target device. Different components are combined with their corresponding drivers, such as multiple available driver models, to obtain several configuration combinations. Since different configuration combinations have different compatibility with different mainline versions, each configuration combination and its corresponding system version are stored in the component database. Although this approach may still cause driver compatibility issues between different component manufacturers, the probability of such problems is relatively small based on the actual situation of the OEM. Furthermore, prior adaptation experience can be used to supplement the component database with corresponding combinations to find more suitable system versions for customization. Then, the PXE server queries the records in the component database to determine the optimal compatible image.

[0071] In one specific embodiment of the system filling method based on multiple configuration requirements provided by the present invention, see [link to relevant documentation]. Figure 3 As shown, after modifying the preset format file according to the image configuration file of the best-fit image, and then storing the modified target file and the related driver in a preset directory so that the target components can be batch installed using HTTP according to the preset directory, the process can further include:

[0072] Step S31: Monitor whether the target components have been installed in batches;

[0073] Step S32: When the target components are installed in batches, enter OOBE or audit mode, and use the simple file transfer protocol to send test scripts to the target devices through the network connection between the PXE server and the target devices, so as to use the test scripts to perform stability tests on the installation of the target components.

[0074] In this embodiment, the PXE server uses HTTP to batch install the target components, and enters OOBE or audit mode after the device installation is complete. Through the network connection between the server and the target device, test scripts are distributed to the target device using TFTP (Trivial File Transfer Protocol) to check the installation status of various drivers and perform basic stability tests.

[0075] Furthermore, when the target components are installed in batches, the system enters OOBE or audit mode, and through the network connection between the PXE server and the target device, a test script is sent to the target device using a simple file transfer protocol. This allows for stability testing of the target component installation using the test script. The process also includes:

[0076] Obtain the test results of the stability test on the installation of the target component;

[0077] When the test result indicates that the target component is installed correctly, the target device is activated via the KMS server.

[0078] In this embodiment, the test results are fed back to the server, which confirms whether the current batch is installed correctly. If the installation is successful, the KMS server handles the subsequent activation steps. In this way, after installation, the system's built-in audit mode enables feedback and basic function testing after device driver installation. The addition of OOBE and audit modes after installation allows for sampling and testing of system installation results and the installation combinations of various components within the system, effectively reducing the testing cycle.

[0079] It should be noted that activation is required after the production line is installed. However, due to system manufacturer confidentiality requirements and practices, the KMS activation server and PXE filling server are usually separate. Combining them into one could be considered to save deployment space. Alternatively, some configuration files or software specific to the KMS activation server could be separated from the system, allowing for more deployment space, similar to the PXE server.

[0080] The following describes the system filling apparatus based on multiple configuration requirements provided in the embodiments of this application. The system filling apparatus based on multiple configuration requirements described below and the system filling method based on multiple configuration requirements described above can be referred to in correspondence.

[0081] Figure 4 This is a structural block diagram of a system filling device based on multiple configuration requirements disclosed in an embodiment of this application, applied to a PXE server. See also... Figure 4 As shown, the device includes:

[0082] The preset format file generation module 11 is used to determine the target device for installing different components based on the pre-installation environment, and to obtain the relevant configuration information of the target device to generate a preset format file;

[0083] The preset format file parsing module 12 is used to parse the preset format file through a graphical user interface to determine the target component and the related driver corresponding to the target component;

[0084] The optimal adaptation image determination module 13 is used to query a pre-set component database based on the target component and the related driver to determine the optimal adaptation image; wherein, the component database is used to record the adaptation status of the target component and the related driver with the system version of the target device;

[0085] The file packaging module 14 is used to modify the preset format file according to the image configuration file of the best adapted image, and then store the modified target file and the related driver in a preset directory so that the target components can be installed in batches using HTTP according to the preset directory.

[0086] For more detailed information on the working process of each of the above modules, please refer to the relevant content disclosed in the foregoing embodiments, which will not be repeated here.

[0087] Therefore, the above-described solution in this embodiment, applied to a PXE server, includes: determining target devices for installing different components based on a pre-installation environment, and obtaining relevant configuration information of the target devices to generate a preset format file; parsing the preset format file through a graphical user interface to determine the target components and their corresponding drivers; querying a pre-set component database based on the target components and their corresponding drivers to determine the optimal compatible image; wherein the component database is used to record the compatibility between the target components and their corresponding drivers and the system version of the target devices; modifying the preset format file according to the image configuration file of the optimal compatible image, and then storing the modified target file and the corresponding drivers in a preset directory so that the target components can be batch installed using HTTP based on the preset directory. Therefore, this invention primarily decouples the preset format files in the target device and the relevant drivers corresponding to the target components to be installed on the target device from the optimal adaptation image of the operating system. It uses a PXE server as the main carrier for configuration analysis, configuration distribution, driver distribution, and batch installation. The system collects configuration information of the devices to be deployed and the adaptation component database through a graphical user interface to determine the optimal adaptation image. Finally, the preset format files are modified according to the image configuration file of the optimal adaptation image, and the modified target files and related drivers are stored in a preset directory and packaged for installation. Although system manufacturers still need to adapt the public version of the system and all related components, and have specific drivers for specific systems, the overall process is reflected in the system customization and automated installation process. By using a PXE server to filter and combine component drivers and modify the corresponding preset format files according to the optimal adaptation image, it is possible to meet project-specific customization needs based on the optimal adaptation image. Customization of the master disk is also simpler, and the production line can operate more humanely, effectively reducing the testing cycle.

[0088] Furthermore, in some specific embodiments, the preset format file generation module 11 includes:

[0089] An Extensible Markup Language (XML) format file generation unit is used to determine the target device for installing different components through the PE system and obtain the hardware configuration of the target device to generate an XML format file; wherein, the hardware configuration includes any one or a combination of memory, graphics card, hard disk, PCIe adapter, and RAID card.

[0090] In some specific embodiments, the preset format file parsing module 12 includes:

[0091] The element tree parsing unit is used to parse the preset format file in the form of an element tree using a preset programming language through a graphical user interface, and to determine the target component and the related driver corresponding to the target component.

[0092] In some specific embodiments, the system filling device based on multiple configuration requirements further includes: a component database setting module, used to set the component database; wherein, the component database setting module specifically includes:

[0093] A component and driver acquisition unit is used to acquire different components and several different drivers adapted to the different components;

[0094] A component and drive assembly unit is used to combine the different components with the different drives to obtain several configuration combinations;

[0095] The storage unit is used to determine several system versions adapted to the target device based on the configuration combination, and then store each configuration combination and the system version corresponding to each configuration combination in the component database.

[0096] In some specific embodiments, the system filling device based on multiple configuration requirements further includes:

[0097] The driver checking unit is used to check the relevant driver to determine whether the relevant driver is a digitally signed version and / or a version adapted to the public operating system.

[0098] The driver packaging unit is used to package the relevant drivers of the digitally signed version and / or the relevant drivers of the version adapted to the public operating system, and then store the packaged installation package in the preset format in the preset directory.

[0099] In some specific embodiments, the system filling device based on multiple configuration requirements further includes:

[0100] An installation monitoring unit is used to monitor whether the target components have been installed in batches.

[0101] The post-installation feedback unit is used to enter OOBE or audit mode when the target components are installed in batches, and to send test scripts to the target devices via the network connection between the PXE server and the target devices using the Simple File Transfer Protocol, so as to perform stability tests on the installation of the target components using the test scripts.

[0102] In some specific embodiments, the system filling device based on multiple configuration requirements further includes:

[0103] The test result acquisition unit is used to enter OOBE or audit mode when the target component is installed in batches, and to send the test script to the target device through the network connection between the PXE server and the target device using the Simple File Transfer Protocol, so as to use the test script to perform stability testing on the installation of the target component, and then obtain the test result of the stability test on the installation of the target component.

[0104] The activation unit is used to perform an activation operation on the target device through the KMS server when the test result is a test result indicating that the target component is installed normally.

[0105] Furthermore, embodiments of this application also disclose an electronic device, Figure 5 This is a structural diagram of an electronic device 20 according to an exemplary embodiment. The content of the diagram should not be construed as limiting the scope of this application.

[0106] Figure 5 This is a schematic diagram of the structure of an electronic device 20 provided in an embodiment of this application. Specifically, the electronic device 20 may include: at least one processor 21, at least one memory 22, a power supply 23, a communication interface 24, an input / output interface 25, and a communication bus 26. The memory 22 stores a computer program, which is loaded and executed by the processor 21 to implement the relevant steps in the system loading method based on multiple configuration requirements disclosed in any of the foregoing embodiments. Alternatively, the electronic device 20 in this embodiment may specifically be a computer.

[0107] In this embodiment, the power supply 23 is used to provide operating voltage for each hardware device on the electronic device 20; the communication interface 24 can create a data transmission channel between the electronic device 20 and external devices, and the communication protocol it follows can be any communication protocol applicable to the technical solution of this application, and is not specifically limited here; the input / output interface 25 is used to acquire external input data or output data to the outside world, and its specific interface type can be selected according to specific application needs, and is not specifically limited here.

[0108] In addition, the memory 22, as a carrier for resource storage, can be a read-only memory, random access memory, disk, or optical disk, etc. The resources stored on it can include an operating system 221, computer programs 222, and data 223, etc. The data 223 can include various types of data. The storage method can be temporary storage or permanent storage.

[0109] The operating system 221 is used to manage and control the various hardware devices on the electronic device 20 and the computer program 222, which may be Windows Server, Netware, Unix, Linux, etc. In addition to including a computer program capable of performing the system loading method based on multiple configuration requirements executed by the electronic device 20 as disclosed in any of the foregoing embodiments, the computer program 222 may further include a computer program capable of performing other specific tasks.

[0110] Furthermore, this application also discloses a computer-readable storage medium, which includes random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disks, magnetic disks, optical disks, or any other form of storage medium known in the art. The computer program, when executed by a processor, implements the aforementioned system loading method based on multiple configuration requirements. Specific steps of this method can be found in the corresponding content disclosed in the foregoing embodiments, and will not be repeated here.

[0111] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on its differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For the apparatus disclosed in the embodiments, since it corresponds to the method disclosed in the embodiments, the description is relatively simple; relevant parts can be referred to in the method section.

[0112] The system loading or algorithm steps based on multiple configuration requirements described in conjunction with the embodiments disclosed herein can be implemented directly by hardware, a software module executed by a processor, or a combination of both. The software module can be located in random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.

[0113] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0114] The above provides a detailed description of a system filling method, apparatus, device, and medium based on multiple configuration requirements provided by the present invention. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The description of the above embodiments is only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A system filling method based on multiple configuration requirements, characterized in that, Applied to PXE servers, including: Based on the pre-installation environment, the target devices for installing different components are determined, and the relevant configuration information of the target devices is obtained to generate a preset format file; The preset format file is parsed through a graphical user interface to determine the target component and the corresponding driver. Based on the target component and the related driver, a pre-set component database is queried to determine the best compatible image; wherein, the component database is used to record the compatibility status of the target component and the related driver with the system version of the target device; The preset format file is modified according to the image configuration file of the best adapted image, and then the modified target file and the related driver are stored in a preset directory so that the target components can be installed in batches using HTTP according to the preset directory.

2. The system filling method based on multiple configuration requirements according to claim 1, characterized in that, The process of determining the target device for installing different components based on the pre-installation environment and obtaining the relevant configuration information of the target device to generate a preset format file includes: The PE system identifies the target device for installing different components and obtains the hardware configuration of the target device to generate an Extensible Markup Language (XML) file; wherein, the hardware configuration includes any one or a combination of several of the following: memory, graphics card, hard disk, PCIe adapter, and RAID card.

3. The system filling method based on multiple configuration requirements according to claim 1, characterized in that, The step of parsing the preset format file through a graphical user interface to determine the target component and the corresponding driver includes: The preset format file is parsed in an element tree manner using a preset programming language through a graphical user interface to determine the target component and the corresponding driver.

4. The system filling method based on multiple configuration requirements according to claim 1, characterized in that, Setting up the component database includes: Obtain different components and several different drivers adapted to the different components; The different components are combined with the different drives to obtain several configuration combinations; Based on the configuration combination, several system versions adapted to the target device are determined, and then each configuration combination and the corresponding system version are stored in the component database.

5. The system filling method based on multiple configuration requirements according to claim 1, characterized in that, After parsing the preset format file through a graphical user interface to determine the target component and the corresponding driver, the process further includes: The relevant drivers are checked to determine whether they are digitally signed versions and / or versions adapted to the public operating system. Package the digitally signed version of the relevant drivers and / or the version of the driver adapted to the public operating system, and then store the resulting preset format installation package in the preset directory.

6. The system filling method based on multiple configuration requirements according to any one of claims 1 to 5, characterized in that, The step of modifying the preset format file according to the image configuration file of the best-fit image, and then storing the modified target file and the related driver in a preset directory so that the target components can be batch installed using HTTP according to the preset directory, further includes: Monitor whether the target components have been installed in batches; When the target components are installed in batches, the system enters OOBE or audit mode and sends test scripts to the target devices via the network connection between the PXE server and the target devices using the Simple File Transfer Protocol, so as to perform stability tests on the installation of the target components using the test scripts.

7. The system filling method based on multiple configuration requirements according to claim 6, characterized in that, When the target components are installed in batches, the system enters OOBE or audit mode, and sends test scripts to the target devices via a simple file transfer protocol through the network connection between the PXE server and the target devices. This allows for stability testing of the target component installation using the test scripts. The system also includes: Obtain the test results of the stability test on the installation of the target component; When the test result indicates that the target component is installed correctly, the target device is activated via the KMS server.

8. A system filling device based on multiple configuration requirements, characterized in that, Applied to PXE servers, including: The preset format file generation module is used to determine the target device for installing different components based on the pre-installation environment, and to obtain the relevant configuration information of the target device in order to generate a preset format file; The preset format file parsing module is used to parse the preset format file through a graphical user interface to determine the target component and the corresponding driver. The optimal adaptation image determination module is used to query a pre-set component database based on the target component and the related driver to determine the optimal adaptation image; wherein, the component database is used to record the adaptation status of the target component and the related driver with the system version of the target device; The file packaging module is used to modify the preset format file according to the image configuration file of the best adapted image, and then store the modified target file and the related driver in a preset directory so that the target components can be installed in batches using HTTP according to the preset directory.

9. An electronic device, characterized in that, The electronic device includes a processor and a memory; wherein the memory is used to store a computer program, which is loaded and executed by the processor to implement the system filling method based on multiple configuration requirements as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, Used to store computer programs; wherein the computer programs, when executed by a processor, implement the system filling method based on multiple configuration requirements as described in any one of claims 1 to 7.

Images