首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
拉勾
V2EX  ›  公司运营

centos 炸掉了,急求解决办法

  •  
  •   lovefc · 95 天前 · 3102 次点击
    这是一个创建于 95 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

    第 1 条附言  ·  95 天前
    我所使用的命令是百度到的命令,具体如下

    先吧 / 里面 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
    51 回复  |  直到 2018-12-27 16:00:16 +08:00
        1
    lovefc   95 天前
    顶帖,让大家看到,现在慌的一匹,烟都拿不稳了,因为这台服务器上有东西在使用
        2
    lovefc   95 天前
    大佬快点出现啊
        3
    alvin666   95 天前 via Android
    关注一下( lz 居然还敢减分区大小...)
    挂个 live 能进去把文件拷出来吗,or 备份?
        4
    lovefc   95 天前
    @alvin666 大佬能说详细些吗?怎么备份?我这方面小白,你说的太简略了
        5
    oott123   95 天前 via Android
    你至少需要说明:

    1. 原来的分区表是什么样的?
    2. 你使用了什么命令什么方法操作了分区?
        6
    alvin666   95 天前 via Android
    @lovefc 第一,重要的东西定时备份,现在没备份就只能救
    第二,挂载一个 Linux live 的镜像进去,再挂载虚拟机的目录,看看能不能把文件拷出来
    第三,都 8012 年了还有人敢调分区不备份,竟然还敢缩分区...(建议了解一下 ext4 的文件分布)
        7
    Bardon   95 天前
    重新开一个 vm,将这个坏的挂载上,fsck 跑一遍。
    这么小白,公司怎么让你接触 centos 的。
        8
    alvin666   95 天前 via Android
    @Bardon fsck 可能会把根目录的一些文件直接弄没了,我觉得应该把 home 分区放弃掉,按照相同柱面号把 root 分区重建上,这样 root 分区的文件就全回来了
        9
    lovefc   95 天前
    @alvin666
    @Bardon
    @oott123

    大佬们,看你们的回复,我心都凉了,我现在是毫无办法了,我也不是做运营的,只是个复制粘贴的 php 程序员,硬着头皮上的,救救我
        10
    liwl   95 天前
    且在江湖中,不说一个狂字。
    尚未丰翼前,怎敢一飞冲天。
        11
    zcl0621   95 天前
    用 livecd 看下磁盘分区 首先看能不能挂载 root 分区 能挂载就尽快备份数据 备份完数据后 尝试修复文件系统
        12
    lovefc   95 天前
    @zcl0621 具体如何操作?你把我看成纯小白即可,大佬,你说话我听不懂啊
        13
    alvin666   95 天前 via Android
    @zcl0621
    @lovefc
    两个分区至少能救一个,你这种缩分区直接挂载会随机丢文件,fsck 之后那些文件就直接没了,所以应该还是删除一个分区,把另一个扩充,再挂载
        14
    RoyL   95 天前
    惊了,不备份你就敢上,真删库到跑路
        15
    lfzyx   95 天前
    所以还是早点换 debian 吧
        16
    zcl0621   95 天前
    希望你缩容的那部分磁盘没有涉及到 inode 数据。。。 只有 block 数据
        17
    lovefc   95 天前
    @zcl0621 我刚刚百度了下,镜像,U 盘启动,关键是我离机器很远,是远程操作的
        18
    sunnyadamm   95 天前
    减分区,,,这波操作真的骚
        19
    zcl0621   95 天前
    服务器么?一般有管理口的呀? 通过管理口访问呀
    话说 这个时候就要找你们的运维(专业背锅侠)同事啦
        20
    orqzsf1   95 天前
    递支🚬请教下公司的运维老师傅吧
        21
    cxh116   95 天前
    看你这回复,如果数据重要,推荐你马上把机器关了,不要动机器了,找专业人士帮忙处理,不然数据真的连恢复都没有可能了.
        22
    zcl0621   95 天前
    如果数据很重要,直接联系数据恢复公司,自己不要再处理了,如果服务器还是磁盘阵列的话,修复难度非常大
    找找看数据恢复公司
        23
    harker   95 天前
    远程操作那就更麻烦了,祝你好运
        24
    liwl   95 天前
    看错误提示,是虚拟卷,本来就可以动态扩容啊。保重。物理机还是?
        25
    Ansen   95 天前
    看报错,用的是 lvm,如果命令正确的话,数据应该问题不大,试试拿 livecd 救一下(记得先备份数据再尝试修复)
        26
    lovefc   95 天前
    @orqzsf1 这个公司没有运维,运维就是我这个半吊子

    @liwl 关键是从未做过
        27
    reus   95 天前
    你一不说配置,二不说操作过的命令,谁帮得了你?

    不用想了,没救的了,该赔赔,该炒炒,负起责任来。
        28
    reus   95 天前
    绝大部分文件系统在缩容的时候是需要 umount 的,而根分区不可能 umount,所以命令极有可能是不对的。

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

    如果你不是按照这个步骤做的,那就没救。
        29
    lovefc   95 天前
    @reus 我更新了我的命令
        30
    reus   95 天前
    @lovefc 那根文件系统就没救了,文件系统都没缩容你缩什么 lv 啊…… 自己不懂原理,不知道命令有啥用,又不知道自己的操作有多危险,你怎么敢执行这些命令?

    home 目录应该没问题。
        31
    liwl   95 天前
    @lovefc 保重,没救了
        32
    vipdog73   95 天前
    没弄过这种问题,没经验啊
        33
    P0P   95 天前
    在造成更大损失之前,尽快联系数据恢复公司吧。另外楼主是在 vm 跑的 centos,看一下 vm 的硬盘文件有没有自动备份吧
        34
    defunct9   95 天前   ♥ 5
    开 ssh,让我上去看看
        35
    gamexg   95 天前
    看操作,
    root 分区挂了,home 没问题。
    个人应该无法恢复,找专业数据恢复公司吧。
    千万别再执行任何操作了,立刻关机!!!

    额,虚拟机?
    立刻做快照,保留当前状态,再找数据恢复公司。
        36
    jasonyang9   95 天前
    虚拟机克隆一个再折腾啊
        37
    itenyh   95 天前 via iPhone
    公司明知你是小白还让你上,公司应该要考虑到可能出现的后果,应当负主要责任。
    也许并不是什么重要数据,公司才让你玩。
        38
    xzc19970719   95 天前 via Android
    😂关注一下。。因为我也不知道怎么缩分区
        39
    asilin   95 天前
    1. 缩小分区之前,应该先缩小文件系统;
    2. 扩大分区之后,再后扩大文件系统;

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

    可以 livecd 进去后,重装系统,再把 /home 分区挂载上就可以了。
        40
    oott123   95 天前
    根据你更新的操作说明,我推测 home 分区能救。

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

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

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

    至于 root 分区?可能几乎没救,如果你想试试,可以对 root 分区跑 fsck,看看能剩下多少。
        41
    lovefc   95 天前
    @oott123
    @asilin

    感谢大佬们费心,我现在正在找专业人员进行处理
        42
    lovefc   95 天前
    @gamexg 谢谢您的意见
        43
    lovefc   95 天前
    @P0P vm 上没有备份,也怪我太粗心了
        44
    houzhimeng   95 天前
    我最讨厌逻辑卷了,所以帮不了你
        45
    neilyoone   95 天前
    哈哈,踩过这样 /home 分区空间不足的坑:
    前人留下的糟糕配置,手贱调整了下,命令少打了个符号 "-",造成分区 inode 信息损坏无法修复,也同样是 lvm 分区。外面修复数据的也无法修复。
        46
    lovefc   95 天前
    @neilyoone 你讲的我心都凉凉了
        47
    Akiyu   94 天前
    总结
    1. 不要减小分区
    2. 定时 lvcreate -s 备份

    顺便安慰一下 lz
    像服务器这种东西, 拿给你用的话, 一般都会防一些幺蛾子
    说不定有人已经写了 crontab 每天备份呢?
        48
    a22124497   94 天前
    VM 上,不应试是直接扩容嘛,LVM 的扩容多方便,居然直接减分区
        49
    msg7086   94 天前
    @Akiyu 为什么不要减小分区?氧化氢还能弄死人呢。

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

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

    另外,下次记得不要用百度搜资料,一堆瞎瘠薄写的教程在那等着害人呢。
        50
    Akiyu   94 天前
    @msg7086
    嗯, 说错了
        51
    lovefc   89 天前
    结贴了,我自己解决掉了,通过重新挂载。找回了数据。。T_T
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3909 人在线   最高记录 4385   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 19ms · UTC 08:08 · PVG 16:08 · LAX 01:08 · JFK 04:08
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1