Ubuntu
在 81 小時調整大小 2fs 併計數
設置：RAID6 (MDADM) 中的 12 個 1TB 驅動器 crypt-setup 執行在 MDADM LVM 之上，執行在 LVM 上的加密驅動器 EXT4 上
背景：我在 RAID 中添加了一個新驅動器（從 11 個驅動器增加到 12 個驅動器），並通過層（MDADM 等）“冒泡”以重新調整 ext4 分區。這台機器用作攝影的集中儲存庫和備份伺服器（適用於 Windows 和 Mac 機器），因此將其關閉以添加驅動器並等待調整大小，一切都不是一個真正的選擇。所以我幾天前開始了調整大小的操作。HTOP 報告 resize2fs 操作現在執行了 81 小時。DMESG 和 syslog 都清晰，驅動器仍然可以訪問。resize 命令報告它已開始線上調整分區大小，因此該程序正在執行，並且它正在燒毀我的一個核心的 100%。
問題：手術需要這麼長時間是正常的還是發生了可怕的錯誤？我從哪裡開始尋找麻煩的跡象？
如果您
resize2fs使用該-p選項執行，它將列印出定期進度報告。但是，由於您沒有這樣做，因此似乎沒有任何方法可以在執行時獲取該資訊。這個相關的問題似乎表明
resize2fs執行很長時間是相當正常的。
編輯/添加： 正如下面其他人所說，不要嘗試這個！
我不知道 resize2fs 是否支持它，但您可以嘗試發送 USR1 信號
killall -USR1 resize2fs
我想知道的是：您的 mdadm-update 花了多長時間？從我的角度來看，這應該比 ext-resize 花費的時間要長得多。
編輯：可能是，在後台您的 RAID 仍在遷移（md 仍在大量執行）並且因此調整大小過程被阻止/減慢？