在調整 gparted live 內的分割區大小時，核心遇到了 GPF，迫使我重新啟動機器。 （dmesg 在這裡https://pastebin.com/LGqXA3p9）。碰巧的是，正在移動的分區位於 md RAID5 陣列上，與系統啟動完全無關，這意味著我已經備份並運行，並且能夠進行更多操作。
執行 dumpef2s 會產生“dumpe2fs：讀取日誌超級區塊時損壞擴充頭”，並且 fsck.ext4 表示“超級區塊有一個無效的日誌（inode 8）”。我還沒清除。 testdisk 只能看到新分割區，看不到任何檔案； Photorec 會比它的價值更麻煩。 Testdisk 僅顯示移動了一半的文件，沒有其他內容。
resize2fs 工具發出的最後一條訊息是“node 279256 / 593596231”，我不確定如何解釋。有沒有辦法利用未移動的檔案系統資料？
答案1
在深入挖掘後，我很幸運 - 一個名為 r-studio 的（專有）工具發現了檔案系統超級區塊 - e2image 尚未覆蓋原始檔案系統。有了扇區號，我就可以簡單地重新建立舊分割區，發現根本沒有資料遺失。我正在嘗試在卷中查找我仍然擁有的 UUID，這與上述工具大致相同，但手動完成。不用說，我已經對檔案系統元資料進行了 e2image 備份，並將調查 gparted 失敗的原因。