CN112860330A

CN112860330A - 安装操作系统的方法、装置、计算机设备和存储介质

Info

Publication number: CN112860330A
Application number: CN202110200526.4A
Authority: CN
Inventors: 史炎君
Original assignee: Zhejiang Dahua Technology Co Ltd
Current assignee: Zhejiang Dahua Technology Co Ltd
Priority date: 2021-02-23
Filing date: 2021-02-23
Publication date: 2021-05-28
Anticipated expiration: 2041-02-23
Also published as: CN112860330B

Abstract

本申请涉及一种安装操作系统的方法、装置、计算机设备和存储介质，其中，该方法包括：当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息；所述网口信息包括网口标识和网口的启动模式；根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项；当所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，以调整网卡的第一PXE启动顺序为第二PXE启动顺序；基于所述第二PXE启动顺序进行操作系统的安装。通过本申请，实现了基于PXE轮询安装操作系统时屏蔽sanboot启动项，提高了基于PXE的操作系统安装效率。

Description

安装操作系统的方法、装置、计算机设备和存储介质

技术领域

本申请涉及医疗成像技术领域，特别是涉及一种安装操作系统的方法、装置、计算机设备和存储介质。

背景技术

PXE(preboot execute environment，预启动执行环境)是Intel公司开发一种利用网卡远程启动技术，工作于Client(客户端)/Server(服务端)的网络模式，支持通过网络远端服务器下载镜像，并由此支持通过引导安装操作系统。

SanBoot网络存储管理系统，是一套基于微软.vhd虚拟磁盘的数据存储管理系统，采用微软的.vhd标准，支持从hyper-v,oracle vm virtualbox，物理计算机磁盘起动和物理计算机的网络起动。工作站数据全部保存在IO服务器上，即使中毒，文件损坏，都可以轻松恢复，相对于企业大面积部署SSD磁盘，成本大幅降低，性能大幅提高，且支持从PXE模式启动。

在基于PXE安装操作系统的过程中，如果PXE启动项中有SanBoot启动项，可能会进入Sanboot的启动项中，导致想要通过PXE安装的系统安装失败，需要重启再次安装，降低了操作系统的安装效率。

发明内容

本申请实施例提供了一种安装操作系统的方法、装置、计算机设备和存储介质，以至少解决相关技术中基于PXE安装操作系统效率低的问题。

第一方面，本申请实施例提供了一种安装操作系统的方法，包括：

当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息；所述网口信息包括网口标识和网口的启动模式；

根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项；

当所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，以调整网卡的第一PXE启动顺序为第二PXE启动顺序；

基于所述第二PXE启动顺序进行操作系统的安装。

在其中一些实施例中，当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息之前，还包括：

遍历启动设备并创建启动项，得到网卡的第一PXE启动顺序。

获取网卡的网口标识和对应的路径信息并保存至内存中。

在其中一些实施例中，当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息包括：

当基本输入输出系统启动至启动设备阶段时，遍历内存中每个网口的路径信息，以根据所述路径信息获取对应网口的网口标识；

向网卡的每个网口逐一发送探测命令，以获取对应网口的启动模式。

在其中一些实施例中，根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项包括：

将每一个网口标识和对应网口的启动模式分别与Bootorder中每一个启动项进行比对；

当比对结果一致且网口的启动模式为SanBoot启动模式时，判定当前启动项为SanBoot启动项。

在其中一些实施例中，当所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，以调整网卡的第一PXE启动顺序为第二PXE启动顺序包括：

当所述当前启动项为SanBoot启动项时，将所述当前启动项变更为HDD类；

根据变更后的当前启动项类别调整网卡的第一PXE启动顺序为第二PXE启动顺序。

在其中一些实施例中，根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项之前，还包括：

当接收到启动项类别变更指令时，根据所述启动项类别变更指令判定是否进行SanBoot启动项的类别变更；

否则，不进行SanBoot启动项的类别变更。

第二方面，本申请实施例提供了一种安装操作系统的装置，包括：

