linux应急命令 linux应急响应的流程( 二 )


如何跳过grub启动1、首先单击打开finder 。
2、点击左侧应用程序,右侧可以看到应用程序列表 。
3、找到Ubuntu应用,鼠标右键点击应用图标,在右键菜单中点击显示包内容 。
5、然后进入boot/grub/目录下,因为是boot目录受限访问 , 一般会提示进行认证 。grub目录下内容如图:
6、然后 , 打开grub.cfg文件 。建议用sublimtext打开 。
7、然后,如下图,强行写set timeout=0即可 。重启 , 即可发现可跳过grub启动 。一般在ubuntu进行系统更新时,上述设置会被修改回去,只要重复上述过程 , 即可重新完成跳过grub启动 。
centos7进入紧急模式修改root命令 参考自博文
第一步:
重启系统,在出现内核选择时,按 ↑ ↓ 键,选择第一项 , 按下 e 键进行编辑,如下图 所示:
第二步:
进入emergency模式
按e键后,会进入如下图所示界面 , 在此界面找到 ro 这一项,改为 rw init=/sysroot/bin/sh,如图所示:
当同时按下ctrl + x两个键时,就正式进入emergency模式 , 如下图所示:
原理:启动一个Shell环境,系统并没有真正启动 。
第三步:
换根,修改密码
命令:chroot /sysroot
命令:LANG=en (将当前终端的语言设置为英文,就不会出现下图中的乱码)
命令:passwd (输入两次新密码,如123456)
命令:touch /.autorelabel
注:如果系统的 selinux 开启着,则需要执行命令: touch /.autorelabel 以更新系统信息,否则重启后密码修改不会生效 。
命令:exit (退出当前根)
命令:reboot (重启系统)
第四步:
重启后,使用新密码登录,到此,成功修改root密码 。
·
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均为未激活状态 。

推荐阅读