浪潮服务器开机提示无媒体检测

浪潮服务器开机时提示“无媒体检测”可能是因为服务器缺乏媒体播放器，无法正常启动。
如果遇到了这个问题，可以尝试以下步骤来解决：
1 确认服务器上是否安装了媒体播放器。如果有，尝试重新启动媒体播放器，确保它可以正常运行。
2 如果媒体播放器已经损坏或无法启动，可以尝试重新安装媒体播放器。在安装过程中，确保选择正确的安装路径和文件版本。
3 如果以上步骤仍然无法解决问题，可以尝试联系浪潮的技术支持团队，获取更多帮助。

HP服务器做阵列的详细步骤：

1、首先服务器开机，出现下图界面按F10。

2、然后在下图中选择Perform Maintenance。

3、点击Arry Configuration Utility。

4、左侧下面是未分配的磁盘，选中Unassigned Drives然后点击Create Array。

5、下图中1和2两个磁盘已经做过阵列，所以在右下显示3到8的磁盘容量，选择3到5（也可以全部选择），然后点击OK。

6、Logical Drive 2变成了RAID5，可用容量5587GB，然后点击EXIT ACU，这样就完成了。

有自带的安装光盘的，必须要用自带的不然无法安装或是到HP官网去下载RAID驱动装到软驱里去然后安装WINDOWS`在开始安装时`按F6进入`安装软驱的驱动这样就可以成功安装系统了。

CentOS的启动流程总体顺序如下:

POST --> Boot Sequence --> bootloader(MBR) --> Kernel --> 加载rootfs --> switchroot --> /sbin /init --> (配置文件：/etc/inittab, /etc/init/conf) --> 根据init配置文件设置默认运行级别 --> 运行系统初始化脚本/etc/rcd/rcsysinit，完成系统初始化 --> 开启或关闭用户选定的对应运行级别下所对应的服务 --> 启动终端，打印登录提示符。

注：前面加粗部分代表内核空间的系统启动流程，后面未加粗部分代表用户空间的系统启动流程。

第一步：硬件启动过程

POST加电自检

主要实现的功能是检测各个外围硬件设备是否存在而且能够正常运行起来，实现这一自检功能的是固化在主板上的ROM(主要代表为CMOS)芯片上的BIOS(Basic Input/Output System)程序；例如BIOS会检测CPU、Memory以及I/O设备是否能够正常运行，如果是个人计算机的话可能还会检测一下显示器。只要一通电，CPU就会自动去加载ROM芯片上的BIOS程序，是这样来实现的。而检测完成之后就进行硬件设备的初始化。

选择启动设备以加载MBR

主要实现的功能是选择要启动的硬件设备，选择了之后就可以读取这个设备上位于MBR里头的bootloader了。这一步的实现是这样的：根据BIOS中对启动顺序的设定，BIOS自己会依次扫描各个引导设备，然后第一个被扫描到具有引导程序(bootloader)的设备就被作为要启动的引导设备。

MBR（Main Boot Record），是硬盘的0柱面，0磁道、1扇区（第一个扇区），称为主引导扇区，也称为主引导记录。它由三部分组 成：主引导程序（BootLoader）、硬盘分区表DPT（Disk Partition table）和硬盘有效标志（55AA）。
注：硬盘默认一个扇区大小为512字节。
第一部分，主引导程序（BootLoader）占446个字节，负责从活动分区中装载，并运行系统引导程序。
第二部分，硬盘分区表DPT占64个字节，有4个分区表项，每个分区表项占16个字节，硬盘中分区有多少以及每一个分区的大小都记 录在其中。
第三部分，硬盘有效标志，占2个字节，固定为55AA。如果这个标志位0xAA55，就认为这个是MB

第二步：GRUB引导阶段

不同的系统有不同的主引导程序（BootLoader）。Windows使用的是NTLDR（NT Loader，Windows NT系列 *** 作系统）、Bootmgr（Boot Manager，Windows Vista，7，8，10），Linux一般使用的是grub（也叫grub legacy）和grub2。GRUB程序加载执行并引导kernel（内核）程序，其中有三个阶段，Grub引导阶段的文件都在/boot/grub/目录下。

stage1： 这一阶段执行的就是系统安装时预先写入到MBR的Bootloader程序，即是存放在MBR的前446字节里的程序。它的任务仅是读取（加载）硬盘的0柱面，0磁道，2扇区的内容（/boot/grub/stage1）并执行。

stage15： 这一阶段是Stage1阶段和Stage2阶段的桥梁，功能是加载stage2所在分区的文件系统驱动，让stage1中的bootloader能识别stage2所在分区的文件系统，此后grub程序便有能力去访问/boot/grub/stage2。

stage2： 这一阶段读取并解析grub的配置文件/boot/grub/grubcnf，根据配置文件加载内核镜像到内存中，通过initrd程序建立虚拟根文件系统，最后调用（转交）内核。

第三步：内部引导阶段

加载内核，核心开始解压，启动一些最核心的程序。为了让内核足够的轻小，硬件驱动并没放在内核文件里面。系统仅探测可识别到的所有硬件设备，加载硬件驱动程序，即加载真正的根文件系统所在设备的驱动程序（有可能会借助于ramdisk加载驱动），以只读方式挂载根文件系统，运行用户空间的第一个应用程序：/sbin/init。

第四步：init初始化阶段（系统初始化阶段）

虽然CentOS 5、CentOS 6以及CentOS 7的/etc/init配置文件内容各不相同，但总体的启动流程相同：/sbin/init --> 根据/etc/inittab配置文件设置默认运行级别 --> 运行系统初始化脚本/etc/rcd/rcsysinit，完成系统初始化 --> 关闭或启动用户选定的默认运行级别所对应的服务 。

对于CentOS 5来说，初始化程序init是SysV init，其配置文件为：/etc/inittab； 对于CentOS 6来说，初始化程序init是upstart，其配置文件为：/etc/inittab， /etc/init/ conf，也就是upstart将配置文件拆分成多个，在/etc/init/目录下以conf结尾的都是upstart风格的配置文件，而/etc/inittab仅用于设置默认运行级别； 对于CentOS 7来说，初始化程序init是systemd，其配置文件：/usr/lib/system/systemd/, /etc/systemd/system/ ；

具体执行过程：/sbin/init程序会读取/etc/inittab文件确认运行级别，然后执行/etc/rcd/rc脚本，根据确认的运行级别启动对应/etc/rcd/rc#d/目录下的服务（#为0~6），与此同时执行系统初始化脚本/etc/rcsysinit（软链接，指向/etc/rcd/rcsysinit），还会加载/etc/rclocal（软链接，指向/etc/rcd/rclocal文件）用户自定义服务（脚本）。

CentOS7中初始化进程变为了systemd，systemd即为system daemon，是Linux下的一种init软件，开发目标是提供更优秀的框架以表示系统服务间的依赖关系，并依此实现系统初始化时服务的并行启动，同时达到降低Shell系统开销的效果，最终代替现在常用的System V与BSD风格的init程序。与多数发行版使用的System V风格的init相比，systemd采用了以下的新技术：A采用Socket激活式与总线激活式服务，以提高相互依赖的各服务的并行运行性能；B用Cgroup代替PID来追踪进程，即使是两次fork之后生成的守护进程也不会脱离systemd的控制。

第五步：启动终端

根据前面获取的运行级别来启动终端，mingetty程序是用于启动终端的，它会调用登录程序login，这样就能显示出登录提示符了，类似mingetty这种用于打开终端的程序还有getty等。而如果默认运行级别为5，则会打开图形界面。

第一步：硬件启动过程

这一步和CentOS6差不多，详细请看11内容。

第二步：GRUB引导阶段

从这一步开始，CentOS6和CentOS7的启动流程区别开始展现出来了。CentOS7的主引导程序使用的是grub2，执行过程是先加载bootimg、coreimg两个镜像，再加载MOD模块文件，把grub2程序加载执行，接着解析配置文件/boot/grub/grubcfg，根据配置文件加载内核镜像到内存，之后构建虚拟根文件系统，最后转到内核。

CentOS7中使用命令进行配置，而不直接去修改配置文件了。grubcfg配置文件开头注释部分说明了由/etc/grubd/目录下文件和/etc/default/grub文件组成。改好配置后都需要使用命令grub2-mkconfig -o /boot/grub2/grubcfg，将配置文件重新生成。

第三步：内部引导阶段

这一步与CentOS6也差不多，加载驱动，切换到真正的根文件系统，唯一不同的是执行的初始化程序变成了/usr/lib/systemd/systemd。

第四步：init初始化阶段（系统初始化阶段）

CentOS7中我们的初始化进程变为了systemd。执行默认target配置文件/etc/systemd/system/defaulttarget（这是一个软链接，与默认运行级别有关）。然后执行sysinittarget来初始化系统和basictarget来准备 *** 作系统。接着启动multi-usertarget下的本机与服务器服务，并检查/etc/rcd/rclocal文件是否有用户自定义脚本需要启动。最后执行multi-user下的gettytarget及登录服务，检查defaulttarget是否有其他的服务需要启动。

注意：/etc/systemd/system/defaulttarget指向了/lib/systemd/system/目录下的graphicaltarget或multiusertarget。而graphicaltarget依赖multiusertarget，multiusertarget依赖basictarget，basictarget依赖sysinittarget，所以倒过来执行。

unit对象：unit表示不同类型的systemd对象，通过配置文件进行标识和配置；文件中主要包含了系统服务、监听socket、保存的系统快照以及其他与init相关的信息。（也就是CentOS6中的服务器启动脚本）

第五步：启动终端

systemd执行sysinittarget
systemd启动multi-usertarget下的本机与服务器服务
systemd执行multi-usertarget下面的/etc/rcd/rclocal
Systemd执行multi-usertarget下的gettytarget及登录服务
gettytarget是启动终端的systemd对象。如果到此步骤，系统没有指定启动图形桌面，到此就可以结束了，如果需要启动图形界面，要在此基础上启动桌面程序。

从 CentOS 7 版本之后，系统开始用 systemd 实现init进程，系统启动和服务器守护进程管理器功能，负责在系统启动或运行时，激活系统资源，服务器进程和其它进程。

unit表示不同类型的systemd对象，通过配置文件进行标识和配置；文件中主要包含了系统服务、监听socket、保存的系统快照以及其它与init相关的信息。

32 system unit文件格式

/usr/lib/systemd/system：发行版打包者使用，每个服务最主要的启动脚本设置，类似于之前的/etc/initd/

/etc/systemd/system：系统管理员和用户使用，管理员建立的执行脚本，类似于/etc/rcNd/Sxx的功能，比上面目录优先运行

/lib/systemd/system:：ubutun的对应目录

/run/systemd/system：系统执行过程中所产生的服务脚本，比上面目录优先运行

unit 格式说明：

service unit file文件通常由三部分组成：

Unit段的常用选项：

Service段的常用选项：

Install段的常用选项：

注意：对于新创建的unit文件，或者修改了的unit文件，要通知systemd重载此配置文件,而后可以选择重启。

首先在启动界面按e编辑启动参数,

将ro参数更改为rw init=/sysroot/bin/sh，按ctr + x启动系统

按下图执行命令更改root密码

接通电源，计算机首先自动运行主板BIOS芯片固化的程序，通常称为POST——上电自检(Power On Self Test)。 完整的POST自检包括对CPU、系统主板、基本的640KB内存、1MB以上的扩展内存、系统ROM BIOS的测试；CMOS中系统配置的校验；初始化视频控制器，测试视频内存、检验视频信号和同步信号，对VGA接口进行测试；对键盘、软驱、硬盘及CDROM子系统作检查；对并行口(打印机)和串行口(RS232)进行检查。自检中如发现有错误，将按两种情况处理：对于严重故障(致命性故障)则停机，此时由于各种初始化 *** 作还没完成，不能给出任何提示或信号；对于非严重故障则给出提示或声音报警信号，等待用户处理。 当自检完成后，系统进行下一步骤：从硬盘、光盘或网络服务器上寻找 *** 作系统进行启动，电脑的控制权将由 *** 作系统完成。

当对d性云服务器执行绑定密钥对 *** 作时失败。管理控制台上密钥对执行失败记录对话框中的失败记录只记录了d性云服务器的 *** 作历史，不会影响d性云服务器的状态及后续 *** 作，可单击失败记录所在行的删除，直接删除失败记录，或者单击删除所有失败记录，删除所有执行失败的记录。用户提供了错误或者失效的密码。用户修改了d性云服务器的SSH配置。d性云服务器安全组
当您购买的d性云服务器规格无法满足业务需要时，可参考本章节变更规格，升级vCPU、内存。对于部分类型的d性云服务器，您还可以在变更规格时，更换d性云服务器的类型。“XEN实例”变更为“KVM实例”，需先手动配置d性云服务器，安装对应的驱动，然后再变更规格。否则，规格变更后的d性云服务器不可用( *** 作系统可能无法启动)。“XEN实例”变更为“
当云服务器网络异常、防火墙未放行本地远程桌面端口、云服务器CPU负载过高等场景均可能导致云服务器无法正常登录。当您的云服务器无法远程登录时，我们建议您首先检查是否可以通过控制台远程登录。再参考排查思路检查登录异常的原因。远程登录失败时，请首先尝试能否通过管理控制台，使用VNC方式登录云服务器。单击这里了解云服务器登录前的准备工作。登录管理

---