网口信息获取单元，用于当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息；所述网口信息包括网口标识和网口的启动模式；

启动项判断单元，用于根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项；

启动顺序调整单元，用于当所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，以调整网卡的第一PXE启动顺序为第二PXE启动顺序；

操作系统安装单元，用于基于所述第二PXE启动顺序进行操作系统的安装。

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的安装操作系统的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的安装操作系统的方法。

相比于相关技术，本申请实施例提供的安装操作系统的方法，通过在基本输入输出系统启动至启动设备阶段时，判断当前启动项是否为SanBoot启动项，从而当所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，以调整网卡的第一PXE启动顺序为第二PXE启动顺序，从而在基于PXE轮询安装操作系统时屏蔽sanboot启动项，避免了误入Sanboot启动项的系统后再次重启进行安装，降低了人工失误率，提高了基于PXE的操作系统安装效率。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请其中一个实施例中安装操作系统的方法的流程示意图；

图2是本申请其中一个实施例中判定是否进行SanBoot启动项的类别变更的流程示意图；

图3是本申请其中一个实施例中安装操作系统装置的结构框图；

图4是本申请其中一个实施例中计算机设备的结构示意图。

附图说明：301、网口信息获取单元；302、启动项判断单元；303、启动顺序调整单元；304、操作系统安装单元；40、总线；41、处理器；42、存储器；43、通信接口。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本实施例提供的安装操作系统的方法可以应用于基于PXE安装操作系统的过程中，PXE提供了一种通过通过网络接口启动计算机的机制，从而使计算机的启动可以不依赖本地数据库或本地已安装的操作系统。服务器通过启动项PXE启动安装操作系统在实际运用场景比较多，通过PXE可以安装多种系统，如麒麟系统、linux系列系统等；也可以同时对多台从服务器安装操作系统。安装过程中，首先需要部署好PXE服务器，使PXE服务器与待安装操作系统的从服务器的网络链路相通，将从服务器的网卡通过PXE启动，通过网络从远端PXE服务器下载镜像到本地，并由此引导安装操作系统。

本实施例提供了一种安装操作系统的方法。图1是根据本申请实施例的安装操作系统的方法的流程图，如图1所示，该流程包括如下步骤：

步骤S101，当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息；所述网口信息包括网口标识和网口的启动模式。

其中，基本输入输出系统(Basic Input Output System,BIOS)是一组固化到计算机内主板上一个ROM芯片上的程序，它保存着计算机最重要的基本输入输出的程序、开机后自检程序和系统自启动程序，它可从CMOS中读写系统设置的具体信息。通常，BIOS可以分为四个阶段，包括安全阶段(Security)、初始化阶段(pre-efi initialization)、驱动程序执行环境(0driver execution environment)和启动设备阶段(boot device select)。

在本实施例中，当系统上电后，基本输入输出系统启动至启动设备阶段时，系统加载设备驱动，并尝试加载和执行启动项，此时需要根据网卡的网口信息判断当前启动项的类别。其中，所述网卡支持PXE功能，其可以是FC网卡，网口标识可以是目标网卡网口的BDF编号(即总线号、设备号和功能号，Bus/Decice/Function)，网口标识用于标识网口的唯一性，网口标识的具体形式并不唯一，可根据实际需要进行分配，体现网卡网口的唯一性即可。网口的启动模式包括网卡的每个网口在BIOS阶段创建的启动项，具体可以是PXE启动模式、SanBoot启动模式等。

步骤S102，根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项。

在本实施例中，对于多网口网卡而言，不同网口具有不同的功能使能状态，因此不同的启动顺序下，不同网口可能存在不同的启动模式。通过所述网口标识和对应网口的启动模式可以得到当前启动项的类型，从而判断当前启动项是否为SanBoot启动项。其中，SanBoot是指通过SAN存储网络，从存储设备上启动操作系统。Sanboot是一种特殊的PXE启动项，因为不是从本地硬盘启动，可以将启动盘集中到存储设备上进行管理，以充分利用存储设备的各种先进的管理功能和可靠性容灾功能。

