服务器进入救援模式

案例1：

服务器重启之后进入救援模式，输入root密码后可以正常登录

服务器进入救援模式如何解决_重启

  1. 使用root密码正常进入，vi /etc/fstab文件查看启动项
  2. 一般是mount后删除挂载点文件，导致挂载点找不到文件，进入救援模式，顺序查看文件是否存在
  3. 对于文件不存在的挂载点，#注释后保存退出（也可以ssh远程登录后对于无效挂载点进行unmount）
  4. 重启，验证是否正常进入系统

案例2

无效挂载点导致权限问题

服务器重启之后进入救援模式，网卡down状态，后面板网卡灯不亮；ssh等服务无法通过systemctl restart sshd启动，页面提示：Authorization not available，Check if polkit service is running or see debug message

服务器进入救援模式如何解决_错误日志_02

  1. 拉起网卡
ip  a               # 查看所有网卡状态，发现都处于down的状态，后面板只有1根网线

ethtool -p  enoX    # 通过该命令确认网线所属网口及对应网卡
 
ifup enoX           # 尝试使用systmctl restart network未生效，所以ifup拉起网卡
 
ip  a               # 检查确认网卡是否正常拉起，ping网关检查
  1. 尝试恢复sshd服务
systemctl restart sshd   # 提示Authorization not available，Check if polkit service is running or see debug message

journalctl -p err -b     # 查看启动时的错误日志，注意对应最新时间,查看确认为/data目录挂载点failed

PS:截图为网图，真实环境未拍图，作为参考

服务器进入救援模式如何解决_服务器_03

  1. 注释无效挂载点，重启恢复
vi  /etc/fstab     # vi进入对应启动模式挂载点文件

# 注释/data对应行

reboot

服务器进入救援模式如何解决_运维_04

案例3

更换硬盘后无法正常进入系统

更换一块故障硬盘后，服务器开机进入救援模式，无法识别硬盘，无法正常进入系统

  1. 重启进入系统设置界面，尝试对硬盘做Raid
  • 该服务器两块系统盘做Raid1，互为主备；其余6块硬盘做Raid0，更换其中一块故障硬盘后，重启进入系统设置界面，发现服务器无法正常识别新更换后的硬盘，故无法进行Raid处理
  1. 重启进入救援模式，查看lsblk情况
  • 救援模式下，使用lsblk -l 发现该服务器硬盘列表为sda-sdf，sda为Raid1系统盘，其他为Raid0数据盘，存在一块未识别硬盘
  • 查看对应disk目录，发现disk0为空，其余disk1-disk4正常存在数据
  • vi /etc/fstab 尝试注释disk0相关挂载点，注意这里挂载点超过30行，无法手动注释，对fstab文件进行备份后，使用sed命令进行 sed -i ‘s//mnt/disk0/#/mnt/disk0/g’ 注释
  • 执行后查看确认已注释，重启
  1. 重启后发现仍无法进入系统，发现服务器启动时disk0存在uuid的挂载，可能导致disk0依旧会挂载，所以注释disk0对应的uuid行，重启
  2. 重启后恢复服务，确认注释空硬盘目录对应的无效挂载点后可恢复服务

案例4

异常挂载点设置，重启进入救援模式

  1. 查看启动错误日志,提示/tmp挂载点异常
journalctl -p err -b
  1. 查看fstab文件及lsblk逻辑卷挂载点情况
vi /etc/fstab

lsblk

服务器进入救援模式如何解决_错误日志_05

服务器进入救援模式如何解决_服务器_06

  1. 对比发现/tmp挂载点对应的/dev/mapper/vg00-lv_tmp逻辑卷只有20G，但是该挂载点设置默认大小为30G，大小不匹配导致异常，无法正常启动系统，修改/etc/fstab文件，去除size=30G，保存后重启系统解决

服务器进入救援模式后，推荐使用案例4方法进行处理，首先通过启动错误日志定位问题，然后针对性进行处理，事半功倍！

End

公众号平台更改了推送规则，如果不想错过内容，请点击 “ “赞”，感谢支持！

服务器进入救援模式如何解决_服务器_07