CentOS7断电宕机修复全记录:从救援模式到修复fstab

需积分: 50 18 下载量 96 浏览量 更新于2024-08-05 1 收藏 735KB PDF 举报
"记录了一次CentOS7因断电导致的宕机修复过程,涉及Linux系统维护、文件系统修复和救援模式使用。" 在此次宕机事件中,问题的关键点集中在了由于突然断电引起的文件系统损坏,特别是 `/etc/fstab` 文件的丢失。`/etc/fstab` 是Linux系统中至关重要的文件,它包含了系统启动时自动挂载文件系统的配置信息。当系统宕机或异常关机时,可能会导致该文件损坏或丢失,进而影响系统的正常启动。 首先,尝试通过 `fdisk -l` 命令查看分区情况,但命令未被识别,这可能是由于系统的某些基本命令文件损坏。接着,尝试进入修复模式,但未能成功。在尝试多种方法无效后,决定使用CentOS7的ISO镜像通过U盘启动进入救援模式。 在救援模式下,选择“1)Continue”失败,说明问题在于分区。再次进入救援模式,选择“3)Skip to shell”,成功进入命令行环境。通过 `fdisk -l` 发现系统使用的是GPT(GUID Partition Table)分区表,并使用了LVM(Logical Volume Manager)来管理磁盘卷。执行 `parted` 命令确认了分区情况,`lvscan` 命令显示了两个活跃的逻辑分区——`root` 和 `swap`。 为了修复损坏的系统,创建了临时目录 `/tmpdisk`,试图挂载 `dev/centos/root` 分区,但未成功。随后,挂载 `dev/centos/data` 成功,这表明 `root` 分区存在问题。对 `root` 分区执行 `fsck` 检查命令,提示需要使用 `xfs_repair` 进行XFS文件系统的修复。 `xfs_repair` 是专门用于修复XFS文件系统的工具,它可以检测并尝试修复XFS文件系统的各种问题。运行 `xfs_repair /dev/centos/root` 可能会找出并修复损坏的元数据,这对于恢复系统功能至关重要。在执行修复命令后,应再次尝试挂载 `root` 分区,如果修复成功,系统应该可以正常启动。 总结来说,这次宕机修复过程涉及的知识点包括: 1. Linux系统的应急响应和故障排查。 2. `/etc/fstab` 文件的重要性及其在系统启动中的作用。 3. 断电对Linux文件系统的影响,尤其是可能导致的文件系统损坏。 4. 使用救援模式(Rescue Mode)进行系统修复。 5. GPT分区表和LVM的概念与使用。 6. Linux命令行工具的使用,如 `fdisk`, `parted`, `lvscan`, `fsck` 和 `xfs_repair`。 7. 如何通过U盘启动系统并从ISO镜像进行系统修复。 这个过程展示了在面对复杂系统问题时,如何逐步诊断和解决问题,以及在没有备份的情况下如何尽可能地恢复系统正常运行。对于Linux系统管理员来说,这些技能和经验是必不可少的。