解決Btrfs檔案系統ext2_saved檔案磁碟佔用異常
摘要：
最近在進行磁碟檔案佔用分析的時候，發現磁碟空間異常佔用問題，如下：
root@openmediavault:/media/6357625f-c966-49ba-9c90-9e8f8ff50433# du -ah --max-depth=1
0./lost+found
1.5T./MyC...
最近在進行磁碟檔案佔用分析的時候，發現磁碟空間異常佔用問題，如下：
root@openmediavault:/media/6357625f-c966-49ba-9c90-9e8f8ff50433# du -ah --max-depth=1 0./lost+found 1.5T./MyCloud 8.0K./aquota.user 8.0K./aquota.group 1.3T./ext2_saved 4.0K./WDMyCloudSync.sh 2.7T.
這個1.3T ./ext2_saved
檔案是不存在的，並且沒辦法通過常規命令刪除。
這個檔案產生的原因是，執行過 從EXT3/4
轉換轉化分割槽到Btrfs
:
$ btrfs-convert /media/6357625f-c966-49ba-9c90-9e8f8ff50433
完成轉換需要刪除備份的ext2_saved
子卷,否則空間會不能釋放。 請注意，如果沒了它(備份子卷)，你將沒辦法還原回EXT3/4
檔案系統。
$ sudo apt-get install btrfs-tools # 執行，然後無視報錯 $ btrfs subvolume delete /media/6357625f-c966-49ba-9c90-9e8f8ff50433/ext2_saved
可能會報錯：
ERROR: cannot access subvolume /media/6357625f-c966-49ba-9c90-9e8f8ff50433/ext2_saved: No such file or directory
無視這個報錯即可。
完成後再次查詢檔案佔用空間：
root@openmediavault:/media/6357625f-c966-49ba-9c90-9e8f8ff50433# du -ah --max-depth=1 0./lost+found 1.5T./MyCloud 8.0K./aquota.user 8.0K./aquota.group 4.0K./WDMyCloudSync.sh 1.5T.
可以看到空間已經被釋放了。
參考連結