centos6 grub2(装centos7)

各位老铁们好，相信很多人对centos6 grub2都不是特别的了解，因此呢，今天就来为大家分享下关于centos6 grub2以及装centos7的问题知识，还望可以帮助大家，解决大家的一些困惑，下面一起来看看吧！

centos6 系统启动过程及相关配置文件

Boot Loader是操作系统启动前运行的主引导程序，如 GRUB、NTLDR或 Bootmgr。CentOS6使用 GRUB作为 bootloader，而 CentOS7和 8使用 GRUB2。Boot Loader具有菜单功能、加载核心文件以及控制权转移的功能，仅由446个字节组成，因此它分为两个阶段运行：第一阶段运行446个字节的主程序，第二阶段加载配置文件和环境参数文件。这些文件位于/boot目录下，例如/boot/grub/grub.conf或/boot/grub2/grub.cfg。

MBR包含主引导程序、硬盘分区表 DPT和硬盘有效标志。MBR的分区表只能分4个主分区，因为MBR由三部分组成：主引导程序（446个字节）、分区表（64个字节）和有效标识位（2个字节）。每个分区表项占用16个字节，共4个分区表项，因此只能划分4个分区。

CentOS6的启动配置文件位于/boot/grub/grub.conf。配置文件中包含：默认启动菜单项（default=0）、菜单项等待选项时间（timeout=5）、菜单背景图片路径（splashimage）、隐藏菜单（hiddenmenu）和菜单项定义（title）。菜单项定义包括根设备路径（root）、启动内核（kernel）、内核匹配的 ramfs文件（initrd）等。

修改系统启动级别的方法是编辑/etc/inittab文件。文件中定义了系统默认启动的级别（id:3:initdefault），并列出了不同的启动级别和相应的操作脚本。例如，init 3表示启动多用户模式。

系统初始化和启动对应级别下的服务通过/etc/rc.d目录下的脚本完成。该目录下包括 init.d、rc0.d、rc1.d等目录，分别对应不同的启动级别。使用 ls命令可以查看每个目录下的文件和软链接，了解每个服务在哪些启动级别下运行。例如，network服务在启动级别 2、3、4、5下运行。

使用 chkconfig命令可以查看服务在哪些启动级别下运行。例如，network服务在所有启动级别下运行。通过 chkconfig命令还可以关闭服务在特定启动级别的运行，例如使用 chkconfig network off命令关闭 network服务在启动级别 3的运行。

所有服务运行成功后，可以通过编辑/etc/rc.local文件设置开机自动执行某个命令。该文件位于/etc/rc.d/rc.local目录下，可以通过编辑和添加命令来实现开机自动执行功能。

通过 Ctrl+ Alt+ F2可以切终端，这是由 mingetty调用的 tty2、tty3、tty4、tty5、tty6字符设备文件完成的。这种切换允许用户在不同终端之间进行操作，以查看系统状态或执行其他任务。

如何在 CentOS / RHEL 中启用/禁用 CPU(限制 CPU 数量)

|在具有多处理器的系统上禁用/启用处理器（动态）的过程是什么？如何将服务器限制为仅“N”个 CPU？在 CentOS/RHEL中有三种方法可以限制 CPU的数量。|

在具有多处理器的系统上禁用/启用处理器（动态）的过程是什么？如何将服务器限制为仅“N”个 CPU？

在 CentOS/RHEL中有三种方法可以限制 CPU的数量：

使用 maxcpus参数（RHEL/CentOS 6）

使用 nr_cpus参数(RHEL/CentOS 6,7)

在线禁用 CPU(RHEL/CentOS 6,7)

1.使用maxcpus参数

此方法适用于 RHEL/CentOS 6系统。如果在 RHEL/CentOS 7系统中使用它可能会失败。尽管在较新版本的 RHEL 7系统中，此错误已得到修复。

您可以在/boot/grub/grub.conf中添加内核参数maxcpus=N或在引导时添加到内核行。例如，要限制服务器仅使用 2个 CPU，你可以使用以下方法：

注意：不能在 Red Hat Enterprise Linux系统上禁用 CPU。

当使用 maxcpus时，它将从所有可用的物理 CPU中获取 CPU。例如，在具有两个双核 CPU的系统上，maxcpus=2将从每个物理 CPU中获取一个 CPU。要了解正在使用的物理 CPU ID，可以使用下面的查询：

