原因是这样的，是一个 vm 上安装的 centos 系统，然后我发现 home 分区不够用了，就从 root 分区里分出 10g 加到了 home，命令提示是正确的，但是 df -h 之后并没有添加上，然后我就重启了，重启后就 gg 了，提示如下图所示的错误。 
然后我去百度这个错误，参考了
通过 grub 修改 kernel 参数，在 kernel 那行中加入 selinux=0，或者是 enforcing=0,然后点击 Enter 键，再点击 B 键
然而都没有作用，求大神帮我看看怎么肥事，可偿！
 | 1 lovefc OP 顶帖，让大家看到，现在慌的一匹，烟都拿不稳了，因为这台服务器上有东西在使用 |
| 2 lovefc OP 大佬快点出现啊 |
 | 3 alvin666 Dec 21, 2018 via Android 关注一下（ lz 居然还敢减分区大小...） 挂个 live 能进去把文件拷出来吗，or 备份？ |
 | 5 oott123 Dec 21, 2018 via Android 你至少需要说明： 1. 原来的分区表是什么样的？ 2. 你使用了什么命令什么方法操作了分区？ |
| 6 alvin666 Dec 21, 2018 via Android @lovefc 第一，重要的东西定时备份，现在没备份就只能救 第二，挂载一个 Linux live 的镜像进去，再挂载虚拟机的目录，看看能不能把文件拷出来 第三，都 8012 年了还有人敢调分区不备份，竟然还敢缩分区...（建议了解一下 ext4 的文件分布） |
 | 7 xmgit Dec 21, 2018 重新开一个 vm，将这个坏的挂载上，fsck 跑一遍。 这么小白，公司怎么让你接触 centos 的。 |
| 8 alvin666 Dec 21, 2018 via Android @Bardon fsck 可能会把根目录的一些文件直接弄没了，我觉得应该把 home 分区放弃掉，按照相同柱面号把 root 分区重建上，这样 root 分区的文件就全回来了 |
| 9 lovefc OP |
 | 10 liwl Dec 21, 2018 且在江湖中，不说一个狂字。 尚未丰翼前，怎敢一飞冲天。 |
 | 11 zcl0621 Dec 21, 2018 用 livecd 看下磁盘分区 首先看能不能挂载 root 分区 能挂载就尽快备份数据 备份完数据后 尝试修复文件系统 |
| 13 alvin666 Dec 21, 2018 via Android |
 | 14 RoyL Dec 21, 2018 惊了,不备份你就敢上,真删库到跑路 |
 | 15 lfzyx Dec 21, 2018 所以还是早点换 debian 吧 |
| 16 zcl0621 Dec 21, 2018 希望你缩容的那部分磁盘没有涉及到 inode 数据。。。 只有 block 数据 |
 | 18 sunnyadamm Dec 21, 2018 减分区，，，这波操作真的骚 |
| 19 zcl0621 Dec 21, 2018 服务器么？一般有管理口的呀? 通过管理口访问呀 话说 这个时候就要找你们的运维(专业背锅侠)同事啦 |
 | 20 orqzsf1 Dec 21, 2018 递支请教下公司的运维老师傅吧 |
 | 21 cxh116 Dec 21, 2018 看你这回复,如果数据重要,推荐你马上把机器关了,不要动机器了,找专业人士帮忙处理,不然数据真的连恢复都没有可能了. |
| 22 zcl0621 Dec 21, 2018 如果数据很重要,直接联系数据恢复公司,自己不要再处理了,如果服务器还是磁盘阵列的话,修复难度非常大 找找看数据恢复公司 |
 | 23 harker Dec 21, 2018 远程操作那就更麻烦了，祝你好运 |
| 24 liwl Dec 21, 2018 看错误提示，是虚拟卷，本来就可以动态扩容啊。保重。物理机还是？ |
 | 25 Ansen Dec 21, 2018 看报错，用的是 lvm，如果命令正确的话，数据应该问题不大，试试拿 livecd 救一下（记得先备份数据再尝试修复） |
 | 27 reus Dec 21, 2018 你一不说配置，二不说操作过的命令，谁帮得了你？ 不用想了，没救的了，该赔赔，该炒炒，负起责任来。 |