步骤S103，当所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，以调整网卡的第一PXE启动顺序为第二PXE启动顺序。

可选地，获取网卡的网口信息之前，还包括：BIOS启动过程中，根据硬件识别顺序遍历启动设备并创建启动项，得到网卡的第一PXE启动顺序。例如：如果一张网卡有4个网口，在BIOS阶段就会创建4个启动项，根据每个启动项的类型可以得到网卡的第一PXE启动顺序。所述第一PXE启动顺序可以是根据预先保存在BIOS中的启动策略确定的默认启动顺序，也可以是通过IPMI(Intelligent Platform Management Interface，智能平台管理接口)设置的启动策略确定的启动顺序。

相关技术中，当PXE启动项中有SanBoot启动项，且sanboot启动项排列在PXE启动项中的第一个，则会直接进入SanBoot启动项的系统中，导致想要通过PXE安装的系统安装失败，需要调整PXE启动项顺序再次安装。如果PXE启动项中有SanBoot启动项，SanBoot启动项不确定在PXE启动项中的顺序，这时如果PXE服务器上电已经在开始轮询PXE启动项了，网线还未连接到PXE服务器，也会进入Sanboot的启动项中，导致想要安装的系统安装失败，需要重启再次安装。

在本实施例中，当判断所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，根据变更后的当前启动项类别调整网卡的第一PXE启动顺序为第二PXE启动顺序。例如，当所述当前启动项为SanBoot启动项时，可以将所述当前启动项变从PXE类更为HDD类、USB类等启动项类型，本申请不做具体限定。通过变更过所述当前启动项的类别，可以过滤SanBoot启动项，从而改变第一PXE启动顺序为第二PXE启动顺序，可以避免进入SanBoot启动项的系统中。

步骤S104，基于所述第二PXE启动顺序进行操作系统的安装。

在本实施例中，当变更SanBoot启动项的类别后，可以根据所述第二PXE启动顺序进行网卡的PXE依次引导，引导成功后根据操作系统标识信息和地址信息，向PXE服务器发送下载请求，下载地址信息存储的操作系统文件，以完成操作系统的安装。

综上，本申请实施例提供的安装操作系统的方法，通过在基本输入输出系统启动至启动设备阶段时，判断当前启动项是否为SanBoot启动项，从而当所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，以调整网卡的第一PXE启动顺序为第二PXE启动顺序，从而在基于PXE轮询安装操作系统时屏蔽sanboot启动项，避免了误入Sanboot启动项的系统后再次重启进行安装，降低了人工失误率，提高了基于PXE的操作系统安装效率。

下面通过优选实施例对本申请实施例进行描述和说明。

在上述实施例的基础上，在其中一些实施例中，当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息包括：当基本输入输出系统启动至启动设备阶段时，遍历内存中每个网口的路径信息，以根据所述路径信息获取对应网口的网口标识；向网卡的每个网口逐一发送探测命令，以获取对应网口的启动模式。

在本实施例中，可以通过遍历内存中每个网口的路径信息，根据所述路径信息获取对应网口的网口标识。具体的，获取网卡的网口信息之前，BIOS对网卡的每个网口进行扫描，以确定网卡的各个网口并为网卡的每个网口配置唯一的网口标识，根据网卡的插槽号获取网卡每个网口标识对应的路径信息并保存至内存中。由于网卡插槽号固定，对应网口的路径信息也是固定的，从而可以根据网口的路径信息查找对应的网口标识。所述网口标识可以是目标网卡网口的BDF编号(即总线号、设备号和功能号，Bus/Decice/Function)，网口标识用于标识网口的唯一性，网口标识的具体形式并不唯一，可根据实际需要进行分配，体现网卡网口的唯一性即可。

在上述实施例的基础上，在其中一些实施例中，根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项包括：将每一个网口标识和对应网口的启动模式分别与Bootorder中每一个启动项进行比对；当比对结果一致且网口的启动模式为SanBoot启动模式时，判定当前启动项为SanBoot启动项。

