在 81 小时调整大小 2fs 并计数

Ada*_*dam 6 ubuntu filesystems ext4

设置:运行在 MDADM LVM 之上的 RAID6 (MDADM) 加密设置中的 12 个 1TB 驱动器在 LVM 上的加密驱动器 EXT4 上运行

背景:我向 RAID 添加了一个新驱动器(从 11 个驱动器增加到 12 个驱动器),并通过层(MDADM 等)“冒泡”以重新调整 ext4 分区的大小。这台机器用作摄影的集中存储库和备份服务器(适用于 Windows 和 Mac 机器),因此将其关闭以添加驱动器并等待调整大小,一切都不是真正的选择。所以我几天前就开始了resize操作。HTOP 报告 resize2fs 操作现在运行了 81 小时。DMESG 和 syslog 都清晰,驱动器仍然可以访问。resize 命令报告它已开始对分区进行联机调整大小,因此该进程正在运行,并且它正在 100% 地烧毁我的一个核心。

问题:手术持续这么长时间是正常的还是出现了可怕的错误?我该从哪里开始寻找麻烦的迹象?

Mic*_*ton 11

如果您resize2fs使用该-p选项运行,它将打印出定期进度报告。但是,由于您没有这样做,因此在它运行时似乎没有任何方法可以获取该信息。

这个相关的问题似乎表明,resize2fs运行很长时间是相当正常的。

  • 花了大约 125 个小时,但它终于完成了...... (4认同)