老調重彈了，最近又再做這件事是因為Proxmox VE預設是用ext3當作檔案系統，某一台機器因為有點問題，灌Proxmox的時候一開始沒打算要當正式系統，也就沒特別改設定，但灌好後因為懶了 … 就直接上線了 … 偶然發現這個問題，順便重新作一下筆記怎麼樣轉到ext4，轉到ext4的好處以及效能差異就不用多說了，幾乎是完剩ext2、ext3，好檔案系統，不轉嗎?
如果懶的話，最簡單的方法就是去改fstab，直接把ext3掛成ext4，效能就可以有所提升，但只能使用到那些不需要修改到檔案系統的功能，並且可以重新用ext3的方式掛載，而要有比較完整的轉換則要做以下動作:
- 把要做轉換的分區umount(如果是root filesystem就進single user mode或用其他系統開機吧)，DEV自行替換成對應代號
# umount /dev/DEV 先做一次fsck
# e2fsck -fyv /dev/DEV沒問題的話就可以把ext4的功能打開了，這邊要注意 … 這是不可逆的操作，並且要和下個動作連貫完成
# tune2fs -O extents,uninit_bg,dir_index /dev/DEV調整完後要修一下(這邊會看到找到錯誤是正常現象)
# e2fsck -fyvDC0 /dev/DEV調整fstab的掛載格式
-> 自己去fstab理面把該分區的ext3改成ext4吧!重組
# e4defrag -c -v /dev/DEV
-> ext4開始使用extents來取代傳統的block mapping，在對大檔案操作時能有顯著的效能提升，而這部份是在剛剛的轉換沒有做的(tuen2fs只有把feature打開而以)，轉換完成後新增的檔案自然是都會使用到這樣的功能，但原先已經存在於filesystem上的檔案必須要到下次被寫入時才會以新的方式寫入，但系統上有不少檔案是久久才會寫一次但可能經常要被讀取的，在被重新寫入以前便無法享受到這樣的效能改善，所以這邊透過e4defrag來幫我們做這件事!
過程中如果有出現錯誤的話就先解掉再往下一步走，像fsck這種工作做完一次還可以做第二次確保都沒問題了再往下走，過程並不複雜，剛好也可以順便檢查檔案系統有沒有問題，比較麻煩的大概就是root filesystem因為要unmount所以系統必須停機，但換來的效能是值得的!
(我之前硬碟壞掉就會出現fsck永遠修不完的現象，每次抓到的錯誤都不一樣，修完一次下次還是有得修，那很明顯是硬碟壞了)
