幫助，我剛剛損壞了我的 ext4 分區
在對我的 mdadm 配置和核心設置問題進行了大約一周的故障排除後，現在我粗心大意，在成功啟動測試後將我的數據驅動器插入。
我試圖更改 MDADM 超級塊，以便核心通過重新創建陣列來自動檢測我的系統驅動器。有作業系統的備份，所以這沒什麼大不了的。
忘記了我把數據驅動器留在裡面，並且 udev 喜歡用 /dev/sd* 分配 f**k 我最終將一個有數據的驅動器添加到我的系統引導驅動器（Grub 和核心、ext2、100mb ) mdadm 然後將陣列重新同步到引導驅動器。現在坐在我的 ext4 數據分區的最開始是核心和 grub 配置的 100mb ext2 分區。
在那之後 100mb 我希望還有完整的數據，我可以使用什麼樣的工具來嘗試恢復一些數據。它不是超級超級重要的數據，但我真的很喜歡它。
Gentoo Linux 2.6
不幸的是，儘管驅動器的其餘部分上有數據，但可能無法將其與單個文件相關聯。在典型的 UNIX/Linux 文件系統（包括 ext2 和 3…不確定 4）中，有關文件的資訊儲存在磁碟的開頭（包括名稱、屬性和前七個 inode 的位置以及兩個引用）第一個 inode 的雙列表和一個到 inode 的三鍊錶；總共 10 個引用）。
通過這種方式，文件 inode 本身（通常為 2k 到 4k，具體取決於您格式化系統的方式）可以分佈在整個文件系統中。與 NTFS/FAT32 中文件資訊儲存在文件頭（包括名稱的一部分）中不同，此類資訊在大多數 Linux 文件系統中都不存在。這一切都在磁碟的頭部，所以當你刪除一個文件時，真的沒有辦法僅僅通過查看 inode 來恢復該文件所連結的內容。前 10 個塊之間沒有引用，也沒有引用。
您可以嘗試查看諸如http://extundelete.sourceforge.net/之類的取消刪除程序的原始碼，但看起來它使用日誌來恢復您可能已經失去的資訊。
如果您沒有失去儲存文件資訊的分區的整個頭部，您仍然可以通過編寫一個篩選磁碟以恢復文件的程序來恢復一些文件。