CentOS 7非正常关机无法启动

修复虚拟机非正常关机问题
最新推荐文章于 2024-10-11 21:00:00 发布
原创 最新推荐文章于 2024-10-11 21:00:00 发布 · 958 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux

本文介绍了一种解决虚拟机因电源不稳定导致非正常关机并进入rescue模式的问题的方法。通过使用xfs_repair命令清理日志，可以成功使系统恢复正常启动。

由于电源不稳定导致虚拟机非正常关机，再次重启系统进入rescue 模式，日志显示Failed to mount /sysroot
使用下列命令清空日志再重启即可

xfs_repair -v -L /dev/dm-0
【Centos系统故障】虚拟机断电后centos7无法正常启动 XFS(sda3)
shgh_2004的专栏
06-21 2982
虚拟机断电后centos7无法正常启动 XFS(sda3)，通常都是断电以及非法关机，杀掉虚拟机等突然中断系统的情况，会导致内存数据损坏，从而导致linux操作系统无法启动。
记录一次centos7虚拟机非正常关机后再次启动后网卡文件启动失败
派大星的不眠博客
04-30 968
linux主机再非正常关机后再次启动，发现网络故障，核查后发现为网卡文件启动失败，排查之后发现是由于centos系统，管理网络启停的服务除了systemctl外，还有NetworkManager。这两者都对网络进行启停的话造成冲突，导致网卡文件启动失败。
Centos 7 异常断电，系统无法启动
YiChen的博客
05-22 3340
故障处理1： Centos 7.7 异常关闭虚拟机造成虚拟机无法启动，并报如下错误； 报错： 注意：修复之前备份数据； 解决： 1、CentOS启动失败，自动转到急救模式； 2、journalctl -xe 查看错误日志，提示/dev/sda3 挂在失败； 3、mkdir /mnt mount /dev/sda3 /mnt 提示失败； 4、xfs_repair /dev/sda3 尝试重建 5、reboot 重启 6、系统恢复正常； ...
问题解决：centos7异常关闭后无法开机
Vincent0sen的博客
07-02 805
主机卡死，直接关了电脑电源，虚拟机中的centos7 产生错误，无法开机重点是取消挂载。很多文章都提到了。
解决CentOS意外关机，重新启动报错 Generating “/run/initramfs/rdsosreport.txt“
dz1905866337的博客
05-02 1481
输入以下指令，执行完成后重启虚拟机即可解决。也可以更为强制的指令执行。
centos7系统关机
little_startoo的博客
08-05 960
centos7系统关机
CentOS 系统的启动流程
weixin_44983653的博客
07-03 822
CentOS 的启动流程1 Linux 的简单介绍1.1 Linux 的组成1.1.1内核介绍1.1.1.1 内核设计流派1.1.1.2 内核功能1.1.2 内核特点1.1.3 内核组成部分1.1.4 其它2 CentOS 系统的启动流程2.1 POST2.2 Boot Sequence2.2.1 bootloader2.2.2 MBR2.2.3 GRUB2.2.4 kernel2.3 文件启动流...
CentOS7 常用的命令
weixin_39865829的博客
01-23 1万+
Centos 基本操作
【Linux安全基线】- CentOS 7/8安全配置指南
XuanRan的博客
10-11 2819
在企业业务的生产环境中，Linux服务器的安全性至关重要，尤其是对于具有超级用户权限的`root`账号。滥用或被入侵后，可能会造成数据泄露、系统损坏等严重安全问题。为了减少这种风险，本文将详细介绍如何通过一系列安全措施来增强CentOS 7/8服务器的安全性，降低系统被攻击的风险。
Centos7 kvm环境制作qcow2 格式镜像
m0_59041021的博客
03-23 8023
#注意需要开启虚拟化引擎 1.0 安装kvm 环境 #在宿主机安装kvm环境： # yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python virt-* libvirt-client #启动服务 # systemctl start libvirtd # systemctl enable libvirtd # echo "net.ipv4.ip_forward =1＂>>/etc/sysctl.conf #...
centos7 异常关机 分析。
王者丶丿风范
05-09 1万+
这台服务器配置为双路E5 + 6盘符Raid10阵列，虚拟磁盘835.491GB sas15000rpm硬盘 + 4G 内存，估计看见内存大小你们笑喷了，奇葩的组合，任性的主机。 之前此台服务器安装esxi带一台虚拟机，经常无故宕机，系统日志也没有记录。后来直接装了物理机centos 7，EMM仍旧宕机不断，多次查看message日志和secure日志也没发现异常（系统异常保护没起作用？用于记...
CentOS7 无法启动，enter emergency mode 报错 Failed to mount /sysroot 解决方法
热门推荐
奋斗，永不止步
07-18 2万+
CentOS7 无法启动，进入紧急模式，enter emergency mode 根据提示查看日志，发现报错：Failed to mount /sysroot 根据，老外的网站提供的线索： 执行这个命令 # xfs_repair -v -L /dev/dm-0 然后，就修复了，再reboot，就OK  ...
Centos7 虚拟机非法关机导致系统无法启动报Unmount and run xfs_repair的解决方法
kiingking的博客
06-20 1951
1，电脑不正常启动导致我的虚拟机无法启动，报以下错误Unmount and run xfs_repair，大概意思是xfs文件系统出现问题了，导致无法挂载，需要使用xfs_repair进行修复。2，执行如下命令 3，完成后reboot 重启系统即可...
centos断电后无法启动
leoppeng的专栏
07-27 3009
3、输入xfs_repair/dev/mapper/centos-root-L，加上-L参数后，成功了。2、输入xfs_repair/dev/mapper/centos-root修复，大概率会失败。为啥断电后，会文件系统损坏呢，如何避免呢。虚拟机上的windows系统，几乎不会出现这样的情况。可以查看日志cat/run/initramfs/rdsosreport.txt。一台服务器，上面安装了多台虚拟机，断电后。搜了下，基本都是用xfs_repair修复。然后启动，进入了紧急模式。...
CentOS虚拟机断电或强制关机，再开机出现问题：_虚拟机强制关机后启动出现failed
m0_57473261的博客
04-17 1074
本书是获得了很多读者好评的Linux经典畅销书**《Linux从入门到精通》的第2版**。本书第﹖版以最新的Ubuntu 12.04为版本，循序渐进地向读者介绍了Linux 的基础应用、系统管理、网络应用、娱乐和办公、程序开发、服务器配置、系统安全等。另外,本书还为读者提供了大量的Linux学习资料和Ubuntu安装镜像文件，供读者免费下载。需要《Linux入门到精通》、《linux系统移植》、《Linux驱动开发入门实战》、《Linux开源网络全栈》电子书籍及教程的工程师朋友们劳烦您转发+评论。
centos异常关机排查思路
qq_32947907的博客
01-16 2630
今天早上发现一台centos异常关机，导致了服务异常，那么如何排查是什么原因导致的关机，避免下次再出现这样的问题？可以先确定关机的时间点，在日志中去查看该时间段的日志，看是否有错误日志。常用的日志有message，dmesg等。导致关机的原因有很多，如内存溢出，流量过大，io操作频繁等都有可能造成机器关机。还可以查看宕机时间段的日志,查看12月11日15点的日志。查看是否出现OOM,一般会出现kill杀死进程的情况。last reboot 重启时间。确定关机或者重启的时间。
Centos7折腾记：进不了系统，提示“Failed to mount /sysroot”
skyyx2002的博客
07-14 1万+
Linux进不了系统，同样可以进WinPE备份数据！
centos7没有正常关机导致下次再次启动虚拟机的时候电脑立马就重启了
qq_53901256的博客
04-18 707
切忌：就改CentOS.vmdk.lck文件夹的文件，CentOS.vmx.lck这个文件夹不要动他，两个都改一样会导致重启，我试一下把两个文件夹改成.bak 依旧重启，反正改CentOS.vmdk.lck文件夹的文件就可以解决问题。问题解决：打开centos所在目录G:\Javas\centos看到vmdk.lck的文件夹，进去删掉lck的文件或者把文件后缀名改成.bak。CentOS.vmdk.lck文件夹里的文件M59541.lck改成M59541.bak或者删掉都行。
CentOS 7 重启 Failed to mount /sysroot
老实人张大傻
08-20 2220
背景 服务器强制断电 -- 启动报错 错误截图 解决办法 #: xfs_repair -v -L /dev/dm-0 #: reboot
centos无法重启
最新发布
07-11
<think>嗯，用户遇到了CentOS系统无法重启的问题，这通常和文件系统损坏、内核错误或配置错误有关。根据引用内容，用户可能是在非正常关机（如断电）后出现这个问题，需要紧急恢复系统。 用户提供的两个引用很有价值：引用[1]详细说明了CentOS 9的单用户救援模式操作步骤，包括修改内核参数进入bash环境的方法；引用[2]则提到虚拟机环境下的异常处理方式。不过用户当前的问题更接近引用[1]的情况。 考虑设计分步骤的解决方案时，准备覆盖三种典型场景：文件系统损坏（最常见）、内核更新失败和引导配置错误。每个步骤都需要明确操作风险提示，比如fsck可能造成数据丢失，要提醒用户备份。 用户可能还隐藏着其他需求：比如ta是否在虚拟机环境？是否在系统崩溃前做过内核升级？但当前信息有限，所以解决方案需要保持通用性。最后补充的"预防措施"部分特别重要，因为这类问题往往能通过定期维护避免。 相关问题设计要围绕系统恢复的延伸知识：日志分析工具是故障诊断的核心，GRUB修复则是进阶技能，而LVM快照对服务器环境特别实用。用户如果是企业运维人员，可能对后两个问题更感兴趣。</think>好的，针对 CentOS 系统无法重启的问题，以下是详细的解决方法： **核心思路：** 进入救援模式或单用户模式，修复导致系统无法启动的根本原因（通常是文件系统损坏、内核问题或关键配置错误）。 --- ### 🔧 解决方法 #### 🛠 方法一：进入单用户模式（修复简单配置错误或文件系统） 此方法适用于系统能加载 GRUB 引导菜单但无法正常进入系统的情况（如 `/etc/fstab` 配置错误、文件系统需要修复）。 1. **重启系统：** 启动或重启 CentOS 服务器/虚拟机。 2. **中断引导过程：** 在 GRUB 引导菜单出现时（通常需要快速按下键盘的 `⬆️` 或 `⬇️` 方向键），用方向键选中你要启动的内核条目（通常是第一个）。 3. **编辑内核参数：** * 按 `e` 键进入编辑模式。 * 找到以 `linux` 或 `linux16` 开头的行（通常在接近末尾的位置）。 * 定位到 `ro` 参数（read-only），将其修改为 `rw`（read-write）。 * 找到 `rhgb quiet` 参数，将其删除（这会显示启动信息，便于诊断）。 * 在该行的**末尾**，添加 `init=/bin/bash` 或 `systemd.unit=rescue.target`（CentOS 7+ 推荐后者）。 * **修改后示例行：** ``` ... ro ... rhgb quiet ... => 修改为 => ... rw ... init=/bin/bash ... 或 ... ro ... rhgb quiet ... => 修改为 => ... rw ... systemd.unit=rescue.target ... ``` 4. **启动单用户/救援模式：** * 按 `Ctrl + x` 或 `F10`（具体按键看屏幕提示）使用修改后的参数启动。 5. **挂载文件系统为可读写：** * 如果使用 `init=/bin/bash`，启动后文件系统是只读的。执行： ```bash mount -o remount,rw / ``` * 如果使用 `systemd.unit=rescue.target`，通常会提示你输入 root 密码，登录后文件系统通常是可读写的。 6. **诊断与修复：** * **检查日志：** `journalctl -xb` 或 `dmesg | tail` 查看启动失败的关键错误信息。 * **检查 `/etc/fstab`：** `vi /etc/fstab` 确保分区 UUID 或设备名正确，挂载点存在。**特别检查是否有未注释的无效行或丢失的分区。** * **修复文件系统：** * 确定需要修复的分区（通常根分区 `/` 是必须的）。执行 `df -h` 查看。 * **卸载分区：** `umount /dev/sdXN` (X 是字母，N 是数字，如 sda1)。**如果无法卸载根分区 `/`，跳过卸载直接修复，但有风险。** * **运行 fsck：** `fsck -y /dev/sdXN` (`-y` 自动回答 yes)。**对根分区修复后，必须重启！** * **检查 SELinux：** 如果怀疑 SELinux 导致问题，可以尝试临时禁用：编辑 `/etc/selinux/config`，设置 `SELINUX=permissive` 或 `disabled`，然后重启。**(仅作测试，生产环境谨慎)** * **检查关键服务：** 查看是否有关键服务（如 systemd、dbus）崩溃的日志。 7. **重启系统：** * 如果使用 `init=/bin/bash`： ```bash exec /sbin/init # 或 exec /usr/lib/systemd/systemd ``` * 如果使用 `systemd.unit=rescue.target`： ```bash systemctl reboot ``` #### 💿 方法二：使用安装 ISO 进入救援模式（修复更复杂问题或方法一失败） 此方法功能更强大，尤其当 GRUB 损坏、系统分区严重损坏或需要从备份恢复时。需要 CentOS 安装 ISO 镜像（刻录到 U 盘/DVD 或虚拟机挂载）。 1. **从安装介质启动：** 将 CentOS 安装 U 盘/DVD 插入服务器，或在虚拟机设置中挂载 ISO 文件，并从该介质启动。 2. **选择 Troubleshooting：** 在安装程序启动界面，选择 `Troubleshooting` 选项。 3. **选择 Rescue：** 选择 `Rescue a CentOS system` 或类似选项。 4. **启动救援环境：** * 系统会检测已安装的 CentOS 并尝试挂载。 * 通常会出现提示，询问是否将检测到的根文件系统挂载到 `/mnt/sysimage`。**选择 `1) Continue` 并按回车。** 如果挂载失败，可能需要先修复（见步骤 6）。 5. **进入 Chroot 环境：** * 救援环境启动完成后，会提供一个 shell 提示符。 * 执行以下命令将根切换到原系统的根分区： ```bash chroot /mnt/sysimage ``` * 现在你的工作环境就是原 CentOS 系统的根目录了。 6. **诊断与修复（在 chroot 环境中）：** * **挂载其他分区 (可选)：** 如果需要修复 `/boot`, `/home` 等，确保它们在 `/mnt/sysimage` 下正确挂载（救援环境可能已自动挂载，检查 `df -h`）。 * **检查/修复文件系统：** 如果救援环境提示挂载失败，或你怀疑分区损坏： * 退出 chroot: `exit` * 使用 `fdisk -l` 或 `lsblk` 查看分区。 * 尝试手动挂载：`mount /dev/sdXN /mnt/sysimage` (X 是字母，N 是数字)。 * 如果挂载失败报错（如 `fsck` 提示），**在分区未挂载状态下**运行修复：`fsck -y /dev/sdXN`。修复后再尝试挂载和 chroot。 * **重新安装 GRUB：** 如果 GRUB 损坏导致无法启动： * 确定引导磁盘：通常是 `sda`, `vda` 等。执行 `lsblk` 查看。 * 重新安装 GRUB 到 MBR： ```bash grub2-install /dev/sdX # 替换 X 为你的磁盘标识符，如 sda, vda。**不要加分区号！** ``` * 重新生成 GRUB 配置文件： ```bash grub2-mkconfig -o /boot/grub2/grub.cfg ``` * **重建 initramfs：** 如果内核更新失败或 initramfs 损坏： ```bash dracut --force /boot/initramfs-$(uname -r).img $(uname -r) ``` * **检查/修复关键配置文件：** `/etc/fstab`, `/etc/default/grub`, `/boot/grub2/grub.cfg` 等。 * **恢复备份：** 如果有重要配置文件或数据的备份，现在可以恢复。 * **检查/修复软件包：** 如果怀疑关键 RPM 损坏： ```bash rpm -Va # 验证所有包，输出损坏项 rpm --force -ivh /var/cache/yum/.../<损坏包>.rpm # 尝试强制重新安装特定损坏包 (需先找到对应 RPM 文件) # 或者尝试更新所有包 (网络需通) yum update ``` 7. **退出并重启：** * 退出 chroot 环境：`exit` * 卸载挂载点：`umount /mnt/sysimage` (如果提示忙，可尝试 `umount -R /mnt/sysimage` 递归卸载)。 * 重启系统：`reboot`。**记得移除安装介质！** #### 🧩 方法三：针对虚拟机环境（VMware/Hyper-V/KVM 等） 除了上述通用方法，虚拟机环境还有额外选项： 1. **检查虚拟机文件：** * **引用[2]** 中提到删除特定文件夹（`.lck` 锁文件）有时能解决虚拟机异常关机导致的假死状态。定位到虚拟机文件存放目录，删除所有 `.vmx.lck`, `.vmdk.lck` 等锁文件（虚拟机必须关闭状态下操作）。 * 检查虚拟机磁盘文件 (`*.vmdk`, `*.qcow2`) 是否损坏（尝试用 `qemu-img check` 等工具）。 2. **恢复快照：** 如果启用了虚拟机快照功能，恢复到系统正常工作的快照是最快方法。 3. **重新创建虚拟机：** 如果虚拟机文件严重损坏且无快照/备份，可能需要创建一个新虚拟机，将旧虚拟磁盘文件挂载到新虚拟机上进行数据恢复。 --- ### 🛡 重要提示与预防措施 1. **备份！备份！备份！** 在进行任何修复操作（尤其是 `fsck`, `grub2-install`, `rpm -force`）前，**强烈建议**备份重要数据（如果还能访问磁盘）。救援模式是备份的最后机会。 2. **理解命令：** 在执行命令前，确保你理解其作用。错误的命令可能导致情况更糟。 3. **日志是关键：** `journalctl -xb` (在 systemd 系统上) 和 `dmesg` 是诊断启动失败原因的最重要工具。仔细阅读错误信息。 4. **预防胜于治疗：** * **安全关机：** 避免直接断电或强制关机。 * **定期维护：** 使用 `yum update` 保持系统更新，定期检查磁盘健康 (`smartctl`)。 * **监控文件系统：** 设置 `cron` 任务定期执行 `fsck`（在非根文件系统上）。 * **使用 LVM 快照：** 在进行重大更改（内核升级、关键配置修改）前，创建 LVM 快照，便于快速回滚。 * **定期备份：** 制定并执行完善的系统和数据备份策略。 --- ### 📚 相关问题 1. **如何解读 `journalctl -xb` 或 `dmesg` 中关于系统启动失败的关键错误信息？** (分析日志是诊断的核心) 2. **在救援模式下，如何使用 `chroot` 环境修复损坏的 GRUB2 引导加载程序？** (引导修复是常见需求) 3. **CentOS/RHEL 系统中，`fsck` 命令修复文件系统时有哪些重要参数和注意事项？** (文件系统修复是基础操作) 4. **如何利用 LVM 快照在 CentOS 上进行安全的系统升级或配置变更，并在失败时快速回滚？** (预防性措施) 5. **对于虚拟机环境，除了删除 `.lck` 文件，还有哪些方法可以解决因异常关闭导致的无法启动问题？** (虚拟机特有场景) [^1]: 修改 GRUB 进入单用户模式的基本方法参考：https://blog.youkuaiyun.com/xzwong/article/details/124764465 [^2]: 虚拟机异常关机可能导致锁文件残留问题参考：用户描述及常见虚拟机处理经验。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值