使用nr_cpus参数

对于 CentOS/RHEL 6，在/boot/grub/grub.conf或引导时的内核行中添加内核参数nr_cpus=N。例如，下面的条目会将服务器限制为只有 2个 CPU。

对于 CentOS/RHEL 7：

(1)对于 RHEL 7系统，将nr_cpus=N参数添加到“/etc/sysconfig/grub”中的“

GRUB_CMDLINE_LINUX”行，如下所示。

(2)使用grub2-mkconfig命令重新生成/boot/grub2/grub.cfg文件。

(3)验证grub配置文件中nr_cpu参数的入口。

禁用CPU在线

禁用 CPU内核：

(1)在运行时，可以使用以下命令禁用 cpu内核。例如对于 4核系统，我们可以禁用 3个 CPU

如下所示：

(2)要验证您是否禁用了 3个核心并且只启用了 1个核心，请使用以下命令：

重新启用 CPU内核：

(1)可以通过以下命令重新激活 CPU内核：

(2)再次验证/proc/cpuinfo中的 4个启用核心的核心。

如何在 CentOS/ RHEL中启用/禁用 CPU（限制 CPU数量）|《Linux就该这么学》(linuxprobe.com)

u盘启动linux显示grub

u盘启动linux显示grub(linux U盘启动)一、处理linux系统故障的思路

作为一名优秀的linux运维工程师，一定要有一套清晰、明确的解决故障思路，当问题出现时，才能迅速定位、解决问题，在开始本文学习之前，我根据多年工作和处理问题和故障的经验，总结出了一套处理问题的一般思路，供大家参考：

1、重视报错提示信息：每个错误的出现，都是给出错误提示信息，一般情况下这个提示基本定位了问题的所在，因此一定要重视这个报错信息，如果对这些错误信息视而不见，问题永远得不到解决。

2、查阅日志文件：有时候报错信息只是给出了问题的表面现象，要想更深入的了解问题，必须查看相应的日志文件，而日志文件又分为系统日志文件（/var/log）和应用的日志文件，结合这两个日志文件，一般就能定位问题所在。

3、分析、定位问题：这个过程是比较复杂的，根据报错信息，结合日志文件，同时还要考虑其它相关情况，最终找到引起问题的原因。

4、解决问题：找到了问题出现的原因，解决问题就是很简单的事情了。

从这个流程可以看出，解决问题的过程就是分析、查找问题的过程，一旦确定问题产生的原因，故障也就随之解决了。看似简单明了的思路，但是真正能重视这个思路的、按照这个思路处理问题的却很少，衷心的希望大家在处理故障的时候，能静下心来，先整理思路，然后有目的的去处理问题。

二、忘记linux root密码或进入单用户方法

这个问题出现的几率是很高的，也是linux运维最基础的技能，要解决这个问题，在linux下非常简单，只需重启linux系统，然后引导进入linux的单用户模式（init 1）就可以搞定了，由于单用户模式是不需要输入登录密码的，因此，可以直接登录系统，修改root密码即可解决问题。

目前企业线上环境，最常用的Linux就是centos6.x和7.x版本，那么这里首先以RHEL/Centos6.x版本为例，介绍下如何进入单用户并重置root密码，操作步骤如下：

1、重启系统，待linux系统启动到grub引导菜单时，按esc键，找到当前系统引导选项，如图所示：如果有多个可用内核，这里就有多个引导选项。

2、通过方向键将光标放到需要使用的系统引导内核选项上，然后按键盘字母“e”，进入编辑状态，如图所示：

3、然后通过上下键，选中带有kernel指令的一行，继续按键盘字母“e”，编辑该行，在行末尾加个空格，然后添加single，类似下图所示：

电脑

4、修改完成，按回车键，返回到刚才的界面。

5、最后按键盘“b”，系统开始引导。

这样系统就启动到了单用户模式下，这里的单用户与windows下的安全模式类似，在单用户模式下，只是启动最基本的系统，网络以及应用服务均不启动。单用户模式启动完毕，系统会自动进入到命令行状态下，然后直接执行命令“passwd”，接着敲回车，系统会提示输入新的root密码两次，最后会看到修改密码成功的提示，这样就完成了root密码的修改。如果需要正常启动系统，现在只需输入“init 3”，就进入了多用户模式。用root用户重新登录系统，看看设置的新密码是否生效。

