CN113986367A - 一种磁盘加载控制方法、装置、设备及可读存储介质 - Google Patents
一种磁盘加载控制方法、装置、设备及可读存储介质 Download PDFInfo
- Publication number
- CN113986367A CN113986367A CN202111616489.1A CN202111616489A CN113986367A CN 113986367 A CN113986367 A CN 113986367A CN 202111616489 A CN202111616489 A CN 202111616489A CN 113986367 A CN113986367 A CN 113986367A
- Authority
- CN
- China
- Prior art keywords
- disk
- loading
- operating system
- configuration file
- disk drive
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 238000009434 installation Methods 0.000 claims abstract description 64
- 238000004590 computer program Methods 0.000 claims description 11
- 230000003111 delayed effect Effects 0.000 claims description 11
- 230000008569 process Effects 0.000 description 15
- 238000012423 maintenance Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000011900 installation process Methods 0.000 description 4
- 241000109539 Conchita Species 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000000873 masking effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4406—Loading of operating system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4416—Network booting; Remote initial program loading [RIPL]
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Abstract
本申请公开了一种磁盘加载控制方法、装置、设备及可读存储介质,方法包括:获取服务器的磁盘配置信息;当根据磁盘配置信息确定服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序;当根据磁盘配置信息确定服务器包含单个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序;根据配置后的操作系统安装配置文件在服务器中安装操作系统,以使配置的加载顺序固化到操作系统中。本申请公开的上述技术方案,在操作系统安装时进行磁盘驱动加载顺序及磁盘加载顺序的配置,以提前进行磁盘乱序的预防,从而有效地解决磁盘乱序问题。
Description
技术领域
本申请涉及服务器技术领域,更具体地说,涉及一种磁盘加载控制方法、装置、设备及可读存储介质。
背景技术
在服务器运维管理中,操作系统每次重启,磁盘设备的名称都有可能发生变化,这是因为对磁盘驱动加载的顺序、磁盘扫描顺序都不是固定的,这种磁盘乱序现象在Linux中看是正常现象,Linux并没有固定的驱动加载顺序。但磁盘乱序现象不便于进行磁盘设备的区分。
为了解决磁盘乱序问题,目前,一般是当发现服务器的操作系统在运维过程中出现磁盘乱序问题时,使用从initramfs中排除磁盘驱动模块的方式,通过配置dracut(维护initramfs的实用程序)来忽略需要延后加载磁盘驱动,以使仍然存在于initramfs中的磁盘驱动模块获得较先的设备名称。但是,这种方式是在使用操作系统且出现磁盘乱序问题之后的处理方案,无法解决磁盘乱序的问题。
综上所述,如何有效地解决磁盘乱序问题,是目前本领域技术人员亟待解决的技术问题。
发明内容
有鉴于此,本申请的目的是提供一种磁盘加载控制方法、装置、设备及可读存储介质,用于有效地解决磁盘乱序问题。
为了实现上述目的,本申请提供如下技术方案:
一种磁盘加载控制方法,包括:
获取服务器的磁盘配置信息;
当根据所述磁盘配置信息确定所述服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序;
当根据所述磁盘配置信息确定所述服务器包含单个磁盘驱动时,则在所述操作系统安装配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序;
根据配置后的操作系统安装配置文件在所述服务器中安装操作系统,以使配置的加载顺序固化到所述操作系统中。
优选的,在操作系统安装配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序,包括:
在kickstart配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序;
在所述操作系统安装配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序,包括:
在所述kickstart配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序。
优选的,在kickstart配置文件中配置加载顺序之前,还包括:
当根据所述磁盘配置信息确定所述服务器包含多个磁盘驱动时,在default配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序;
当根据所述磁盘配置信息确定所述服务器包含单个磁盘驱动时,则在所述default配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序。
优选的,在default配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序,包括:
在所述default配置文件中利用modprobe.blacklist参数控制延后加载的磁盘驱动,并利用scsi_mod.scan=sync控制同一磁盘驱动管理的各磁盘的加载顺序;
在所述default配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序,包括:
在所述default配置文件中利用scsi_mod.scan=sync控制所述磁盘驱动管理的各磁盘的加载顺序。
优选的,在kickstart配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序,包括:
当所述操作系统使用的是upstart启动管理器时,则在所述kickstart配置文件中利用rdloaddriver参数控制所述磁盘驱动间的加载顺序,并利用scsi_mod.scan=sync控制同一磁盘驱动管理的各磁盘的加载顺序。
优选的,在根据配置后的操作系统安装配置文件在所述服务器中安装操作系统之后,还包括:
当所述操作系统使用的是systemd启动管理器时,在所述kickstart配置文件中的%post部分中添加将所述default配置文件中设置的延后加载的磁盘驱动进行去除的去除指令。
优选的,在所述kickstart配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序,包括:
在所述kickstart配置文件中利用scsi_mod.scan=sync控制所述磁盘驱动管理的各磁盘的加载顺序。
一种磁盘加载控制装置,包括:
获取模块,用于获取服务器的磁盘配置信息;
第一配置模块,用于当根据所述磁盘配置信息确定所述服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序;
第二配置模块,用于当根据所述磁盘配置信息确定所述服务器包含单个磁盘驱动时,则在所述操作系统安装配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序;
安装模块,用于根据配置后的操作系统安装配置文件在所述服务器中安装操作系统,以使配置的加载顺序固化到所述操作系统中。
一种磁盘加载控制设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如上述任一项所述的磁盘加载控制方法的步骤。
一种可读存储介质,所述可读存储介质中存储有计算机程序,所述计算机程序被处理器执行时实现如上述任一项所述的磁盘加载控制方法的步骤。
本申请提供了一种磁盘加载控制方法、装置、设备及可读存储介质,其中,该方法包括:获取服务器的磁盘配置信息;当根据磁盘配置信息确定服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序;当根据磁盘配置信息确定服务器包含单个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序;根据配置后的操作系统安装配置文件在服务器中安装操作系统,以使配置的加载顺序固化到操作系统中。
本申请公开的上述技术方案,通过获取服务器中的磁盘配置信息,并当根据磁盘配置信息确定服务器包含多个磁盘驱动时则在操作系统安装配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序,当根据磁盘配置信息确定服务器包含单个磁盘驱动时则在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序,以使得在根据配置后的操作系统安装配置文件安装操作系统时可以使前述所配置的加载顺序固化在操作系统中,从而使得在操作系统每次重启时服务器中的磁盘驱动及各磁盘均能够按照所配置的加载顺序进行加载,从而有效地解决磁盘乱序问题,也即通过本申请实现在操作系统安装时进行磁盘驱动及磁盘加载顺序的配置,以实现提前进行磁盘乱序现象的预防,从而便于提高用户的体验度。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种磁盘加载控制方法的流程图;
图2为本申请实施例提供的另一种磁盘加载控制方法的流程图;
图3为本申请实施例提供的一种磁盘加载控制装置的结构示意图;
图4为本申请实施例提供的一种磁盘加载控制设备的结构示意图。
具体实施方式
在服务器运维管理中,操作系统每次重启,磁盘设备的名称都有可能发生变化,这是因为对磁盘驱动加载的顺序、磁盘扫描顺序都不是固定的,这个现象在Linux中看是正常现象,Linux并没有固定的驱动加载顺序,对于Linux,磁盘设备的初始化是一个并行和异步的过程。通常磁盘会按照被识别的顺序依次进行初始化,但是,盘符的命名(比如 sda)是按照驱动加载完成最先响应的顺序决定的。在计算机重启、设备热插拔、重置后重新识别等操作时有可能出现盘符变动,完全无法预测盘符与设备的物理槽位的对应关系。
磁盘乱序的问题,不只在RHEL(Red Hat Enterprise Linux,Red Hat公司发布的面向企业用户的Linux操作系统)/CentOS(Community Enterprise Operating System,社区企业操作系统,是Linux发行版之一,来自于Red Hat Enterprise Linux依照开放源代码规定释出的源代码所编译而成),实质上在所有Linux版本中都存在,对于SCSI(SmallComputer System Interface,小型计算机系统接口)接口的磁盘设备,扫描分配盘符的过程不仅取决于INQUIRY(一种SCSI指令,询问存储设备的基本信息,如生产厂家,产品名称,产品版本等)、TEST_NIT_EADY(在没有其它SCSI指令进行操作时,计算机端会每隔一定时间,发送该命令,探测存储设备是否还存在(类似心跳信号))等SCSI指令的响应,还受在此期间系统上运行的进程数量、udev(是 Linux kernel 的设备管理器,主要的功能是管理/dev目录下的设备节点)工作者线程数量、连接到计算机的其他外围设备数量以及初始化这些PCI(Peripheral Component Interconnect,外设组件互联标准,或称个人计算机接口)设备所花费的CPU(Central Processing Unit,中央处理器)周期的影响,也依赖于服务器上可用的CPU核心数量、内存大小等,这些因素可能导致设备初始化所需时间的微小变化,因此可能会得到不同的“/dev/sdx”设备名称,也被称为磁盘乱序。
当系统上只有一块板载的磁盘设备时,Linux系统中将识别为/dev/sda,同时sda也是Linux操作系统所在的磁盘设备;如果再增加一个扩展的Raid(Redundant Arrays ofIndependent Disks,磁盘阵列)/SAS(Serial Attached SCSI,串行SCSI)卡等连接的磁盘设备,虽然期望新增的磁盘设备在系统启动时将被识别为/dev/sdb,用于做数据盘,但实际上,在多次系统重启的测试中会发现,板载的磁盘设备有时被识别为sda,有时被识别为sdb,两块磁盘设备的盘符分配经常出现错乱的现象;若Raid/SAS卡内部连接多块磁盘,当板载磁盘是sda时,系统下会识别Raid/SAS内部的磁盘为sdb/sdc/sdd/sde…等,而 sdb/sdc/sdd/sde…它们之间的磁盘顺序,这属于同一个磁盘驱动内部的磁盘乱序;对于板载磁盘和Raid/SAS卡设备混合使用的情况,属于两个不同磁盘驱动模块之间的磁盘设备乱序。
磁盘乱序现象在Linux中看是正常现象,它并不是一个缺陷,而是Linux就是这样设计的,设备名(盘符)的设计初衷并不是用来和磁盘的物理位置或顺序进行一一对应的,可以使用设备或数据自身提供的唯一标识属性来区分设备,如WWN (world wide names,计算机设备的全球唯一标识)、UUIDs (Universally Unique Identifiers,通用唯一标识符)等,但这些标识对于系统维护人员来看,就是一串无序字母或数字,不能方便快捷的标识磁盘。
另外还可以使用udev规则来对磁盘属性中的SERIAL_ID(磁盘厂商定义的磁盘序列号)等设备的唯一索引标识做别名的方案,但它并不是对磁盘设备名进行修改,而是在kernel(实时操作系统)分配的磁盘设备名不变的基础上,添加一个别名,实际上磁盘乱序的现象仍然存在,只是从操作系统下提供了一个“不乱序的”设备名作为一种规避手段,而磁盘乱序的问题并没有得到有效解决;
对于多个磁盘驱动加载的情况,可以当发现服务器的操作系统在运维过程中出现磁盘乱序问题时,使用从initramfs中排除磁盘驱动模块的方式,通过配置dracut(维护initramfs的实用程序)来忽略需要延后加载磁盘驱动,以使仍然存在于initramfs中的磁盘驱动模块获得较先的设备名称(如sda),其中,其中,initramfs是一个压缩过的cpio(用来建立、还原备份档的工具程序)格式的打包文件,当内核启动时,会先从这个打包文件中解压文件到内核的内存根文件系统,加载部分必须的设备驱动,引导内核启动。例如:当发现存在磁盘乱序问题时,则通过修改操作系统的initramfs,将SAS卡的驱动mpt3sas.ko从initramfs文件中移除,待板载磁盘驱动ahci.ko在initramfs中初始化完成得到sda盘符后,之后启动的kernel中再装载mpt3sas.ko驱动获取sdb盘符,达到延迟SAS卡设备的初始化时间,避免磁盘乱序的目的。但是,这种方式是在使用操作系统且出现磁盘乱序问题之后的处理方案,无法有效地解决磁盘乱序的问题。
如上的磁盘乱序解决方案都是在安装完成的操作系统下,出现磁盘乱序问题后的解决方案,并不能有效地进行磁盘乱序问题的解决。
为此,本申请提供一种磁盘加载控制方法、装置、设备及可读存储介质,用于在操作系统安装时进行磁盘乱序的预防,以有效地解决磁盘乱序的问题。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
参见图1,其示出了本申请实施例提供的一种磁盘加载控制方法的流程图,本申请实施例提供的一种磁盘加载控制方法,可以包括:
S11:获取服务器的磁盘配置信息。
在本申请中,可以在对服务器进行操作系统安装之前,获取服务器的磁盘配置信息,其中,这里提及的磁盘配置信息具体可以包括服务器所包含的磁盘类型、各类型的磁盘对应的磁盘个数等相关信息,以便于根据磁盘配置信息获取服务器的磁盘配置情况。
需要说明的是,在本申请中,可以采用PXE(Preboot eXecution Environment,预启动执行环境)方式对服务器进行操作系统安装,具体地,可以借助PXE服务器进行操作系统安装。
S12:当根据磁盘配置信息确定服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序。
在获取服务器的磁盘配置信息之后,可以根据磁盘配置信息确定服务器包含的磁盘驱动的个数。例如,当根据磁盘配置信息确定服务器中包含A:一个板载磁盘+一个或多个Raid/SAS卡,B:多个板载磁盘和多个Raid/SAS卡,这两种情况的任意一种时,则确定服务器中包含多个磁盘驱动。
当确定服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置这多个磁盘驱动间的加载顺序,并在操作系统安装配置文件中配置每个磁盘驱动所管理的各磁盘的加载顺序,以使得服务器中的磁盘驱动以及每个磁盘驱动所管理的各磁盘在操作系统安装完成之后且每次重启时均可以按照所配置的加载顺序进行加载,以避免出现磁盘乱序的问题。
其中,操作系统安装配置文件具体为用于在操作系统安装过程中使用的配置文件,通过在操作系统配置文件中配置磁盘驱动间的加载顺序以及每个磁盘驱动管理的各磁盘的加载顺序可以使得所配置的加载顺序固化到所安装的操作系统中,从而预防安装完成的操作系统出现磁盘乱序的问题。
S13:当根据磁盘配置信息确定服务器包含单个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序。
当根据磁盘配置信息确定服务器中包含C:一个RAID/SAS卡上连接多个磁盘,D:多个板载磁盘或多个同型号的RAID卡/SAS卡,这两种情况中的任意一种时,则确定服务器包含单个磁盘驱动。
当确定服务器包含单个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序,以使得在根据操作系统安装配置文件安装操作系统时所配置的磁盘的加载顺序可以固化到所安装的操作系统中,从而预防安装完成的操作系统出现磁盘乱序的问题。
S14:根据配置后的操作系统安装配置文件在服务器中安装操作系统,以使配置的加载顺序固化到操作系统中。
在操作系统安装配置文件中配置完加载顺序之后,可以根据配置后的操作系统安装配置文件在服务器中安装操作系统,以使得所配置的加载顺序可以固化到所安装的操作系统中,从而使得所安装的操作系统在每次重启时磁盘驱动及各磁盘可以按照所配置的加载顺序进行加载,进而使得各磁盘所分配的盘符是固定的,也即避免在从操作系统的使用过程中出现磁盘乱序的问题,以使得无需再在服务器的使用过程中而需要进行磁盘乱序问题的解决,从而提高用户对服务器使用的体验度,并提高产品竞争力。
通过上述过程可知,本申请实现在操作系统安装时进行磁盘乱序的预防,以使得在操作系统的使用过程中磁盘驱动以及磁盘均能够按照之前所配置的加载顺序进行加载,从而有效地解决磁盘乱序的问题。
本申请公开的上述技术方案,通过获取服务器中的磁盘配置信息,并当根据磁盘配置信息确定服务器包含多个磁盘驱动时则在操作系统安装配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序,当根据磁盘配置信息确定服务器包含单个磁盘驱动时则在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序,以使得在根据配置后的操作系统安装配置文件安装操作系统时可以使前述所配置的加载顺序固化在操作系统中,从而使得在操作系统每次重启时服务器中的磁盘驱动及各磁盘均能够按照所配置的加载顺序进行加载,从而有效地解决磁盘乱序问题,也即通过本申请实现在操作系统安装时进行磁盘驱动及磁盘加载顺序的配置,以实现提前进行磁盘乱序现象的预防,从而便于提高用户的体验度。
本申请实施例提供的一种磁盘加载控制方法,在操作系统安装配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序,可以包括:
在kickstart配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序;
在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序,可以包括:
在kickstart配置文件中配置磁盘驱动管理的各磁盘的加载顺序。
在本申请中,当确定服务器包含多个磁盘驱动时,具体可以在PXE服务器端的kickstart配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序,而且当确定服务器包含单个磁盘驱动时,具体可以也可以在kickstart配置文件中配置磁盘驱动管理的各磁盘的加载顺序。其中,kickstart配置文件即为自动化安装脚本配置文件,且kickstart配置文件为操作系统安装过程中的自动应答文件,使用kickstart,可以创建一个文件,这个文件中包含了在典型安装过程中所遇到的问题的答案。
通过在kickstart配置文件中进行加载顺序的配置可以将所配置的加载顺序很好地固化在操作系统中,以很好地预防安装完成的操作系统出现磁盘乱序的问题,从而解决维护磁盘造成困扰。
参见图2,其示出了本申请实施例提供的另一种磁盘加载控制方法的流程图。本申请实施例提供的一种磁盘加载控制方法,在kickstart配置文件中配置加载顺序之前,还可以包括:
当根据磁盘配置信息确定服务器包含多个磁盘驱动时,在default配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序;
当根据磁盘配置信息确定服务器包含单个磁盘驱动时,则在default配置文件中配置磁盘驱动管理的各磁盘的加载顺序。
在本申请中,当根据磁盘配置信息确定服务器包含多个磁盘驱动时,则在kickstart配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序之前,还可以在default配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序。另外,当根据磁盘配置信息确定服务器包含单个磁盘驱动时,则在kickstart配置文件中配置磁盘驱动管理的各磁盘的加载顺序之前,还可以在default配置文件中配置磁盘驱动管理的各磁盘的加载顺序。
default配置文件为PXE配置的文件,也即本申请是在PXE服务器端的default文件中进行加载顺序的配置。通过在default配置文件中配置加载顺序可以避免在操作系统安装过程中由于磁盘乱序问题而将操作系统安装到非所需磁盘的情况,以提高操作系统安装的可靠性和准确性。
本申请实施例提供的一种磁盘加载控制方法,在default配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序,可以包括:
在default配置文件中利用modprobe.blacklist参数控制延后加载的磁盘驱动,并利用scsi_mod.scan=sync控制同一磁盘驱动管理的各磁盘的加载顺序;
在default配置文件中配置磁盘驱动管理的各磁盘的加载顺序,可以包括:
在default配置文件中利用scsi_mod.scan=sync控制磁盘驱动管理的各磁盘的加载顺序。
在本申请中,当在default配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序时,具体可以在default配置文件中利用内核引导参数“modprobe.blacklist”来配置延后加载的磁盘驱动,也即利用前述参数在安装操作系统的过程中,对操作系统安装时加载的initramfs内存系统,屏蔽需要延后加载的驱动,只保留需要被安装系统的磁盘驱动,具体地,通过为modprobe.blacklist参数赋值延后加载的磁盘驱动而实现对延后加载的磁盘驱动的控制,以使得前述磁盘驱动可以延后加载。另外,可以在default配置文件中利用内核引导参数“scsi_mod.scan=sync”来控制同一磁盘驱动管理的各磁盘的加载顺序,保证操作系统可以安装到指定的磁盘上。
需要说明的是,默认情况下,为了保证操作系统的启动速度,Linux系统使用async(异步并行)模式扫描scsi设备,内核引导参数“scsi_mod.scan=sync”将其修改为sync(同步串行)模式,操作系统启动时将按pci总线号枚举顺序扫描SCSI设备,使磁盘按照pci总线枚举加载的顺序分配盘符。
另外,当在default配置文件中配置磁盘驱动管理的各磁盘的加载顺序时,则在default配置文件中利用内核引导参数“scsi_mod.scan=sync”来控制同一磁盘驱动管理的各磁盘的加载顺序,保证操作系统可以安装到指定的磁盘上。
本申请实施例提供的一种磁盘加载控制方法,在kickstart配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序,可以包括:
当操作系统使用的是upstart启动管理器时,则在kickstart配置文件中利用rdloaddriver参数控制磁盘驱动间的加载顺序,并利用scsi_mod.scan=sync控制同一磁盘驱动管理的各磁盘的加载顺序。
在本申请中,当在kickstart配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序时,对于较旧版本使用upstart启动管理器的操作系统而言,例如RHEL/CentOS 5、6版本,考虑到在default配置文件中利用modprobe.blacklist参数控制延后加载的磁盘驱动的过程延续不到kickstart配置文件及前述提及的使用upstart启动管理器的操作系统安装中,因此,则可以在kickstart配置文件中利用内核引导参数“rdloaddriver”来控制磁盘驱动间的加载顺序,以将磁盘驱动间的加载顺序固化到操作系统中,从而使得操作系统在每次启动时磁盘驱动间均能够按照配置的rdloaddriver参数来依次进行磁盘驱动的加载。另外,在kickstart配置文件中利用内核引导参数“scsi_mod.scan=sync”控制同一磁盘驱动管理的各磁盘的加载顺序,从而保证安装的操作系统中磁盘加载顺序始终和pci总线初始化顺序一致,以保证磁盘初始化顺序的一致性。
本申请实施例提供的一种磁盘加载控制方法,在根据配置后的操作系统安装配置文件在服务器中安装操作系统之后,还可以包括:
当操作系统使用的是systemd启动管理器时,在kickstart配置文件中的%post部分中添加将default配置文件中设置的延后加载的磁盘驱动进行去除的去除指令。
在本申请中,对于较新版本使用systemd启动管理器的操作系统而言,例如RHEL/CentOS 7、8版本,由于在default配置文件中利用modprobe.blacklist参数控制延后加载的磁盘驱动的过程可以延续到kickstart配置文件及前述提及的使用systemd启动管理器的操作系统安装中,因此,为了防止安装完成的操作系统的/etc/modprobe.d/anaconda-blacklist.conf文件中仍然屏蔽延后加载的磁盘驱动,则在根据配置后的操作系统安装配置文件在服务器中安装操作系统之后且操作系统未重启之前,则在kickstart配置文件中的%post部分中添加将default配置文件中设置的延后加载的磁盘驱动从initramfs中进行去除的去除指令,从而保证安装完成的操作系统可以识别到延后加载的磁盘驱动,进而使得延后加载的磁盘驱动可以顺利且正常地进行延后加载。
需要说明的是,对于较新版本使用systemd启动管理器的操作系统而言,在kickstart配置文件中配置每个磁盘驱动管理的各磁盘的加载顺序时,具体是在kickstart配置文件中利用内核引导参数“scsi_mod.scan=sync”控制同一磁盘驱动管理的各磁盘的加载顺序,从而保证安装的操作系统中磁盘加载顺序始终和pci总线初始化顺序一致,以保证磁盘初始化顺序的一致性。
本申请实施例提供的一种磁盘加载控制方法,在kickstart配置文件中配置磁盘驱动管理的各磁盘的加载顺序,可以包括:
在kickstart配置文件中利用scsi_mod.scan=sync控制磁盘驱动管理的各磁盘的加载顺序。
在本申请中,在kickstart配置文件中配置磁盘驱动管理的各磁盘的加载顺序时,具体是在kickstart配置文件中利用内核引导参数“scsi_mod.scan=sync”控制磁盘驱动管理的各磁盘的加载顺序,从而保证安装的操作系统中磁盘加载顺序始终和pci总线初始化顺序一致,以保证磁盘初始化顺序的一致性。
为了对本申请的上述方案进行更清楚的说明,则假设当前服务器板载磁盘驱动是ahci.ko,RAID卡驱动是megaraid_sas.ko,需要优先将操作系统安装到pci总线枚举顺序靠前的板载磁盘上,且该磁盘在安装完成的操作系统下需要被识别为sda,则:
1、在通过PXE方式安装操作系统时,针对服务器不同的磁盘配置情况,有如下多种磁盘驱动的情况和单一磁盘驱动的情况区分:
A、一个板载磁盘+一个或多个Raid/SAS卡
B、多个板载磁盘和多个Raid/SAS卡
C、一个Raid/SAS卡上连接多个磁盘
D、多个板载磁盘或多个同型号Raid/SAS卡
2、对于A、B两种情况中的加载多个磁盘驱动的情况,在PXE服务器端的default配置文件中使用内核引导参数“modprobe.blacklist=megaraid_sas”,在安装操作系统的过程中,对操作系统安装时加载的initramfs内存系统,屏蔽需要延后加载的驱动megaraid_sas.ko,即只保留需要被安装系统的磁盘驱动ahci.ko;并使用内核引导参数“scsi_mod.scan=sync”控制同一磁盘驱动控制的多个磁盘顺序,保证系统可以安装到指定的磁盘上;
3、对于使用upstart启动管理器较旧版本的操作系统,如RHEL/CentOS 5、6版本,在PXE服务器端的kickstart配置文件中,使用内核引导参数“rdloaddriver=ahci,megaraid_sas”控制驱动加载的先后顺序,并使用内核引导参数“scsi_mod.scan=sync”控制同一驱动对应的多个磁盘顺序,保证安装的系统中磁盘加载顺序和pci总线初始化的枚举顺序一致;
4、对于使用systemd启动管理器较新版本的操作系统,如RHEL/CentOS 7、8版本,在PXE服务器端的kickstart配置文件中,在安装完成最后执行脚本的%post部分,增加将步骤2中内核引导参数“modprobe.blacklist”设置的将megaraid_sas驱动从initramfs中移除的如下指令,防止在安装完的系统的/etc/modprobe.d/anaconda-blacklist.conf文件再次屏蔽megaraid_sas驱动;
%post--interpreter=/bin/bash
sed -i "s/blacklist megaraid_sas/#blacklist megaraid_sas/g" /etc/modprobe.d/anaconda-blacklist.conf
mv -f /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-old.img
dracut --omit-drivers "megaraid_sas" /boot/initramfs-$(uname -r).img$(uname -r)
%end
同时使用内核引导参数“scsi_mod.scan=sync”控制同一磁盘驱动对应的多个磁盘顺序,保证安装的系统中磁盘加载顺序和pci总线初始化的枚举顺序一致;
5、对于C、D两种情况中的加载单个磁盘驱动的情况,在PXE服务器端的default配置文件中,使用内核引导参数“scsi_mod.scan=sync”参控制同一驱动对应的多个磁盘顺序,保证系统可以安装到指定的磁盘上;
6、在PXE服务器端的kickstart配置文件中,使用内核引导参数“scsi_mod.scan=sync”控制同一驱动对应的多个磁盘顺序,保证安装的操作系统中磁盘加载顺序和pci总线初始化的枚举顺序一致;
7、安装完成的操作系统中,将根据不同的磁盘配置,带有预置的磁盘驱动控制参数,避免系统下出现的乱序问题。
本申请实施例还提供了一种磁盘加载控制装置,参见图3,其示出了本申请实施例提供的一种磁盘加载控制装置的结构示意图,可以包括:
获取模块31,用于获取服务器的磁盘配置信息;
第一配置模块32,用于当根据磁盘配置信息确定服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序;
第二配置模块33,用于当根据磁盘配置信息确定服务器包含单个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序;
安装模块34,用于根据配置后的操作系统安装配置文件在服务器中安装操作系统,以使配置的加载顺序固化到操作系统中。
本申请实施例提供的一种磁盘加载控制装置,第一配置模块32可以包括:
第一配置单元,用于在kickstart配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序;
第二配置模块可以包括:
第二配置单元,用于在kickstart配置文件中配置磁盘驱动管理的各磁盘的加载顺序。
本申请实施例提供的一种磁盘加载控制装置,还可以包括:
第三配置单元,用于当根据磁盘配置信息确定服务器包含多个磁盘驱动时,在kickstart配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序之前,在default配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序;
第四配置单元,用于当根据磁盘配置信息确定服务器包含单个磁盘驱动时,在kickstart配置文件中配置磁盘驱动管理的各磁盘的加载顺序之前,在default配置文件中配置磁盘驱动管理的各磁盘的加载顺序。
本申请实施例提供的一种磁盘加载控制装置,第三配置单元可以包括:
第一配置子单元,用于在default配置文件中利用modprobe.blacklist参数控制延后加载的磁盘驱动,并利用scsi_mod.scan=sync控制同一磁盘驱动管理的各磁盘的加载顺序;
第四配置单元可以包括:
第二配置子单元,用于在default配置文件中利用scsi_mod.scan=sync控制磁盘驱动管理的各磁盘的加载顺序。
本申请实施例提供的一种磁盘加载控制装置,第一配置单元可以包括:
第三配置子单元,用于当操作系统使用的是upstart启动管理器时,则在kickstart配置文件中利用rdloaddriver参数控制磁盘驱动间的加载顺序,并利用scsi_mod.scan=sync控制同一磁盘驱动管理的各磁盘的加载顺序。
本申请实施例提供的一种磁盘加载控制装置,第一配置单元还可以包括:
添加子单元,用于在根据配置后的操作系统安装配置文件在服务器中安装操作系统之后,当操作系统使用的是systemd启动管理器时,在kickstart配置文件中的%post部分中添加将default配置文件中设置的延后加载的磁盘驱动进行去除的去除指令。
本申请实施例提供的一种磁盘加载控制装置,第二配置单元可以包括:
第四配置子单元,用于在kickstart配置文件中利用scsi_mod.scan=sync控制磁盘驱动管理的各磁盘的加载顺序。
本申请实施例还提供了一种磁盘加载控制设备,参见图4,其示出了本申请实施例提供的一种磁盘加载控制设备的结构示意图,可以包括:
存储器41,用于存储计算机程序;
处理器42,用于执行存储器41存储的计算机程序时可实现如下步骤:
获取服务器的磁盘配置信息;当根据磁盘配置信息确定服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序;当根据磁盘配置信息确定服务器包含单个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序;根据配置后的操作系统安装配置文件在服务器中安装操作系统,以使配置的加载顺序固化到操作系统中。
本申请实施例还提供了一种可读存储介质,可读存储介质中存储有计算机程序,计算机程序被处理器执行时可实现如下步骤:
获取服务器的磁盘配置信息;当根据磁盘配置信息确定服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动间的加载顺序及每个磁盘驱动管理的各磁盘的加载顺序;当根据磁盘配置信息确定服务器包含单个磁盘驱动时,则在操作系统安装配置文件中配置磁盘驱动管理的各磁盘的加载顺序;根据配置后的操作系统安装配置文件在服务器中安装操作系统,以使配置的加载顺序固化到操作系统中。
该可读存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请提供的一种磁盘加载控制装置、设备及可读存储介质中相关部分的说明可以参见本申请实施例提供的一种磁盘加载控制方法中对应部分的详细说明,在此不再赘述。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、 “包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。另外,本申请实施例提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明,以免过多赘述。
对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种磁盘加载控制方法,其特征在于,包括:
获取服务器的磁盘配置信息;
当根据所述磁盘配置信息确定所述服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序;
当根据所述磁盘配置信息确定所述服务器包含单个磁盘驱动时,则在所述操作系统安装配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序;
根据配置后的操作系统安装配置文件在所述服务器中安装操作系统,以使配置的加载顺序固化到所述操作系统中。
2.根据权利要求1所述的磁盘加载控制方法,其特征在于,在操作系统安装配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序,包括:
在kickstart配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序;
在所述操作系统安装配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序,包括:
在所述kickstart配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序。
3.根据权利要求2所述的磁盘加载控制方法,其特征在于,在kickstart配置文件中配置加载顺序之前,还包括:
当根据所述磁盘配置信息确定所述服务器包含多个磁盘驱动时,在default配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序;
当根据所述磁盘配置信息确定所述服务器包含单个磁盘驱动时,则在所述default配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序。
4.根据权利要求3所述的磁盘加载控制方法,其特征在于,在default配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序,包括:
在所述default配置文件中利用modprobe.blacklist参数控制延后加载的磁盘驱动,并利用scsi_mod.scan=sync控制同一磁盘驱动管理的各磁盘的加载顺序;
在所述default配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序,包括:
在所述default配置文件中利用scsi_mod.scan=sync控制所述磁盘驱动管理的各磁盘的加载顺序。
5.根据权利要求4所述的磁盘加载控制方法,其特征在于,在kickstart配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序,包括:
当所述操作系统使用的是upstart启动管理器时,则在所述kickstart配置文件中利用rdloaddriver参数控制所述磁盘驱动间的加载顺序,并利用scsi_mod.scan=sync控制同一磁盘驱动管理的各磁盘的加载顺序。
6.根据权利要求4所述的磁盘加载控制方法,其特征在于,在根据配置后的操作系统安装配置文件在所述服务器中安装操作系统之后,还包括:
当所述操作系统使用的是systemd启动管理器时,在所述kickstart配置文件中的%post部分中添加将所述default配置文件中设置的延后加载的磁盘驱动进行去除的去除指令。
7.根据权利要求4所述的磁盘加载控制方法,其特征在于,在所述kickstart配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序,包括:
在所述kickstart配置文件中利用scsi_mod.scan=sync控制所述磁盘驱动管理的各磁盘的加载顺序。
8.一种磁盘加载控制装置,其特征在于,包括:
获取模块,用于获取服务器的磁盘配置信息;
第一配置模块,用于当根据所述磁盘配置信息确定所述服务器包含多个磁盘驱动时,则在操作系统安装配置文件中配置所述磁盘驱动间的加载顺序及每个所述磁盘驱动管理的各磁盘的加载顺序;
第二配置模块,用于当根据所述磁盘配置信息确定所述服务器包含单个磁盘驱动时,则在所述操作系统安装配置文件中配置所述磁盘驱动管理的各磁盘的加载顺序;
安装模块,用于根据配置后的操作系统安装配置文件在所述服务器中安装操作系统,以使配置的加载顺序固化到所述操作系统中。
9.一种磁盘加载控制设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至7任一项所述的磁盘加载控制方法的步骤。
10.一种可读存储介质,其特征在于,所述可读存储介质中存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的磁盘加载控制方法的步骤。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111616489.1A CN113986367B (zh) | 2021-12-28 | 2021-12-28 | 一种磁盘加载控制方法、装置、设备及可读存储介质 |
US18/567,652 US20240272912A1 (en) | 2021-12-28 | 2022-06-19 | Disc loading control method, apparatus, and device, and readable storage medium |
PCT/CN2022/099647 WO2023123896A1 (zh) | 2021-12-28 | 2022-06-19 | 一种磁盘加载控制方法、装置、设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111616489.1A CN113986367B (zh) | 2021-12-28 | 2021-12-28 | 一种磁盘加载控制方法、装置、设备及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113986367A true CN113986367A (zh) | 2022-01-28 |
CN113986367B CN113986367B (zh) | 2022-03-22 |
Family
ID=79734644
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111616489.1A Active CN113986367B (zh) | 2021-12-28 | 2021-12-28 | 一种磁盘加载控制方法、装置、设备及可读存储介质 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20240272912A1 (zh) |
CN (1) | CN113986367B (zh) |
WO (1) | WO2023123896A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023123896A1 (zh) * | 2021-12-28 | 2023-07-06 | 苏州浪潮智能科技有限公司 | 一种磁盘加载控制方法、装置、设备及可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105589690A (zh) * | 2015-12-11 | 2016-05-18 | 浪潮电子信息产业股份有限公司 | 一种Linux系统下绑定硬盘挂载顺序的方法 |
CN110187843A (zh) * | 2019-06-04 | 2019-08-30 | 苏州浪潮智能科技有限公司 | 一种储存介质名称顺序不变的方法,系统,终端及存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101819508A (zh) * | 2010-03-25 | 2010-09-01 | 浪潮电子信息产业股份有限公司 | 一种Linux系统下修正磁盘设备顺序的方法 |
CN104461402B (zh) * | 2014-12-29 | 2018-04-06 | 浪潮电子信息产业股份有限公司 | 一种linux系统下多控制器间调整磁盘顺序的方法 |
CN106020914A (zh) * | 2016-06-07 | 2016-10-12 | 浪潮电子信息产业股份有限公司 | 一种RedHat7下调整多控制器驱动加载顺序的方法 |
CN112000532B (zh) * | 2020-07-30 | 2022-03-22 | 浪潮电子信息产业股份有限公司 | 一种磁盘乱序的检测方法、装置、设备及系统 |
CN113986367B (zh) * | 2021-12-28 | 2022-03-22 | 苏州浪潮智能科技有限公司 | 一种磁盘加载控制方法、装置、设备及可读存储介质 |
-
2021
- 2021-12-28 CN CN202111616489.1A patent/CN113986367B/zh active Active
-
2022
- 2022-06-19 US US18/567,652 patent/US20240272912A1/en active Pending
- 2022-06-19 WO PCT/CN2022/099647 patent/WO2023123896A1/zh unknown
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105589690A (zh) * | 2015-12-11 | 2016-05-18 | 浪潮电子信息产业股份有限公司 | 一种Linux系统下绑定硬盘挂载顺序的方法 |
CN110187843A (zh) * | 2019-06-04 | 2019-08-30 | 苏州浪潮智能科技有限公司 | 一种储存介质名称顺序不变的方法,系统,终端及存储介质 |
Non-Patent Citations (1)
Title |
---|
CSDN: "hel7内核加载顺序变化导致硬盘盘符乱序", 《HTTPS://BBS.CSDN.NET/TOPICS/392694217?PAGE=1》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023123896A1 (zh) * | 2021-12-28 | 2023-07-06 | 苏州浪潮智能科技有限公司 | 一种磁盘加载控制方法、装置、设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2023123896A1 (zh) | 2023-07-06 |
US20240272912A1 (en) | 2024-08-15 |
CN113986367B (zh) | 2022-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6804774B1 (en) | Software image transition aid comprising building a disk image based on identified hardware | |
US7216251B2 (en) | Computer imaging recovery without a working partition or a secondary medium | |
US6996706B1 (en) | Booting an operating system or running other pre-boot code from a file stored under a different operating system | |
TW454147B (en) | Recoverable software installation process and apparatus for a computer system | |
JP4001877B2 (ja) | 入出力ファブリックにおけるハードウェア・エラーからの自動回復 | |
US5764593A (en) | Method and system for the interception and control of the computer boot process | |
EP1434135B1 (en) | Method for backing up and recovering data in the hard disk of a computer | |
US6205558B1 (en) | Recovery of file systems after modification failure | |
US9910664B2 (en) | System and method of online firmware update for baseboard management controller (BMC) devices | |
US9766876B2 (en) | Methods of updating software components, computer systems and memory apparatus | |
US8171272B1 (en) | Critical pre-OS driver verification | |
US10824517B2 (en) | Backup and recovery of configuration files in management device | |
CN112445495B (zh) | 一种高性能计算集群节点的镜像与恢复方法 | |
CN113986367B (zh) | 一种磁盘加载控制方法、装置、设备及可读存储介质 | |
US20200104140A1 (en) | Systems and methods for identifying and protection of boot storage devices | |
KR100376435B1 (ko) | 컴퓨터 하드디스크에 저장된 데이터 보호 장치 및 방법그리고 컴퓨터가 그 방법을 수행하도록 하는 프로그램을기록한 컴퓨터로 읽을 수 있는 기록매체 | |
EP1110146B1 (en) | A method, computer, and article of manufacturing for fault tolerant booting | |
CN111090546A (zh) | 一种操作系统重启方法、装置、设备及可读存储介质 | |
CN113342365A (zh) | 操作系统部署方法、装置、设备及计算机可读存储介质 | |
CN116841629A (zh) | 一种网卡功能配置方法、装置及其介质 | |
US20240160425A1 (en) | Deployment of management features using containerized service on management device and application thereof | |
KR19980068699U (ko) | 컴퓨터용 하드디스크 내 자료 보호 및 복원 장치 | |
KR101552580B1 (ko) | 모바일 기기를 포함하는 시스템 복원 및 멀티 운영체제를 지원하는 백업 방법 | |
CN109254800B (zh) | 一种设备信息处理方法、电子设备及服务器 | |
CN102681859A (zh) | 一种从USB大容量存储设备中启动Windows操作系统的方法 |
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 |