多數 Linux 機器都站在它上面

聊檔案系統就像聊空氣。它是所有東西墊在底下的那一層，而正因為它可靠，平常沒有人提起它。多年來，從家用桌面到雲端伺服器，絕大多數 Linux 安裝的預設選擇都是 ext4，而這種壓倒性並不是惰性造成的。二十多年的打磨，換來一種接近教科書的行為：日誌先把意圖記下來，才去記錄變更，於是一次意外的斷電，留下的是一個可以被推理的結構，而不是一堆寫到一半的區塊。

實務上真正要緊的性質，都不怎麼浪漫。大檔案與大分割區處理起來不動聲色。備份工具需要延伸屬性與存取控制清單時，它們就在那裡。延遲配置把寫入批次化，讓忙碌的磁碟維持較低的碎片化。而裝機量之大，意味著幾乎每一種故障模式，都在你遇到之前很久就被踩過、回報過、修好過。選它不刺激，而且幾乎永遠不會錯。

一整套工具箱，而不是一個程式

一套檔案系統的水準，取決於能檢查與修復它的工具，而 e2fsprogs 這個集合的價值就在這裡。建立檔案系統是一條指令，參數的意思和字面一致。非正常關機之後檢查一致性是另一條，而它就是那個把「開不了機的機器」變成「開得了機的機器」的程式。更低階的工具可以直接走訪內部結構，那正是取證工作所需要的——當一般視角在說謊的時候。

日常價值出現在那些經典情境裡：某個分割區拒絕掛載、線被踢到之後硬碟開始報錯、伺服器經歷一次電力事件後回來，檔案系統被標記為不乾淨。幾乎每一個案例的結局都是一次檢查加一次修復，而它之所以無聊，是因為這些工具已經可靠地做了非常久。

ext4 的偉大恰恰在於沉默：二十年如一日接住每一次寫入而不抱怨，於是「檔案系統」從一個問題變成了一個前提。

不該省掉的那些規矩

檢查之前先卸載。對一個已掛載的檔案系統做一致性檢查，不是勇敢的捷徑，而是親手製造你正在找的那種損壞。當出問題的正是裝著執行中系統的那一套時，從救援媒體開機，或從另一台機器動手；而且讓檢查跑完，即使它看起來很慢，因為打斷它，正是讓「可修的毛病」變成「不可修的災難」的方式。

還有兩個習慣，各自只花三十秒。把建立檔案系統時用的參數記下來，因為它們決定了日後哪些東西可以在不重建的前提下更動。另外，不要在裝著你在意資料的機器上追新奇的掛載選項；預設值是被比你的理論更多人調校過的。新鮮感應該留在測試機上。

什麼時候該選別的東西

ext4 是通用檔案系統，它也不假裝自己是別的。如果需求是快照與校驗和，而且要有內建的磁碟區管理，那麼寫入時複製的設計更合適。如果需求是跨作業系統的共享儲存，兩邊都原生支援的方案可以省掉一層轉譯。如果那是一支會在不預警的情況下被拔掉的隨身碟，另一種取捨方式的簡單設計可能更耐命。

知道界線在哪，是好好使用預設值的一部分。當需求清單裡沒有任何一項反對它的時候就選 ext4——而那描述了大多數機器——然後就別再想它。一套從不進入你腦海的檔案系統，正是把工作做好的檔案系統。