下午好，亲爱的
那是星期四晚上，我们的一位管理员必须调整其中一台 KVM 虚拟机上的磁盘大小。 这看起来是一个完全微不足道的任务，但它可能会导致数据完全丢失......所以......整个故事已经被削减了
正如我已经说过的，周四晚上（似乎没有下雨）我们的一位管理员决定完成一项长期任务并增加 KVM 虚拟机内的文件大小。
之前，我已经将磁盘本身的大小从 14 GB 增加到 60 GB，管理员只需增加虚拟机内文件系统的大小。
晚上 12 点左右，管理员发送一条消息，询问是否应该有扩展部分或主要部分...作为回应，我写信给他，他需要按照以前在虚拟机本身上的方式进行操作。
时间过去了...管理员说他遇到错误，无法扩展分区...并且它停止安装...已经是凌晨 2 点了...
我写信给他，希望他不要再做任何事情，不要再管虚拟机了，自己去复制虚拟机磁盘映像 - 称之为 vmname_bad
由于管理员没有拍摄快照，也没有在执行操作之前复制标记，一切都变得更加复杂......有了这些信息，人们可以回滚并重试。
早上，我带着新的想法，设置了一个具有相同操作系统（Debian 9）的虚拟机并连接了磁盘。 通过fdisk我看到这个磁盘已经扩展到60GB并且分区......实际上有点破损。
使用管理员提供的屏幕截图，我试图找到以前的标记，但可惜，徒劳无功。 我试图使用 fdisk 查找这些值，但可惜的是，所有尝试都失败了。
由于 fdisk 无法帮助我...我正在向 parted 寻求帮助。 让我们加载parted - 我删除旧分区rm 2 并知道大致的分区值，我进行救援 - 我指示初始值和最终值，分区可能在哪里。 等了一分钟，parted 找到了分区，并提出将有关它的信息输入系统 - 我同意了，然后离开了parted。
我安装了分区 - 一切正常。 文件就位，一切都很好，但大小仍然是旧的 14GB。 我卸载了 /dev/sdd1 并做了 resize2fs /dev/sdd1 ，然后 e2fsck /dev/sdd1 并再次安装它，看到已经扩展的分区包含所有文件并且非常活跃。
对于我和管理员来说，一切都结束了。
来源： habr.com