在本实施例中，可以通过启动系统变量服务，调用GetEfiVariable()函数寻找系统变量“BootOrder”，来获取其变量值(BootOrder：这里面包含当前系统中所有的启动项)和变量值的字节数(BootOrderSize)。进而获取所有启动项的标识符(如Bus/Decice/Function)和对应的启动模式。当网口标识(如网口的Bus/Decice/Function)与Bootorder中启动项相匹配且网口的启动模式为SanBoot启动模式时，可以将当前启动项确定为SanBoot启动项。

在上述实施例的基础上，在其中一些实施例中，根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项之前，还包括：

当接收到启动项类别变更指令时，根据所述启动项类别变更指令判定是否进行SanBoot启动项的类别变更；否则，不进行SanBoot启动项的类别变更。

在本实施例中，在变更所述当前启动项的类别之前，需要判定是否接收到启动项类别变更指令。当接收到启动项类别变更指令时，可以根据所述启动项类别变更指令的内容对当前启动项进行类别变更。当未接收到启动项类别变更指令时，不对启动项类别进行变更。其中，所述启动项类别变更指令可以指定需要变更的启动项类别，也可以指定变更后的启动项类别或其他自定义变更选项。

在一种具体的实施方式中，可以在系统配置界面增加开关控制SanBoot启动项的分类。具体的，可以通过智能管理平台界面利用IPMI控制启动项变更开关的使能状态。具体的，获取启动项变更开关的变量，当开关为Enabled状态，可以根据所述启动项类别变更指令的内容对当前启动项进行类别变更；当开关为Disabled状态，不对当前启动项进行类别变更；在另一种具体的实时方式中，可以通过输入或配置启动项类别变更指令以调整启动项类别等。当然，在其他实施方式中，启动项类别变更指令还可以通过其他指定操作(如自定义快捷操作)、控件(如界面按钮、滚动条、菜单控件等)或命令触发，本申请不对启动项类别变更指令的触发方式进行限制。

如图2所示，在上述实施例的基础上，在其中一些实施例中，判定是否进行SanBoot启动项的类别变更包括以下步骤：

首先，获取网卡的网口标识和对应的路径信息并保存至内存中，从而可以根据网口的路径信息查找对应的网口标识。通过向网卡的每个网口逐一发送探测命令，以获取对应网口的启动模式。然后通过智能管理平台界面利用IPMI控制启动项变更开关的使能状态，进而控制SanBoot启动项的分类。具体的，获取启动项变更开关的变量。当开关为Enabled状态，可以根据所述启动项类别变更指令的内容对当前启动项进行类别变更。将每一个网口的网口标识和对应网口的启动模式分别与Bootorder中每一个启动项进行比对；当比对结果一致且网口的启动模式为SanBoot启动模式时，可以判定当前启动项为SanBoot启动项，变更所述当前启动项的类别。反之，当开关为Disabled状态，不对当前启动项进行类别变更。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例还提供了一种安装操作系统的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本申请实施例的安装操作系统的装置的结构框图，如图3所示，该装置包括：网口信息获取单元301、启动项判断单元302、启动顺序调整单元303和操作系统安装单元304。

网口信息获取单元301，用于当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息；所述网口信息包括网口标识和网口的启动模式；

启动项判断单元302，用于根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项；

启动顺序调整单元303，用于当所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，以调整网卡的第一PXE启动顺序为第二PXE启动顺序；

操作系统安装单元304，用于基于所述第二PXE启动顺序进行操作系统的安装。

在其中一些实施例中，安装操作系统的装置还包括：启动顺序获取单元。

启动顺序获取单元，用于遍历启动设备并创建启动项，得到网卡的第一PXE启动顺序。

在其中一些实施例中，安装操作系统的装置还包括：存储单元。

存储单元，用于获取网卡的网口标识和对应的路径信息并保存至内存中。

在其中一些实施例中，网口信息获取单元301包括：网口标识获取模块和启动模式获取模块。

