centos 炸掉了，急求解决办法

[lovefc]

原因是这样的，是一个 vm 上安装的 centos 系统，然后我发现 home 分区不够用了，就从 root 分区里分出 10g 加到了 home，命令提示是正确的，但是 df -h 之后并没有添加上，然后我就重启了，重启后就 gg 了，提示如下图所示的错误。

然后我去百度这个错误，参考了

通过 grub 修改 kernel 参数，在 kernel 那行中加入 selinux=0，或者是 enforcing=0,然后点击 Enter 键，再点击 B 键

然而都没有作用，求大神帮我看看怎么肥事，可偿！

我所使用的命令是百度到的命令,具体如下

先吧 / 里面 50G 分 10G 出来

lvresize -L -10G /dev/mapper/vg_srv1459-lv_root

然后把这 10G+到 /home 里面

lvresize -L +10G /dev/mapper/vg_srv1459-lv_home

然后投入使用不音响你现在的文件
resize2fs /dev/mapper/vg_srv1459-lv_home

[lovefc]

顶帖，让大家看到，现在慌的一匹，烟都拿不稳了，因为这台服务器上有东西在使用

[lovefc]

大佬快点出现啊

[alvin666]

关注一下（ lz 居然还敢减分区大小...）
挂个 live 能进去把文件拷出来吗，or 备份？

[lovefc]

@alvin666 大佬能说详细些吗？怎么备份？我这方面小白，你说的太简略了

[oott123]

你至少需要说明：

1. 原来的分区表是什么样的？
2. 你使用了什么命令什么方法操作了分区？

[alvin666]

@lovefc 第一，重要的东西定时备份，现在没备份就只能救
第二，挂载一个 Linux live 的镜像进去，再挂载虚拟机的目录，看看能不能把文件拷出来
第三，都 8012 年了还有人敢调分区不备份，竟然还敢缩分区...（建议了解一下 ext4 的文件分布）

[Bardon]

重新开一个 vm，将这个坏的挂载上，fsck 跑一遍。
这么小白，公司怎么让你接触 centos 的。

[alvin666]

@Bardon fsck 可能会把根目录的一些文件直接弄没了，我觉得应该把 home 分区放弃掉，按照相同柱面号把 root 分区重建上，这样 root 分区的文件就全回来了

[lovefc]

@alvin666
@Bardon
@oott123

大佬们，看你们的回复，我心都凉了，我现在是毫无办法了，我也不是做运营的，只是个复制粘贴的 php 程序员，硬着头皮上的，救救我

[liwl]

且在江湖中，不说一个狂字。
尚未丰翼前，怎敢一飞冲天。

[zcl0621]

用 livecd 看下磁盘分区 首先看能不能挂载 root 分区 能挂载就尽快备份数据 备份完数据后 尝试修复文件系统

[lovefc]

@zcl0621 具体如何操作？你把我看成纯小白即可，大佬，你说话我听不懂啊

[alvin666]

@zcl0621
@lovefc
两个分区至少能救一个，你这种缩分区直接挂载会随机丢文件，fsck 之后那些文件就直接没了，所以应该还是删除一个分区，把另一个扩充，再挂载

[RoyL]

惊了,不备份你就敢上,真删库到跑路

[lfzyx]

所以还是早点换 debian 吧

[zcl0621]

希望你缩容的那部分磁盘没有涉及到 inode 数据。。。 只有 block 数据

[lovefc]

@zcl0621 我刚刚百度了下，镜像，U 盘启动，关键是我离机器很远，是远程操作的

[sunnyadamm]

减分区，，，这波操作真的骚

[zcl0621]

服务器么？一般有管理口的呀? 通过管理口访问呀
话说 这个时候就要找你们的运维(专业背锅侠)同事啦

[orqzsf1]

递支🚬请教下公司的运维老师傅吧

[cxh116]

看你这回复,如果数据重要,推荐你马上把机器关了,不要动机器了,找专业人士帮忙处理,不然数据真的连恢复都没有可能了.

[zcl0621]

如果数据很重要,直接联系数据恢复公司,自己不要再处理了,如果服务器还是磁盘阵列的话,修复难度非常大
找找看数据恢复公司

[harker]

远程操作那就更麻烦了，祝你好运

[liwl]

看错误提示，是虚拟卷，本来就可以动态扩容啊。保重。物理机还是？

[Ansen]

看报错，用的是 lvm，如果命令正确的话，数据应该问题不大，试试拿 livecd 救一下（记得先备份数据再尝试修复）

[lovefc]

@orqzsf1 这个公司没有运维，运维就是我这个半吊子

@liwl 关键是从未做过

