设置Linux开机自启动服务的常见方法有哪些？

到底哪些服务适合开机自启动？是很多Linux运维在工作中会遇到的问题。其实，只要不影响系统及服务的运行，开多开少也没关系。Linux运维人员要明确每项服务的作用，不用的就不安装，默认安装时则不开机自启动。设置开机自启动服务的常见方法有哪些？

1）执行命令，然后手动选择处理的方法

方法1：执行ntsysv命令，然后在d出窗口进行设置。

方法2：执行setup命令→system service，然后在d出窗口中进行设置。

2）通过一行命令或She11脚本设置

在快速设置前，先查看默认情况下Linux系统开启的服务有哪些。如果工作在文本模式3级别，那就只需要查找3级别上开启的服务即可。了解了系统在3级别上开启的服务后，就可以通过命令快速实现配置了。以下便是几种通过命令或脚本设置开机自启动的方法。

1：先全关闭，再开启需要保留的。

2：一条命令搞定，Shell循环实现。默认情况下需要保留的服务都已开启，因此，关闭3级别文本模式下已开启但又不需要的服务就好了。

3：不要Shell循环语句也一条命令搞定。默认情况下要保留的服务都已开启，因此，关闭3级别文本模式下已开启但又不需要的服务就好了，不用循环结构而是利用命令拼出所有要处理的命令字符串，通过bash将其当作命令执行。

那么到底将哪些服务作为开机自启动服务合适？但作为一名优秀的Linux系统管理员，应该遵守最小化原则，尽量不安装不使用的软件、不开启不需要的服务；这样系统的性能和安全性才是最好的。

【摘要】

当Linux系统出现故障无法正常启动系统时，Linux准备了单用户模式、救援模式等方式可以让我们有效的处理这类问题。本文简单分享一个利用救援模式解决Redhat系统无法启动的案例。

【正文】

一、   问题背景

1)    问题描述

一台部署了RHEL 7.2的物理服务器，突发死机故障，在尝试重启时，发现服务器无法正常进入 *** 作系统，直接进入emergency mode。本文主要分享 *** 作系统启动异常的问题排查过程。（服务器死机据后续日志分析，确定为内核的bug所致，本文不进行累述）

2)   故障现象

系统启动后，提示无法找到/dev/mapper/rhel-root，并直接进入emergency mode。

二、   排查思路

1)    收集系统启动异常的相关提示信息，获取到问题关键点：

Warning:/dev/rhel/root does not exist

初步定为配置文件问题或者逻辑卷root本身问题；

2)    尝试在应急模式下检查逻辑卷状态，发现当前情况并不稳定，常用命令无法使用、显示多为乱码；

3)    尝试进入单用户模式，发现情况和应急模式一样；

Redhat 7.2进入单用户模式：

1、开机启动至内核选择界面，选择第一项，按e进行编辑

2、定位到linux16这一行，找到ro，修改其为rw init=/sysroot/bin/sh

3、按ctrl+X启动至单用户模式

4)    利用系统安装光盘，进入Linux救援模式，进行排查。

Redhat 7.2救援模式启动方法：

1、把光盘加入光驱，然后启动，以光盘进行引导，选择救援模式（中间具体的步骤不再细说）

2、文件系统挂载到/mnt/sysimage目录下，这时切换到此目录下使用chroot /mnt/sysimage这条命令即可

5)    在救援模式下，首先查看服务器lv的情况，发现所有lv

status均为未激活状态。

查看lv

#Lvdisplay

修改lv

#vgchange -a y /dev/docker/root

6)    在尝试修改root的lv status时，发现root所在的vg名和启动时所指定的vg名不一致，基本确定问题点；

7)    修复

l  编辑文件/etc/default/grub

l  修改此文件中GRUB_CMDLINE_LINUX一行中rd.lvm.lv为合适的值

l  再执行以下命令重做grub ：

n UEFI: grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg

n  非UEFI：grub2-mkconfig -o /boot/grub2/grub.cfg

l  查看文件grub.cfg中是否修改为rd.lvm.lv=rhel/root

l  修改/etc/grub2.cfg中root=后接的lv路径改为实际的路径。

8)    系统启动后，通过history日志，确定为该系统业务部署时，使用了vgrename命令修改了vg名。

三、   总结

对于Linux的问题处理，需要对Linux的运行原理有所理解，这此前提下才能根据有限的提示信息判断问题方向、确定排查范围、找到解决方法。同时，提醒各位初学linux的同事么，在进行linux的一些 *** 作时，需要充分考虑这些 *** 作可能造成的影响，避免类似上述的问题发生。

转自 嘉为教育-rhce认证_rhce培训_linux培训_linux认证_linux考证

分析原因，可能是文件系统错误导致 boot 引导文件无法读取，可以尝试进入单用户后fsck来修复文件系统，具体 *** 作如下：

既然你使用的是unbuntu系统，那么我假设你会进入单用户模式。

进入单用户模式后cat /etc/fstab  文件，查看系统安装在哪个分区上面，也可以使用  df -Th 查看，这里假设是 /dev/sda1。

执行sudo fsck /dev/sda1 回车，有提示的话就按 Y 继续即可。

3.1 如果sudo fsck /dev/sda1这一步有报错，提示无权限或者只读模式，可以这样 mount -o remount,rw /

sudo reboot

---