| 28 reus Dec 21, 2018 绝大部分文件系统在缩容的时候是需要 umount 的，而根分区不可能 umount，所以命令极有可能是不对的。 而且还涉及 lvm，正确的步骤是： 用 live cd 启动，根文件系统缩容 根 lv 缩容，这一步要极度小心，不可以缩得比文件系统小 home lv 扩容 home 文件系统扩容 如果你不是按照这个步骤做的，那就没救。 |
| 30 reus Dec 21, 2018 |
 | 32 vipdog73 Dec 21, 2018 没弄过这种问题，没经验啊 |
 | 33 P0P Dec 21, 2018 在造成更大损失之前，尽快联系数据恢复公司吧。另外楼主是在 vm 跑的 centos，看一下 vm 的硬盘文件有没有自动备份吧 |
 | 34 defunct9 Dec 21, 2018  5 开 ssh，让我上去看看 |
 | 35 gamexg Dec 21, 2018 看操作， root 分区挂了，home 没问题。 个人应该无法恢复，找专业数据恢复公司吧。 千万别再执行任何操作了，立刻关机！！！ 额，虚拟机？ 立刻做快照，保留当前状态，再找数据恢复公司。 |
 | 36 jasonyang9 Dec 21, 2018 虚拟机克隆一个再折腾啊 |
 | 37 itenyh Dec 21, 2018 via iPhone 公司明知你是小白还让你上，公司应该要考虑到可能出现的后果，应当负主要责任。 也许并不是什么重要数据，公司才让你玩。 |
 | 38 xzc19970719 Dec 21, 2018 via Android 关注一下。。因为我也不知道怎么缩分区 |
 | 39 asilin Dec 21, 2018 1. 缩小分区之前，应该先缩小文件系统； 2. 扩大分区之后，再后扩大文件系统； 看现在的情况，应该是操作系统根分区坏了，修复好的可能性很小，也非常的麻烦； 但是 /home 分区是没有问题，这部分数据不会丢失； 可以 livecd 进去后，重装系统，再把 /home 分区挂载上就可以了。 |
| /td> | 40 oott123 Dec 21, 2018 根据你更新的操作说明，我推测 home 分区能救。 首先：进行所有后续操作之前，先给 vm 拍好快照。我提供的方法仅是一种可能，我和其它网友也没法对你的事情负任何责任，操作动手之前请先三思。 然后想办法启动一个 rescuce system，例如楼上大家所说的 live cd。如果你是虚拟机，可以请管理虚拟机的人帮你挂载一个 ubuntu livecd iso 上去，最好再挂载一个额外的硬盘供你存放恢复出来的数据。 挂载好之后，直接 mount 你的 home 分区（记得 -o ro 开只读），然后把数据拷贝出来。至此，home 数据恢复完毕。 至于 root 分区？可能几乎没救，如果你想试试，可以对 root 分区跑 fsck，看看能剩下多少。 |
 | 44 houzhimeng Dec 21, 2018 我最讨厌逻辑卷了，所以帮不了你 |
 | 45 neilyoone Dec 21, 2018 哈哈，踩过这样 /home 分区空间不足的坑： 前人留下的糟糕配置，手贱调整了下，命令少打了个符号 "-"，造成分区 inode 信息损坏无法修复，也同样是 lvm 分区。外面修复数据的也无法修复。 |
 | 47 Akiyu Dec 21, 2018 总结 1. 不要减小分区 2. 定时 lvcreate -s 备份 顺便安慰一下 lz 像服务器这种东西, 拿给你用的话, 一般都会防一些幺蛾子 说不定有人已经写了 crontab 每天备份呢? |
 | 48 a22124497 Dec 21, 2018 VM 上，不应试是直接扩容嘛，LVM 的扩容多方便，居然直接减分区 |
 | 49 msg7086 Dec 22, 2018 |
| 51 lovefc OP 结贴了，我自己解决掉了，通过重新挂载。找回了数据。。T_T |
Select Language