网口标识获取模块，用于当基本输入输出系统启动至启动设备阶段时，遍历内存中每个网口的路径信息，以根据所述路径信息获取对应网口的网口标识；

启动模式获取模块，用于向网卡的每个网口逐一发送探测命令，以获取对应网口的启动模式。

在其中一个实施例中，启动项判断单元302包括：比对模块和判断模块。

比对模块，用于将每一个网口标识和对应网口的启动模式分别与Bootorder中每一个启动项进行比对；

判断模块，用于当比对结果一致且网口的启动模式为SanBoot启动模式时，判定当前启动项为SanBoot启动项。

在其中一个实施例中，启动顺序调整单元303包括：启动项变更模块和顺序调整模块。

启动项变更模块，用于当所述当前启动项为SanBoot启动项时，将所述当前启动项变更为HDD类；

顺序调整模块，用于根据变更后的当前启动项类别调整网卡的第一PXE启动顺序为第二PXE启动顺序。

在其中一个实施例中，安装操作系统的装置还包括：

第一指令判断模块，用于当接收到启动项类别变更指令时，根据所述启动项类别变更指令判定是否进行SanBoot启动项的类别变更；

第二指令判断模块，用于当未接收到启动项类别变更指令时，不进行SanBoot启动项的类别变更。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

另外，结合图1描述的本申请实施例安装操作系统的方法可以由计算机设备来实现。图4为根据本申请实施例的计算机设备的硬件结构示意图。

计算机设备可以包括处理器41以及存储有计算机程序指令的存储器42。

具体地，上述处理器41可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器42可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器42可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器42可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器42可在数据处理装置的内部或外部。在特定实施例中，存储器42是非易失性(Non-Volatile)存储器。在特定实施例中，存储器42包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(RandomAccess Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器42可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器41所执行的可能的计算机程序指令。

处理器41通过读取并执行存储器42中存储的计算机程序指令，以实现上述实施例中的任意一种安装操作系统的方法。

在其中一些实施例中，计算机设备还可包括通信接口43和总线40。其中，如图4所示，处理器41、存储器42、通信接口43通过总线40连接并完成相互间的通信。

通信接口43用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。通信接口43还可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。

总线40包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。总线40包括但不限于以下至少之一：数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，总线40可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(Front Side Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(Micro ChannelArchitecture，简称为MCA)总线、外围组件互连(Peripheral Component Interconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，简称为SATA)总线、视频电子标准协会局部(Video ElectronicsStandards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线40可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该计算机设备可以基于获取到的程序指令，执行本申请实施例中的安装操作系统的方法，从而实现结合图1描述的安装操作系统的方法。

另外，结合上述实施例中的安装操作系统的方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种安装操作系统的方法。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种安装操作系统的方法，其特征在于，包括：

基于所述第二PXE启动顺序进行操作系统的安装。

2.根据权利要求1所述的安装操作系统的方法，其特征在于，当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息之前，还包括：

遍历启动设备并创建启动项，得到网卡的第一PXE启动顺序。

3.根据权利要求1所述的安装操作系统的方法，其特征在于，当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息之前，还包括：

获取网卡的网口标识和对应的路径信息并保存至内存中。

4.根据权利要求3所述的安装操作系统的方法，其特征在于，当基本输入输出系统启动至启动设备阶段时，获取网卡的网口信息包括：

5.根据权利要求1所述的安装操作系统的方法，其特征在于，根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项包括：

6.根据权利要求1所述的安装操作系统的方法，其特征在于，当所述当前启动项为SanBoot启动项时，变更所述当前启动项的类别，以调整网卡的第一PXE启动顺序为第二PXE启动顺序包括：

7.根据权利要求1所述的安装操作系统的方法，其特征在于，根据所述网口标识和对应网口的启动模式判断当前启动项是否为SanBoot启动项之前，还包括：

否则，不进行SanBoot启动项的类别变更。

8.一种安装操作系统的装置，其特征在于，包括：

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的安装操作系统的方法。

10.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至7中任一项所述的安装操作系统的方法。