如果你是老派Linux用戶對Ext2應該不陌生——上世紀九十年代它幾乎就是Linux文件系統(tǒng)的代名詞。1993年它跟著Linux內(nèi)核一起出現(xiàn)把當年minix文件系統(tǒng)壓在頭上的各種限制全部掀翻從此Linux才有了真正屬于自己的、拿得出手的磁盤文件系統(tǒng)。哪怕今天Ext4大行其道這個快三十歲的“老家伙”依然活躍在U盤、SD卡、嵌入式設備這些不起眼的角落里。這篇文章我想好好聊聊Ext2這個文件系統(tǒng)。我會從它的磁盤布局講起剖析超級塊、inode、塊組這些核心概念再帶你把一張普通磁盤真正做成Ext2格式、掛載使用、用工具檢查排障最后聊聊它為什么至今沒有被徹底淘汰。適合剛接觸Linux、想真正搞懂文件系統(tǒng)的朋友也適合做嵌入式開發(fā)、或者正在糾結選哪個文件系統(tǒng)的老手參考。這里沒有太多夸夸其談多數(shù)內(nèi)容是我在真實環(huán)境里反復操作、踩坑之后積累下來的結論。讀完你至少能搞明白一件事文件系統(tǒng)不是一堆玄學概念它就是一套非常具體、非常工程化的數(shù)據(jù)結構設計。1. Ext2是什么Linux文件家族的基石1.1 從minix到Ext2Linux為什么非要自研文件系統(tǒng)早期Linux內(nèi)核用的文件系統(tǒng)是minix那是荷蘭教授Tanenbaum為了教學目的寫的操作系統(tǒng)自帶的。minix文件系統(tǒng)能做到的事在今天看來非常簡單塊大小固定1KB文件名最長14個字符單文件上限64MB沒有權限管理一說。你想想看1993年個人電腦已經(jīng)出現(xiàn)幾百MB甚至上GB的硬盤了一個64MB的單文件上限意味著什么一張光盤差不多就是這么大數(shù)據(jù)庫備份、軟件包、視頻文件隨便一個就可能頂?shù)缴舷蕖?4字符的文件名就更別提了寫個源代碼文件名都得精打細算。Linux需要一個真正“成年”的文件系統(tǒng)這就是Ext2誕生的直接原因。Ext的完整稱呼是Extended File System從名字就能看出它繼承自前一個“擴展文件系統(tǒng)”。第一代Ext1在1992年出現(xiàn)很快被1993年的Ext2取代。之所以沒有叫“Ext2.0”純粹是因為它在內(nèi)核層面是一次徹底重寫——磁盤結構、尋址方式、inode管理全都是重新設計的。也正因為設計得干凈Ext2后來成了幾乎所有Linux發(fā)行版的事實標準直到Red Hat把Ext3帶日志的Ext2推上桌面。這一段的重點是理解文件系統(tǒng)到底為什么存在。文件系統(tǒng)說白了就是一套“磁盤空間記賬系統(tǒng)”負責把連續(xù)的一大塊存儲空間切分成小塊記錄哪些塊被哪個文件用了、哪些塊是空閑的、某個文件的數(shù)據(jù)到底散落在哪里。FAT靠一張分配表把所有文件串成鏈表而Ext2選了一條更長遠的路——索引式存儲也就是后面要講的inode。1.2 Ext2的核心設計目標設計Ext2的人Rémy Card后來Stephen Tweedie也參與進來當時給自己定了幾個很清晰的指標第一支持大容量。文件系統(tǒng)本身要能管理GB級別的磁盤單文件大小也要突破64MB的上限。第二文件命名和結構要接近Unix傳統(tǒng)支持目錄層級、硬鏈接、符號鏈接文件名長度至少要到255字符。第三必須考慮性能隨機讀寫的表現(xiàn)要明顯好過鏈式結構。第四要留下擴展空間讓未來可以加日志、加擴展屬性而不需要推翻重做。這幾條放到今天看仍然不過時。尤其是“留下擴展空間”這一條后來的故事你也知道了Ext3只是在Ext2的磁盤結構上加了一個日志區(qū)Ext4在Ext2/3的基礎上繼續(xù)升級了尋址、分配和索引。也就是說你今天用mkfs.ext4創(chuàng)建的文件系統(tǒng)它的inode布局和塊組概念追根溯源還是Ext2那套骨架。把Ext2吃透了學Ext3/Ext4、甚至其它基于inode的文件系統(tǒng)都會輕松很多。2. 深入Ext2磁盤布局超級塊、inode和塊組2.1 塊組不是玄學它是保證局部性的關鍵設計Ext2把整個分區(qū)劃分成很多個“塊組”block group。為什么搞塊組兩個原因一是服務于局部性文件系統(tǒng)希望一個目錄下的文件盡量靠得近inode和數(shù)據(jù)塊也盡量在同一個區(qū)域這樣機械硬盤的磁頭不用來回甩二是安全冗余把超級塊、塊組描述符這些關鍵元數(shù)據(jù)在每個塊組里都放一份副本一個塊組壞了還能從其它副本恢復。你可以把塊組想成一個大倉庫里的一個個庫區(qū)。每個庫區(qū)配了三本賬塊位圖哪些貨位空著、inode位圖哪些檔案柜空著、inode表檔案柜本身。三個賬本都放在庫區(qū)入口處后面的大片空間才是真正存放文件數(shù)據(jù)的區(qū)域。創(chuàng)建Ext2文件系統(tǒng)時主要參數(shù)之一就是塊大小block size一般可設為1024、2048、4096字節(jié)。塊大小直接影響兩個東西一個是單文件體積上限塊越大單個文件能尋址的空間越大另一個是空間利用率塊越大對小文件越浪費。4096字節(jié)的塊存一個100字節(jié)的配置文件直接浪費一大片空間而1024字節(jié)的塊能明顯減少這種浪費。具體怎么選存大量小文件的場景比如嵌入式系統(tǒng)的根文件系統(tǒng)我一般用1024或2048字節(jié)塊數(shù)據(jù)倉庫、視頻存儲這種大文件場景直接上4096。另外還要權衡inode數(shù)量用-i 16384表示每16KB分配一個inode文件平均尺寸越小inode間距要越密否則會在inode耗盡時抓狂這個細節(jié)后面實操部分會講到。2.2 inode到底存了什么文件元數(shù)據(jù)與數(shù)據(jù)尋址inode是Ext2最核心的數(shù)據(jù)結構全稱是index node索引節(jié)點。每次你執(zhí)行l(wèi)s -l看到的所有信息——權限、屬主、大小、修改時間——全都存在inode里。而文件名不在inode里它存在目錄項里。這種“文件名和文件實體分離”的設計是Unix文件系統(tǒng)的根基也是硬鏈接能存在的底層原因多個名字指向同一個inode就這樣簡單。一個Ext2 inode里大約存放了這些內(nèi)容文件類型與權限mode、屬主UID/GID、文件大小、atime/mtime/ctime三個時間戳、鏈接計數(shù)器以及15個用于數(shù)據(jù)尋址的塊指針。前12個指針直接指向文件的數(shù)據(jù)塊這叫直接尋址第13個指針指向一個“間接塊”里面裝的是指向數(shù)據(jù)塊的指針第14個指向二級間接塊第15個指向三級間接塊。這個設計妙在哪對小文件12個直接塊就夠了一次查找就能定位數(shù)據(jù)快對大文件逐級往上找需要的索引塊越多但文件系統(tǒng)本身不會因此撐爆。算一筆賬以1024字節(jié)塊、每塊能放256個塊指針來計算12個直接塊覆蓋12KB加上一級間接塊的256KB、二級間接塊的64MB、三級間接塊的16GB單文件尋址上限大約是16GB換成4096字節(jié)塊后每個間接塊能裝1024個指針單文件理論尋址可以到4TB級別。2.3 目錄項另一種“文件”在Ext2里目錄本身也被設計成一種特殊文件。目錄文件的內(nèi)容是一長串目錄項記錄每條記錄里包含inode號、記錄長度、文件名長度、文件類型以及文件名本身。這里有個不太現(xiàn)代的點目錄項是線性排列的查找一個文件時內(nèi)核要順著目錄項從頭到尾比對文件名。目錄里文件少還好一旦一個目錄下塞了幾十萬個文件每次新建、刪除、訪問文件都要做一次線性搜索這就是所謂的O(n)性能瓶頸。Ext2時代這個問題一直存在一直到Ext4引入Htree索引目錄才算真正解決。另外目錄項的“記錄長度”字段很有意思。因為文件名長短不一目錄項本身不是定長的。刪除一個文件時內(nèi)核把它的inode號標記為0并把它的記錄空間合并到相鄰的目錄項里這樣后續(xù)新文件可以“蹭”這塊空間。這種復用策略對碎片化有一定抵抗作用也解釋了為什么Ext2格式化后刪除大量文件、再創(chuàng)建大量文件目錄本身的占用并不會線性膨脹這個小細節(jié)在你觀察目錄大小變化時非常有用。3. Ext2與傳統(tǒng)文件系統(tǒng)的差異不只差在“索引”3.1 索引式存儲 vs 鏈式存儲隨機訪問差出一個數(shù)量級很多人一說Ext2就說“它比FAT高級”高級在哪FAT文件系統(tǒng)包括FAT16/FAT32用一個文件分配表把文件占用的簇串成鏈表。找文件內(nèi)容時得從第一簇開始順著鏈表往下找讀一個隨機位置的數(shù)據(jù)可能要遍歷很長的鏈表磁盤IO全部變成隨機尋道速度自然拉胯。Ext2完全不同信息都記錄在inode里想讀文件某個偏移位置的數(shù)據(jù)直接按偏移算出需要第幾個塊再順著直接塊指針或者間接塊指針一路定位過去不需要遍歷其它塊。這個差異在機械硬盤時代尤其明顯——一次隨機定位可能就是十幾毫秒的磁頭移動而鏈式結構在碎片嚴重時動輒幾十次定位。就算放到今天的SSD上比較Ext2在純讀場景也依然不算吃虧因為它不需要反復更新一個集中的分配表。3.2 碎片控制與分配策略Ext2的分配策略也很講究“局部性”。創(chuàng)建新文件時分配器傾向于在同一塊組找一個空閑inode和附近的空閑塊追加寫文件時如果能找到原文件最后一個塊附近連續(xù)的空閑塊就直接擴展如果文件較大還會試著做預分配。這些策略共同作用讓Ext2在長時間使用后碎片率比FAT低得多。不過要說Ext2完全沒有碎片也不現(xiàn)實。大量小文件被反復創(chuàng)建刪除、文件不斷增長又截斷塊組間的平衡會被打破。我實際遇到過一個運維日志目錄反復寫入刪除幾年下來碎片率能超過20%。這時候沒有官方提供的在線整理工具只能先拷貝數(shù)據(jù)到另一塊盤再格式化原盤導回辦法比較笨但有效。所以對碎片敏感的業(yè)務定期做數(shù)據(jù)遷移重排是個值得養(yǎng)成的習慣。3.3 權限模型與特殊屬性從“能存”到“管得了”FAT家族基本不提供訪問控制只要系統(tǒng)能啟動分區(qū)上的文件對所有人都是透明的。Ext2則完整繼承了Unix權限傳統(tǒng)每個文件和目錄都有屬主、屬組還有rwx三組權限位配合SUID、SGID、Sticky Bit這些特殊權限多用戶場景下的文件隔離、目錄共享、臨時目錄管控都能落地。除了權限Ext2還有一套特殊屬性標志用lsattr/chattr管理。比如chattr i把文件設為不可修改連root都不能輕易改動a讓文件只能追加不能覆蓋非常適合寫審計日志u表示刪除時保留數(shù)據(jù)方便未來恢復。這幾個屬性我在日常運維里是當“安全鎖”用的尤其i能擋掉很多誤刪誤改的事故。4. 實際操作從零創(chuàng)建并掛載一個Ext2文件系統(tǒng)4.1 創(chuàng)建文件系統(tǒng)mke2fs參數(shù)我推薦這樣設假設你手頭有一個空分區(qū)或者一塊U盤比如/dev/sdb1。首先要明確準備拿它干什么這決定塊大小和inode密度。一般我會這樣敲# 普通用途塊大小4K每16K一個inode mkfs.ext2 -b 4096 -i 16384 /dev/sdb1如果你想做嵌入式根文件系統(tǒng)文件都是幾百字節(jié)的小配置、小腳本那要換一套參數(shù)# 嵌入式場景小文件多塊小一點inode密一點 mkfs.ext2 -b 1024 -i 4096 /dev/sdb1-i 4096的意思是每4KB空間就分配一個inode對小文件場景非常必要。如果圖省事直接用默認值大文件拷貝到一半彈出“No space left on device”再一查發(fā)現(xiàn)磁盤其實還有幾百MB空閑——那就是inode耗盡了。創(chuàng)建完用dumpe2fs看一下超級塊里的關鍵參數(shù)檢查塊大小、inode數(shù)量是否符合預期。命令返回里還會有分區(qū)UUID、創(chuàng)建時間、最后一次掛載時間等元數(shù)據(jù)經(jīng)?？催@些輸出你對文件系統(tǒng)的“體質(zhì)”會越來越敏感。4.2 掛載與日常維護命令創(chuàng)建好之后掛載是很常規(guī)的操作mkdir -p /mnt/data mount -t ext2 /dev/sdb1 /mnt/data如果不想每次指定類型也可以直接mount /dev/sdb1 /mnt/data內(nèi)核會自動探測。但有個坑要注意有些精簡內(nèi)核可能沒有編譯ext2模塊掛載時會報“unknown filesystem type”。解決辦法是先modprobe ext2或者讓發(fā)行版裝上包含ext2模塊的擴展內(nèi)核包。日常維護里還有幾個必用的命令tune2fs -l /dev/sdb1查看超級塊詳情只讀不修改。tune2fs -c 0 /dev/sdb1關閉“掛載達到N次就強制fsck”的計數(shù)。這個默認強制檢查在早期Linux上很常見現(xiàn)在系統(tǒng)重啟多、異常關機少很多人會直接關掉但如果你跑的是老設備或供電不穩(wěn)定的環(huán)境我不建議完全關閉。tune2fs -m 0 /dev/sdb1把默認保留給root的5%空間釋放掉大數(shù)據(jù)盤很有用。e2fsck -f /dev/sdb1強制做一次完整檢查。這里要特別提醒tune2fs和e2fsck千萬不要在掛載狀態(tài)下隨意跑fsck尤其不能在掛載狀態(tài)下跑。它假設文件系統(tǒng)是靜止的掛載狀態(tài)下跑極有可能把元數(shù)據(jù)改壞后果比掉電還嚴重。4.3 用dumpe2fs看穿整個磁盤布局dumpe2fs默認輸出超級塊、塊組描述、每塊組的塊位圖/inode位圖位置、空閑塊數(shù)、已用塊數(shù)等等。這些信息能直接回答“我的文件碎片在哪”“這個分區(qū)的inode分布均衡嗎”這類問題。舉一個實際例子。我曾在排查一臺慢服務器時發(fā)現(xiàn)根分區(qū)塊組0的已用塊數(shù)接近臨界而最后一個塊組卻完全空閑。原因是長期從單個目錄寫大量小文件分配器總是優(yōu)先選靠前的塊組。這會導致磁盤“前端擠爆、后端閑死”。解決思路有兩個一是把寫密集的目錄遷到另一個分區(qū)二是備份數(shù)據(jù)后重新格式化合理規(guī)劃目錄掛載點讓新文件均勻落進各個塊組。這個手段我在做大數(shù)據(jù)平臺的數(shù)據(jù)盤時用過實測下來碎片率和寫入延遲都有明顯改善。5. Ext2的局限與演進沒有日志是原罪也是賣點5.1 掉電崩潰與fsck之痛Ext2最大的短板是沒有日志系統(tǒng)journal。所謂日志是指在真正改動文件系統(tǒng)元數(shù)據(jù)之前先把“將要做什么”記到一個獨立區(qū)域。萬一改到一半斷電日志里能找到未完成的事務恢復時直接重做或者回滾幾秒鐘就能讓文件系統(tǒng)回到一致狀態(tài)。Ext2沒有這個機制。突然斷電、死機、拔U盤都可能讓位圖、inode、數(shù)據(jù)塊失配——比如位圖說某塊空閑但inode里還指向它或者一個文件的大小比實際分配塊數(shù)多多出來的部分其實是別的文件的數(shù)據(jù)。這種不一致只能靠fsck在Ext2上實際命令是e2fsck掃描整個文件系統(tǒng)來修正。整個掃描過程會對每個塊組、每個inode做一致性校驗在幾TB的大分區(qū)上可能跑幾十分鐘甚至幾個小時期間文件系統(tǒng)必須離線。對業(yè)務系統(tǒng)來說這幾乎不可接受。5.2 從Ext2到Ext4日志、擴展與索引所以Ext3誕生了。它沒有一夜之間廢除Ext2而是直接給Ext2加上日志模塊磁盤格式基本保持兼容。你可以把一個Ext2分區(qū)直接當作Ext3掛載甚至用tune2fs -j給它加上日志功能全程不用重新格式化。日志還分了三種模式默認dataordered元數(shù)據(jù)先入日志數(shù)據(jù)在事務提交前落盤既保證一致性又不過分損失性能。Ext4在2008年進入主線內(nèi)核延續(xù)了同一套血統(tǒng)日志機制保留并優(yōu)化更重要的是引入了延后分配delayed allocation、多塊分配mballoc、64位塊號支持以及Htree索引目錄。單文件最大可以到16TB甚至更高目錄操作也擺脫了大目錄線性掃描的老毛病。但請注意Ext4雖然叫“第四代”它和Ext2/3在磁盤結構上的延續(xù)性依然很強。你學會了看Ext2的超級塊、塊組描述符、inode布局在Ext4里看到的依然是大體相同的一套東西只是字段更豐富、算法更復雜。這也是為什么搞懂Ext2特別值得——它把設計精髓都暴露出來了Ext4只是在這副骨架上加了更多血肉。5.3 現(xiàn)在還要用Ext2嗎嵌入式與數(shù)據(jù)恢復場景既然Ext3/4更強為什么Ext2還在活幾個現(xiàn)實場景。第一嵌入式系統(tǒng)。MTD閃存、SD卡、NOR/NAND Flash上跑的根文件系統(tǒng)很多方案仍然用Ext2格式。原因很樸素沒有日志意味著更少的寫放大對閃存壽命友好掉電后大不了重新掛載、跑一次fsck在嵌入式單功能場景里完全可以接受。第二數(shù)據(jù)恢復。沒有日志反而讓某些數(shù)據(jù)恢復變得更容易。文件刪除時Ext2只是把inode里的鏈接計數(shù)清零、在位圖里標記空閑數(shù)據(jù)塊里的內(nèi)容并沒有被立即覆蓋。配合工具掃描空閑塊往往能找回不少“已刪除”文件這一套在Ext3/4上執(zhí)行起來更麻煩日志區(qū)和時間點信息會干擾恢復。第三以只讀方式做鏡像、歸檔、啟動盤。只讀掛載下沒有寫放大也沒有掉電一致性問題Ext2的簡單結構反而顯得可靠、省資源。很多LiveCD、老版本嵌入式啟動盤都在用它。當然如果你做的是通用Linux服務器、桌面、NAS數(shù)據(jù)盤我建議還是老老實實選Ext4或者XFS。Ext2更適合那些“你知道這個分區(qū)在干什么、也知道它出意外后可以離線修”的場景。6. 常見問題與排障實戰(zhàn)記錄6.1 問題速查表我把平時遇到比較多的Ext2問題整理成一張表現(xiàn)象常見原因處理辦法掛載報unknown filesystem type內(nèi)核沒加載ext2模塊modprobe ext2或安裝包含ext2模塊的內(nèi)核擴展包mount: wrong fs type, bad option設備實際不是Ext2格式用file命令確認格式檢查是否為加密/dm設備寫文件提示No space leftdf卻有空余inode耗盡df -i確認刪除小文件重建時用更密集的-i參數(shù)掉電后無法掛載提示need recovery元數(shù)據(jù)不一致不要亂動先備份鏡像再做e2fsck -f修復掛載N次后強制fsck啟動很慢默認最大掛載計數(shù)tune2fs -c 0關掉或把計數(shù)調(diào)大供電不穩(wěn)環(huán)境不建議關root保留空間占用大大容量盤浪費默認reserved-blocks-percent5%tune2fs -m 0調(diào)整系統(tǒng)盤建議保留一部分目錄文件被刪除后找不到文件名不在inode里恢復需要掃目錄項用extundelete按目錄恢復先備份設備鏡像mke2fs提示無法確定設備大小設備沒有正確分區(qū)或正在掛載fdisk重新分區(qū)確認沒有mount也可以用wipefs清掉殘留簽名6.2 我踩過的坑和解決辦法我最早接觸Ext2是在給嵌入式板子做根文件系統(tǒng)的時候。當時圖省事直接mkfs.ext2格式化了一個8GB的SD卡然后往里拷一個小型Linux系統(tǒng)結果啟動時根文件系統(tǒng)能掛上但執(zhí)行到某個服務時總報“No space left on device”。我看df -h空間還剩3GB覺得特別詭異。最后df -i一看inode用掉95%——原因是我用默認的inode間距去存一個包含幾十萬個微小配置文件的rootfsinode被吃光了空間卻還剩一大半。后來換成更密的-i 2048再拷問題立刻消失。還有一個歷史教訓很值得講。有次我?guī)腿嘶謴鸵粋€誤刪照片的U盤U盤是老的Ext2格式。當時我上手就跑了e2fsck -f結果修完以后刪除的照片再也找不到了。原因是fsck發(fā)現(xiàn)inode位圖說“空閑”但目錄項還引用這個inode時會認為元數(shù)據(jù)不一致順手做“清理”處理把目錄項清掉了。而如果我們第一件事是備份設備鏡像、用鏡像來做恢復那些照片其實還能靠掃描inode找回一大部分。從那以后任何需要恢復數(shù)據(jù)的盤我都堅持先dd做鏡像、用鏡像操作絕不在原盤上直接fsck。這個習慣后來在好幾次數(shù)據(jù)救援實戰(zhàn)里救了我。另外一個偏門但實用的技巧是給關鍵文件加Ext2屬性鎖。我在一臺跑老舊服務的機器上把配置文件、可執(zhí)行文件都加了chattr i既防止手滑誤改也防一般程序往配置文件里寫東西。雖然這不能替代完整的防護體系但對單機小應用來說成本極低、收益實實在在。前面這些操作和踩坑記錄都是我自己在主機、虛擬機、嵌入式板子上反復折騰出來的。老實說在Ext4和Btrfs滿天飛的今天還要專門花時間寫一篇Ext2的詳解不是因為它的性能有多尖端而是因為它把“文件系統(tǒng)”這個聽起來很玄的詞拆成了非常具體的數(shù)據(jù)結構超級塊、塊組、inode、位圖、間接尋址。理解這些你再看任何Linux文件系統(tǒng)的文檔都會覺得像在讀一部結構清晰的說明書而不是天書。最后再分享一個小技巧做文件系統(tǒng)實驗時千萬別拿真實數(shù)據(jù)盤練手用回環(huán)設備最省心。一條truncate -s 128M /tmp/ext2.img mkfs.ext2 /tmp/ext2.img就能得到一個虛擬分區(qū)再mount -o loop /tmp/ext2.img /mnt/test隨便折騰不小心搞壞了刪掉重來。我現(xiàn)在的習慣是任何新學的文件系統(tǒng)工具都先在回環(huán)設備上玩熟了再上真實磁盤。你要是按這條路子把Ext2摸一遍Linux的文件系統(tǒng)底子基本就算打扎實了。