在RHEL/Centos7.x版本之后，Linux的机制发生了较大变化，在系统引导方面，使用了grub2代替了之前的grub引导，init初始化程序也更换成了systemd初始化，随之带来的root密码重置的方法也有所改变，，下面就介绍一下在Centos7.5版本中，忘记root密码的处理方法，操作步骤如下：

1、重启系统，待linux系统启动到grub2引导菜单时，找到当前系统引导选项，如果有多个可用内核，这里就有多个引导选项，按e键，如下图所示：

电脑

2、按e键后，出现如下图所示界面，通过方向键将光标放到linux16引导行所在行尾，然后添加以下内容：

init=/bin/sh

3、添加完成，按键Ctrl+x启动shell引导，最后进入单用户模式。

4、挂载根分区为可读写模式，执行如下命令：

mount-o remount,rw/

然后，就可以执行“passwd”命令重置密码了，这里有一点需要注意，如果系统中开启有selinux，还需在根分区创建autorelabel文件，否则系统无法正常启动，操作命令如下：

touch/.autorelabel

5、密码修改完成后，直接执行reboot命令已经无效，此时需要输入全路径命令，操作如下：

exec/sbin/init

这样就完成了密码重置，正常登录系统，查看密码是否修改成功。

三、 linux系统无法启动的解决办法

导致linux无法启动的原因有很多，常见的原因有如下几种：

1、文件系统配置不当，比如/etc/inittab文件、/etc/fstab文件等配置错误或丢失，导致系统错误，无法启动。

2、非法关机，导致root文件系统破坏，也就是linux根分区破坏，系统无法正常启动

3、 Linux内核崩溃，从而无法启动

4、系统引导程序出现问题，比如grub丢失或者损坏，导致系统无法引导启动。

5、硬件故障，比如主板电脑、电源、硬盘等出现问题，导致linux无法启动。

从这些常见的故障可知，导致系统无法启动的主要有两个问题，硬件原因和操作系统原因，对于硬件出现的问题，只需通过更换硬件设备，即可解决，而对于操作系统出现的问题，虽然出现的问题可能千差万别，不过在多数情况下都可以用相对简单统一的一些方法来恢复系统，下面我们就针对上面提出的几个问题，结合RHEL/Centos Linux系统环境，给出一些常用的、普遍的解决问题的方法。

3.1、/etc/fstab文件丢失，导致系统无法启动

/etc/fstab文件存放了系统中文件系统的相关信息，如果正确的配置了该文件，那么在linux启动时，系统会读取此文件，自动挂载linux的各个分区，如果此文件配置错误，或者丢失，就会导致系统无法启动，具体的故障现象是在检测mount partition时出现：

starting system logger

此后系统启动就停止了。

针对这个问题，我们的第一思路就是想办法恢复/etc/fstab这个文件的信息，只要恢复了此文件，系统就能自动挂载每个分区，正常启动。可能很多读者首先想到的是将系统切换到单用户模式下，然后手动挂载分区，最后结合系统信息，重建/etc/fstab文件。

但是这种方法是行不通的，因为fatab文件丢失导致linux无法挂载任何一个分区，即使linux还能切换到单用户下，那么此时的系统也只是一个read-only的文件系统，无法向磁盘写入任何信息。

我们介绍另外一个方法，就是利用linux rescue修复模式登录系统，进而获取分区和挂载点信息，重构/etc/fstab文件。

这里以Centos6.9为例，其它版本方法类似，首先将系统第一章光盘放入光驱，设置BOIS从光驱启动，这样系统就从光驱引导，如下图所示，选择“Rescue installed system”一项，然后回车，系统开始引导进入rescue模式。

接着系统自动开始引导，进入下图所示画面：

这里是选择模式使用的语言，可以按照自己需要设定，我们这里选择“English“，然后按tab键，选中“ok”，回车进入下一步。

下面进入的是键盘选择界面，如下图所示，这里选择默认的“us”即可。

下面进入网络配置界面，如下图所示：

这里是选择是否启用网络，由于系统已经无法启动，我们已经在linux系统上进行操作了，启用网络与否都无所谓。这里选择不启用。

下面到了最关键的步骤了，如下图所示，修复模式会自动将系统的所有分区挂载到/mnt/sysimage目录下，选择“Continue”，则修复环境进入到read-write状态下，可以对分区进行读写操作，选择“Read-Only”，修复环境进入到只读模式，由于我们要重建fstab文件到/etc目录下，因此选择“Continue”进入可读写模式下。

