Linux 7.1「NTFS 復興」：全新原生驅動的底層架構與效能躍進深度解析
2026 年 4 月，隨著 Linux 7.1 合併視窗的開啟，Linus Torvalds 親自將一項重大提交命名為「NTFS 復興（NTFS resurrection）」並正式合入核心主線。這不只是一次例行的驅動更新，而是歷時四年、超過 3.6 萬行程式碼的全面架構重建，宣告 Linux 生態邁入真正意義上的 NTFS 原生支援新紀元。
為什麼舊方案已經不夠用？
長期以來，Linux 環境掛載 NTFS 格式主要有兩條路：
- ntfs-3g：基於 FUSE 使用者空間架構，與 Kernel 之間的資料搬移開銷大，在高 I/O 負載下 CPU 使用率偏高，常見於需要頻繁讀寫外接硬碟的場景中出現明顯瓶頸。
- ntfs3（Paragon 驅動）：數年前由 Paragon Software 貢獻並合入核心主線，初期備受期待，但進入維護階段後逐漸陷入停滯，複雜邊界情境下的穩定性問題也一直未能徹底解決。
這種現狀對資料救援工程師而言尤其棘手——當需要掛載一顆因意外斷電或作業系統崩潰而帶有「Dirty Bit」的 NTFS 磁碟時，舊有驅動的不穩定性往往讓修復工作更加複雜，甚至造成二次損傷。
新驅動的誕生：NTFSPLUS 到正式合入
主導此計畫的是資深核心開發者 Namjae Jeon，他正是 Linux 核心 exFAT 驅動與 KSMBD（核心內建 SMB 伺服器）的主要推手。Namjae Jeon 在早期測試階段將此專案命名為 NTFSPLUS，以區別於現有的 ntfs3。
四年的開發週期並非偶然。要讓一個新的核心級檔案系統驅動在各類極端環境——包括異常磁區、超大容量磁碟、高併發 I/O，乃至各種非標準 NTFS 格式變體——下都能穩定運作，需要極為嚴謹的設計與測試迭代。最終提交時，為維持核心命名一致性，專案回歸使用純粹的 NTFS 名稱，並定位為早期 Linux 唯讀 NTFS 驅動的現代化重製版本。
核心架構革新：不只是修補，而是重建
IOmap 與 Folio 的全面導入
新版驅動捨棄了對傳統 buffer_head 機制的依賴，全面改用 IOmap 與 folio 架構——這正是當代 Linux 核心在處理大容量 I/O 時的標準路徑。
- IOmap 讓磁區到記憶體頁的映射更加直接和高效，減少了不必要的中間層轉換；
- Folio 機制則改善了記憶體頁管理的顆粒度，特別是在處理超大型檔案或大量小檔案混合讀寫的場景下，效能提升更為明顯。
這兩項改動讓新版 NTFS 驅動與現代核心的整合程度，已全面超越了 ntfs3。
寫入支援與資料一致性
對於跨平台儲存而言，寫入支援的穩健性直接關係到資料安全。新版驅動在這方面投入了大量工程資源：
- 通過了 XFStests 測試套件的大量測試項目，這是 Linux 社群驗證檔案系統正確性的標準工具；
- 意外斷電或系統崩潰後，因 Dirty Bit 導致的掛載失敗與資料毀損風險顯著降低；
- 同時支援
fallocate（預分配磁碟空間）與 idmapped mounts，對容器化與虛擬化環境的相容性更佳。
配套的使用者態工具
新驅動的完整性不僅體現在核心模組本身，更包含了一整套使用者態工具：
- fsck.ntfs：專屬的檔案系統檢查與修復工具，可在底層掃描與驗證 NTFS 磁碟的完整性；
- mkfs.ntfs：格式化工具，讓 Linux 環境中建立 NTFS 磁碟區不再需要借助其他套件。
對於需要在不啟動 Windows 的情況下直接修復受損磁碟、或診斷異常 RAID 陣列的維護人員來說，這套工具的實戰價值相當直接。
效能測試數據
根據開發團隊在推送 Linux-Next 前的測試結果，新版 NTFS 驅動在多個關鍵指標上明顯優於 ntfs3：
| 測試項目 | 對比 ntfs3 提升幅度 |
|---|---|
| 4TB 大容量磁碟掛載速度 | 快 4 倍 |
| 單執行緒循序寫入 | 提升 3%～5% |
| 多執行緒並行寫入 | 提升 35%～110% |
掛載速度的倍數提升，對於需要頻繁在 Linux 環境中掛載大型 Windows 外接磁碟或備份磁碟機的使用場景，意義尤為明顯。多執行緒寫入的大幅增益，則讓高並發備份或rsync等批次作業的效能瓶頸得到根本性改善。
合併過程的小插曲
這份龐大的 Pull Request 在合併過程中並非毫無波折。Linus Torvalds 最初因 Git 提交佈局不符合核心標準規範而退回了請求。
這種嚴格把關並不罕見——核心社群對提交格式、分支管理和提交歷史的整潔度有一套固定要求，即便是功能完善的程式碼，格式問題也可能導致延遲合入。Namjae Jeon 在收到回饋後迅速提交修正版 PR，Linus 確認達標後完成合併，並在合併訊息中留下了「ntfs resurrection」這個頗具紀念意義的命名。
如何在 Linux 7.1 中使用新驅動
新版驅動透過 CONFIG_NTFS_FS 這個 Kconfig 開關啟用。為確保舊有環境的平滑過渡，核心原始碼樹中仍會保留 ntfs3 作為備用選項，兩者可以共存。
系統管理員可以透過以下指令確認與載入新模組：
# 確認新版 NTFS 模組資訊
modinfo ntfs
# 載入原生核心模組
sudo modprobe ntfs
# 將 Windows 磁碟分割區掛載至 Linux 環境
sudo mount -t ntfs /dev/sdXn /mnt/windows_data
目前各大主流發行版（包括 Fedora、Arch、Ubuntu 後續版本）預計會在跟進 Linux 7.1 核心後陸續將新驅動設為預設。建議在企業環境正式切換前，先在測試環境中與舊有掛載腳本進行相容性驗證。
對資料救援工作的實際影響
從實務角度來看，這次更新對資料救援場景有幾個直接影響：
- 更低風險的掛載操作：在 Linux 環境下掛載帶有錯誤標記的 NTFS 磁碟時，新驅動對異常狀態的處理更為穩健，降低了因驅動問題造成的額外資料損傷風險。
- 原生 fsck 工具：
fsck.ntfs讓底層修復操作不再完全依賴 Windows 環境，對於需要在 Linux 工作站上直接處理受損客戶磁碟的工程師而言，工具鏈更加完整。 - 大容量磁碟的效率提升：隨著外接硬碟容量持續增長，4TB 以上的 NTFS 磁碟愈來愈普遍，新驅動在掛載速度上的大幅提升，讓大容量磁碟的日常操作更加流暢。
小結
Linux 7.1 的「NTFS 復興」是核心社群多年期待的成果，填補了 Linux 生態在 Windows 磁碟互通性上的重要缺口。新版驅動在架構現代化、功能完整性和效能表現上，都代表了一個清晰的世代躍進。
對於需要在 Linux 與 Windows 環境之間頻繁交換資料、或在 Linux 環境中處理 NTFS 磁碟的維護人員而言，這是一項值得關注的核心更新。
參考資料
- Phoronix：Linux 7.1 Merges The New NTFS Driver — "NTFS Resurrection"
https://www.phoronix.com/news/Linux-7.1-NTFS - Linuxiac：New NTFS Driver Merged Into Linux 7.1 Kernel
https://linuxiac.com/new-ntfs-driver-merged-into-linux-7-1-kernel/ - It's FOSS：Linux 7.1 Gets a Brand New NTFS Driver
https://itsfoss.com/linux-7-1-new-ntfs-driver/ - XDA Developers：NTFS Gets Revived in Linux 7.1
https://www.xda-developers.com/linux-7-1-ntfs/