[reus]

你一不说配置，二不说操作过的命令，谁帮得了你？

不用想了，没救的了，该赔赔，该炒炒，负起责任来。

[reus]

绝大部分文件系统在缩容的时候是需要 umount 的，而根分区不可能 umount，所以命令极有可能是不对的。

而且还涉及 lvm，正确的步骤是：
用 live cd 启动，根文件系统缩容
根 lv 缩容，这一步要极度小心，不可以缩得比文件系统小
home lv 扩容
home 文件系统扩容

如果你不是按照这个步骤做的，那就没救。

[lovefc]

@reus 我更新了我的命令

[reus]

@lovefc 那根文件系统就没救了，文件系统都没缩容你缩什么 lv 啊…… 自己不懂原理，不知道命令有啥用，又不知道自己的操作有多危险，你怎么敢执行这些命令？

home 目录应该没问题。

[liwl]

@lovefc 保重，没救了

[vipdog73]

没弄过这种问题，没经验啊

[P0P]

在造成更大损失之前，尽快联系数据恢复公司吧。另外楼主是在 vm 跑的 centos，看一下 vm 的硬盘文件有没有自动备份吧

[defunct9]

开 ssh，让我上去看看

[gamexg]

看操作，
root 分区挂了，home 没问题。
个人应该无法恢复，找专业数据恢复公司吧。
千万别再执行任何操作了，立刻关机！！！

额，虚拟机？
立刻做快照，保留当前状态，再找数据恢复公司。

[jasonyang9]

虚拟机克隆一个再折腾啊

[itenyh]

公司明知你是小白还让你上，公司应该要考虑到可能出现的后果，应当负主要责任。
也许并不是什么重要数据，公司才让你玩。

[xzc19970719]

😂关注一下。。因为我也不知道怎么缩分区

[asilin]

1. 缩小分区之前，应该先缩小文件系统；
2. 扩大分区之后，再后扩大文件系统；

看现在的情况，应该是操作系统根分区坏了，修复好的可能性很小，也非常的麻烦；
但是 /home 分区是没有问题，这部分数据不会丢失；

可以 livecd 进去后，重装系统，再把 /home 分区挂载上就可以了。

[oott123]

根据你更新的操作说明，我推测 home 分区能救。

首先：进行所有后续操作之前，先给 vm 拍好快照。我提供的方法仅是一种可能，我和其它网友也没法对你的事情负任何责任，操作动手之前请先三思。

然后想办法启动一个 rescuce system，例如楼上大家所说的 live cd。如果你是虚拟机，可以请管理虚拟机的人帮你挂载一个 ubuntu livecd iso 上去，最好再挂载一个额外的硬盘供你存放恢复出来的数据。

挂载好之后，直接 mount 你的 home 分区（记得 -o ro 开只读），然后把数据拷贝出来。至此，home 数据恢复完毕。

至于 root 分区？可能几乎没救，如果你想试试，可以对 root 分区跑 fsck，看看能剩下多少。

[lovefc]

@oott123
@asilin

感谢大佬们费心，我现在正在找专业人员进行处理

[lovefc]

@gamexg 谢谢您的意见

[lovefc]

@P0P vm 上没有备份，也怪我太粗心了

[houzhimeng]

我最讨厌逻辑卷了，所以帮不了你

[neilyoone]

哈哈，踩过这样 /home 分区空间不足的坑：
前人留下的糟糕配置，手贱调整了下，命令少打了个符号 "-"，造成分区 inode 信息损坏无法修复，也同样是 lvm 分区。外面修复数据的也无法修复。

[lovefc]

@neilyoone 你讲的我心都凉凉了

[Akiyu]

总结
1. 不要减小分区
2. 定时 lvcreate -s 备份

顺便安慰一下 lz
像服务器这种东西, 拿给你用的话, 一般都会防一些幺蛾子
说不定有人已经写了 crontab 每天备份呢?

[a22124497]

VM 上，不应试是直接扩容嘛，LVM 的扩容多方便，居然直接减分区

[msg7086]

@Akiyu 为什么不要减小分区？氧化氢还能弄死人呢。

@lovefc 不缩小文件系统就缩小分区相当于把人一刀腰斩。

如果不 resize2fs home，那你数据还是全的。resize 完你的 root 就被覆盖上数据了。
不要多纠结了，重装系统然后从备份里恢复吧。

另外，下次记得不要用百度搜资料，一堆瞎瘠薄写的教程在那等着害人呢。

[Akiyu]

@msg7086
嗯, 说错了

[lovefc]

结贴了，我自己解决掉了，通过重新挂载。找回了数据。。T_T