下面是一个友情提示界面，如下图所示，由于fstab文件丢失，修复模式找不到任何可挂载的分区，从这里可知，修复模式在这里也读取/etc/fstab文件，回车，进入下一步。

下面是选择下一步要执行的动作，如下图所示，这里选择“shell Start shell”进入修复模式命令行。

最后，就进入了修复环境下，可以进行操作了。如下图所示

上面详细演示了如何进入linux的修复模式，其实很多情况下，linux无法启动时，都可以通过这个方式登录系统进行修复和更改操作。

下面是恢复/etc/fstab文件的详细过程，首先查看一下系统分区情况，如下所示：

bash-4.1# fdisk-lDisk/dev/sda: 42.9 GB, 42949672960 bytes255 heads, 63 sectors/track, 5221 cylindersUnits= cylinders of 16065* 512= 8225280 bytesDevice Boot Start End Blocks Id System/dev/sda1* 1 25 200781 83 Linux/dev/sda2 26 1300 10241437+ 83 Linux/dev/sda3 1301 1682 3068415 83 Linux/dev/sda4 1683 5221 28427017+ 5 Extended/dev/sda5 1683 1873 1534176 83 Linux/dev/sda6 1874 2064 1534176 83 Linux/dev/sda7 2065 2255 1534176 83 Linux/dev/sda8 2256 2382 1020096 83 Linux/dev/sda9 2383 2484 819283+ 82 Linux swap/ Solaris/dev/sda10 2485 5221 21984921 83 Linux

因为分区并没有损坏，通过fdisk命令可以查看到系统分区的完整信息，但是每个分区对应的label name信息我们还不知道，下面通过tune2fs命令查看每个分区对应的label name：

bash-4.1# tune2fs-l/dev/sda1|grep mountedLast mounted on:/bootbash-4.1# tune2fs-l/dev/sda2|grep mountedLast mounted on:/usrbash-4.1# tune2fs-l/dev/sda3|grep mountedLast mounted on:/bash-4.1# tune2fs-l/dev/sda5|grep mountedLast mounted on:/varbash-4.1# tune2fs-l/dev/sda6|grep mountedLast mounted on:/tmpbash-4.1# tune2fs-l/dev/sda7|grep mountedLast mounted on:/homebash-4.1# tune2fs-l/dev/sda8|grep mountedLast mounted on:/optbash-4.1# tune2fs-l/dev/sda10|grep mountedLast mounted on:/data

这样，就得到了所有分区的挂载点信息，接下来就可以构造一个fstab文件了。

小技巧：可以参考其它系统中fstab文件的格式，结合本系统的分区和挂载点信息，构造出自己的fstab文件来。

由于fstab文件是存放在系统根目录下的，因此需要挂载原来系统的根分区，从上面可知根分区对应的设备名为/dev/sda3，接着在修复模式创建的临时根分区下创建一个

挂载点，然后挂载原来系统的根分区。操作过程如下所示：

bash-4.1# pwd/bash-4.1# mkdir tempbash-4.1# mount/dev/sda3/tempbash-4.1# df Filesystem 1K-blocks Used Available Use% Mounted on/dev 515644 0 515644 0%/dev/tmp/loop0 79872 79872 0 100%/mnt/runtime/dev/sda3 2972268 259916 2558932 10%/temp

这样以来，原有根分区的文件全部挂载到了/temp目录下，接着就可以创建我们需要的fstab文件了。

重构好的fstab文件内容如下：

bash-4.1# cat/temp/etc/fstabLABEL=// ext4 defaults 1 1LABEL=/boot/boot ext4 defaults 1 2devpts/dev/pts devpts gid=5,mode=620 0 0tmpfs/dev/shm tmpfs defaults 0 0LABEL=/home/home ext4 defaults 1 2LABEL=/opt/opt ext4 defaults 1 2proc/proc proc defaults 0 0sysfs/sys sysfs defaults 0 0LABEL=/data/data ext4 defaults 1 2LABEL=/usr/usr ext4 defaults 1 2LABEL=/var/var ext4 defaults 1 2LABEL=SWAP-sda9 swap swap defaults 0 0

配置完毕，保存退出，然后重启系统，看系统是否能正常启动。

