保存您的Linux计算机-恢复您的root密码等

2020-05-02 18:00:30

对损坏的系统进行故障排除是每个系统管理员、SRE或DevOps工程师的基本技能。我们每个人都会时不时地遇到与操作系统相关的问题,当事情变得非常糟糕时,最好做好准备。

能够快速识别问题并对其采取行动,以防止任何重大损害,这尤其有益。为了在本文中帮助解决这一问题,我们将介绍一些您可能会遇到的常见问题,以及收集信息、故障排除和解决这些问题的方法。

注意:本文使用的是RHEL8/CentOS。但是,下面的示例/概念可以应用于任何Linux发行版。

如果您丢失了root密码,并且无法访问特权用户,该怎么办?如果您仍然可以使用机器,那么有一种方法可以解决这种不方便的情况。

首先,从重新启动机器开始。机器启动时,按任意键访问引导菜单:

在引导菜单中,按e编辑引导选项。使用箭头移动到以Linux开头的行,并附加rd.Break。这会提前中断引导过程。

您还可以选择附加Enforcing=0,以暂停SELinux实施。接下来,按CTRL+X让机器引导。

引导几秒钟后,您应该会得到外壳。此时,您可以以只读模式访问系统。

因此,要更改系统中的任何内容(如root密码),我们需要将文件系统设置为读写。我们可以通过运行mount-o remount,rw/sysroot来实现这一点。

我们需要做的下一件事是使用chroot/sysroot进入root监狱-这会将文件系统的根更改为/sysroot,而不是/。这是必需的,这样我们运行的任何其他命令都将与/sysroot目录相关。现在,我们可以使用passwd更改root密码。

如果在引导选项中添加了Enforcing=0,则现在可以按CTRL+D(或键入EXIT)并让系统完全引导。如果没有,请运行touch/.autorelabel以触发SELinux系统重新标记。

这是必需的,因为更改密码会导致/etc/password具有不正确的SELinux安全上下文。因此,我们需要在下次引导期间重新标记整个文件系统(这可能需要一些时间,具体取决于文件系统的大小)。

作为替代解决方案,您还可以访问Linux的debug-shell。同样,这可以通过在引导期间访问GRUB并附加systemd.debug-shell而不是rd.Break来实现。

当您使用此选项让系统引导时,您将结束在正常的shell会话中,这不是很有帮助。但是,如果您尝试使用CTRL+ALT+F9访问终端9,您将使用完全root权限打开debug-shell。

在这里,您可以正常更改密码。此时,您可以切换回普通shell(CTRL+ALT+F1)并登录。

不过,您不应该忘记停止调试shell,因为它是系统的一个巨大漏洞。您可以通过运行systemctl stop debug-shell.service(您仍然可以切换回debug-shell,但它将没有响应;取消)来完成此操作。

但是,即使这些都是基本任务,也很容易出错,导致系统无法引导。让我们看看如何解决与无法挂载的文件系统相关的问题。

与前面的解决方案一样,我们首先重新启动机器,访问引导菜单并对其进行编辑,这一次追加了systemd.unit=Emergency.target。这会告诉您的系统引导到紧急目标,而不是默认目标(多用户或图形)。

当系统引导并获得shell时,我们以root身份登录,并再次使用mount-o remount,rw/重新挂载文件系统。现在,我们可以通过运行mount-a来尝试挂载所有文件系统。

如果在挂载特定文件系统时出现问题,您可能会看到类似mount:/wrong-mount:mount point is not eXist的错误消息。或挂载/错误挂载:特殊设备/dev/sdb1不存在。这类问题需要在/etc/fstab内修复:

修复/etc/fstab中的问题后,运行systemctl daemon-reload,以便systemd获取更改。现在,再次运行mount-a。如果问题确实已修复,您应该不会看到错误(没有消息,就是好消息)。您现在可以使用CTRL+D退出,并让系统正常引导。

除了键入错误的设备或装载点名称外,您可能还会遇到VDO(虚拟数据优化器)或Stratis的问题,这需要额外的装载参数。

另一个常见且容易修复的错误可能是在使用UUID=";时缺少引号.。指定设备(使用/etc/fstab语法突出显示,可以省去很多问题)。

这不是一个生死攸关的情况,但它会导致很多问题,所以当它发生时,能够迅速识别它是有益的。

重要的是要认识到,在大多数情况下,SELinux都在正确地执行其工作。但是,您可能正试图实现SELinux没有预料到的事情。

您可能会遇到的一些问题可能包括错误文件的问题