bash-4.1#reboot

3.2、CentOS下误删除/boot目录修复方法

这个问题经常发生在新手、研发身上，误删除的原因很多，但是并不重要，作为专业背锅侠，要的就是误删除后怎么回复，一起来看下这个现象吧，看下图：

出现这个情况，可能的原因有：系统引导出现问题、/boot目录误删除、grub配置错误。

不管是什么原因，这里给个终极方法，也就是一定能解决问题的方法，保证大家屡试不爽。

要解决这个问题，还是要用到一个centos的U盘镜像或者光盘镜像，通过系统镜像进入rescue修复模式，然后就可以大展拳脚了。

下面看看如何在centos7.x版本下，进入rescue修复模式，然后修复系统引导。

首先通过系统镜像盘进入系统引导模式，如下图所示：

然后选择Troubleshooting，回车进入下图界面：

这里选择\"Rescue a Centos system\"，回车，进入如下界面：

这是进入rescue修复模式的几个选项，跟centos6.x版本类似，这里选择数字1，进入可读、写模式。

等待片刻，即可进入下图所示界面：

敲回车，进入命令行模式，然后执行chroot命令，如下图所示：

这样，就变更多了root目录下，相当于进入到了真实系统环境下了。

接着，将系统镜像挂载到任意一个目录下，这里挂载到/mnt下，挂载系统镜像的目的是将系统镜像作为yum源，然后安装系统丢失的内核模块，并安装grub2引导程序。

bash-4.2# mount/dev/cdrom/mnt

下面开始创建一个yum源仓库，用于从本地系统镜像中读取rpm包，进行内核模块的安装。如下图所示：

重点来了，第一步是重新安装内核，这里使用yum的reinstall命令，千万别用install来安装，执行如下命令：

bash-4.2# yum reinstall kernel

这样，内核模块安装完成了，接下来，还需要重新安装grub2，并重新生成 grub2配置文件 grub.cfg，执行如下图所示操作：

执行完成后，两次执行exit命令退出后，系统会自动重启，完成boot引导的修复，不出意外的话，系统已经可以畅通无阻的启动了。

四、 Linux系统无响应（死机）问题分析

Linux服务器在长期运行后，难免出现无响应现象，俗称“死机”。在系统死机后，屏幕一般会输出故障信息，键盘失去响应，这种情况的常见处理办法就是重启系统，不过在重启前，要重点关注下屏幕的输出信息，因为其提示的可能是引起死机的主要原因，对解决问题是有很大帮助的。

其实还有另一个方法，就是通过串口直连线连接客户机和服务器，将服务器的出错详细信息发送到客户机上。

引起服务器死机的原因有很多，但主要有两个方面：软件问题和硬件问题。下面总结了造成Linux系统死机的常见原因和解决问题的思路：

1）系统硬件问题，主要是有SCSI卡、主板、RAID卡、HBA卡、网卡、硬盘等硬件设备导致的。在这种情况下需要定位硬件故障细节，通过更换硬件来解决问题。

2）外围硬件问题，主要是网络问题导致的。此时就需要检查网络设备、网络参数等方面查找和解决问题。

3）软件问题，主要是系统内核bug、应用软件bug、驱动程序bug等。在这种情况下就需要从升级内核、修复程序bug、更新驱动程序等方面来解决问题。

4）系统设置问题：主要是系统参数设置不当导致，可以通过恢复系统到默认状态，关闭防火墙等方面来解决问题。

五、其它故障的一般解决方案

如果是linux的引导程序出现问题，那么也可以通过光盘引导或U盘引导的方式进入linux rescue模式，然后修改对应的引导程序或者重新安装引导程序。

如果linux内核崩溃或者丢失，同样可以先进入linux rescue模式下，然后加载root分区，最后重新编译内核。

如果出现了最坏的情况，文件系统破坏严重，同时内核也崩溃，那么此时重新安装系统反而比较容易，在这种情况下可以先将linux上有用的数据和文件备份转移到其它设备，然后对整个文件系统进行全新安装。

在这里我们不可能对每个出现的问题，都给出详细的解决方案，问题都是千差万别的，每个问题的处理都不尽相同，本专栏要传授给大家的是当linux系统出现问题后，解决问题的一般思路和通用策略，熟练掌握了这些技巧，处理任何linux问题都能游刃有余。

电脑电脑