NTFS_FILE_SYSTEM 0x24 藍屏:拆四參數揪檔案系統真兇

適用系統:Windows 11(含 24H2 / 25H2)與 Windows 10 全版本
權限需求:系統管理員(chkdsk、SFC、Driver Verifier 都需要)
需要工具:事件檢視器(內建)、命令提示字元(系統管理員)、SMART 檢測工具(CrystalDiskInfo 或廠商工具)、WinDbg(進階分析用,選配)
預計耗時:讀藍屏與備份約 20 分鐘;chkdsk /r 在傳統硬碟上可能數小時
先做一件事:如果畫面還進得了系統,先把重要檔案複製到另一顆硬碟或雲端再開始。0x24 代表磁碟層已經出狀況,任何修復動作都存在讓資料更難救的風險。

🔍 症狀描述與錯誤訊息

跳 NTFS_FILE_SYSTEM 的人,通常是在這幾種情況遇到:開機開到一半忽然藍屏、複製大量檔案或解壓縮時當掉、關機過程中閃一下藍屏,或是防毒軟體、備份程式、磁碟重組正在背景掃描時系統整個倒下。比較嚴重的狀況是連桌面都進不去,一開機就藍屏、重開、又藍屏,卡在 Windows 的「自動修復」迴圈裡出不來。

藍屏畫面上會出現一個哭臉 :(,底下停止代碼寫著:

🙁 你的電腦發生問題,需要重新啟動。
停止代碼(Stop code):NTFS_FILE_SYSTEM
有時也會顯示完整代碼 0x00000024(或 0x24)

有些機器會在停止代碼後面多帶一個 ntfs.sys 的失敗模組名稱。這其實是個很有用的線索——它直接告訴你,是負責讀寫 NTFS 磁碟的那支驅動程式在喊救命。

🔎 問題根因

先講結論:0x24 不是「Windows 亂當機」,而是 NTFS 驅動 ntfs.sys 在讀寫磁碟時,偵測到嚴重到不能繼續的資料不一致,於是主動觸發 bugcheck 停下來,避免把損壞的資料寫得更爛。換句話說,藍屏是保護機制,不是元兇本身。

根據微軟官方對 Bug Check 0x24 的說明,可能原因集中在三類:

磁碟損毀(最常見):NTFS 檔案系統本身的中繼資料(metadata)損壞,或硬碟上出現壞軌(bad sectors)。老化的機械硬碟、寫入壽命將盡的 SSD、非正常關機或斷電造成的檔案系統中斷,都會走到這一步。
儲存驅動損壞:損毀的 SATA / IDE 儲存控制器驅動程式,會影響系統讀寫磁碟的能力,一樣會觸發這個錯誤。SATA 排線鬆脫、接觸不良也算在這一類的延伸。
非分頁集區(nonpaged pool)記憶體耗盡:官方註明這是「過去版本」較常見的成因——當 nonpaged pool 被耗盡,或索引過程中可用量過低、又有其他核心模式驅動要抓 nonpaged pool 時,也可能誘發 0x24。

實務上,絕大多數家用機的 0x24 都指向第一類:磁碟或檔案系統出問題。所以修復的第一順位永遠是「確認磁碟健康、修檔案系統」,而不是急著重灌。

🔬 底層機制:這個錯誤訊號從哪裡來?

想真正看懂 0x24,得先認識它的四個參數(Parameter)。藍屏當下如果有抓到記憶體傾印,WinDbg 跑 !analyze -v 就會列出這四個值,官方定義如下:

參數	官方意義
Parameter 1	指出原始檔與行號。高 16 位元(0x 後前四碼)是原始檔的識別碼,低 16 位元是 bugcheck 發生的原始碼行號
Parameter 2	若 NtfsExceptionFilter 在堆疊上,這個值是例外記錄(exception record)的位址
Parameter 3	若 NtfsExceptionFilter 在堆疊上,這個值是內容記錄(context record)的位址
Parameter 4	保留(Reserved)

這裡的關鍵是 NtfsExceptionFilter。它是 NTFS 驅動內部的例外處理常式;當它出現在呼叫堆疊上,代表 ntfs.sys 在存取磁碟時攔截到一個例外。這時 Parameter 3 的內容記錄就非常有價值——在 WinDbg 裡用 .cxr(Display Context Record)帶入 Parameter 3,就能把偵錯器的暫存器狀態切回當機的那一瞬間,接著用 kb(Display Stack Backtrace)看完整呼叫堆疊,往回追是哪一層、哪個模組把磁碟操作搞爆的。WinDbg 的實際操作可以參考站長這篇 WinDbg 藍畫面 minidump 分析教學。

順帶把幾個容易搞混的儲存相關藍屏分清楚:0x24 是「檔案系統一致性」出問題(能開機、但讀寫時爆);INACCESSIBLE_BOOT_DEVICE(0x7B)是「開機時載入不到儲存驅動」(通常一開機就卡、進不了系統);而 MEMORY_MANAGEMENT(0x1A)則是記憶體管理層的問題。三者症狀相近,但修法方向不同,別一律當成「換 RAM」處理。

🛠️ 解決方案

⚠️ 動手前務必先讀:0x24 常伴隨實體磁碟劣化。任何寫入型的修復(尤其 chkdsk /r)在瀕死硬碟上,都有可能加速它徹底掛掉。請先完成資料備份,並確認電源穩定(桌機建議接 UPS,筆電接變壓器),修復過程不要強制斷電。

方法一:先讀藍屏、備份、查磁碟健康(不要急著修)

記下停止代碼與失敗模組(是否為 ntfs.sys)。
查事件檢視器:開「事件檢視器 → Windows 記錄 → 系統」,找 disk、Ntfs、volmgr 之類來源的錯誤或警告,常見的 disk event(例如控制器逾時、壞區塊警告)能幫你鎖定是哪顆碟。
檢查磁碟健康度:用 SMART 資訊看重新配置磁區數、待處理磁區、通電時數等指標。詳細步驟見如何檢查 SSD 健康度。如果 SMART 已經示警(黃燈/紅燈),請優先把資料救出來、準備換碟,不要反覆重開機硬撐。

方法二:用 chkdsk 修復檔案系統(核心解法)

這是對付 0x24 命中率最高的一步。以系統管理員開啟命令提示字元後執行:

chkdsk C: /f /r /x

各參數的官方定義要先搞懂,不要亂加:

/f:修復磁碟上的錯誤,執行時必須鎖定磁碟。
/r:定位壞軌並救回可讀取的資訊,已包含 /f 的功能,並額外做實體磁碟錯誤分析(所以最花時間)。
/x:必要時強制先卸載磁碟區,也包含 /f 的功能。
/b(NTFS 專用):清除磁碟區的壞叢集清單並重新掃描,包含 /r 功能,適合把磁碟映像轉到新硬碟後使用。

如果你下的是系統碟(通常是 C:),因為磁碟正在使用中無法鎖定,chkdsk 會問你要不要在下次重新啟動時檢查——輸入 Y 後重開機即可;若該分割區是開機分割區,chkdsk 檢查完會自動重開機。

現代 Windows 的線上掃描:Windows 8 之後支援線上掃描,可先跑 chkdsk C: /scan 在系統執行中掃描,把發現的問題排入離線修復,再用 chkdsk C: /spotfix 做針對性修補,能大幅縮短停機時間。

chkdsk 跑完會回報退出碼:0 無錯誤、1 找到並修復錯誤、2 執行了清理、3 無法檢查或未修復。看到 1 代表確實有東西被修好了。

修完檔案系統後,再用 SFC 與 DISM 補一刀,修復可能被連累的系統檔案:

sfc /scannow

DISM /Online /Cleanup-Image /RestoreHealth

SFC 與 DISM 的完整用法與差異,見 SFC 與 DISM 指令修復教學。

📌 官方提醒:不建議中斷 chkdsk;但萬一真的中斷了,理論上也不會讓磁碟比執行前更糟,重新再跑一次 chkdsk 會繼續檢查並修復剩餘的損毀。

方法三:揪出儲存驅動或用 Driver Verifier 定位

如果磁碟健康、chkdsk 也修過了還是跳 0x24,嫌疑就轉向驅動程式:

更新或回滾儲存驅動:到裝置管理員檢查「儲存控制器」「IDE ATA/ATAPI 控制器」,更新晶片組與 SATA AHCI / RAID 驅動;若問題是某次更新後才出現,改用回滾。
暫時停用持續掃描的工具:官方明確建議,先停掉會不斷監控系統的防毒掃描器、備份程式或磁碟重組工具,排除它們與 ntfs.sys 打架的可能。
確認可用空間充足:官方建議保留約 10%–15% 的可用空間,供交換檔與其他功能使用;系統碟塞太滿也可能誘發問題。
Driver Verifier(進階):內建的驅動程式驗證工具,能即時檢查驅動行為並在出錯時主動觸發例外,方便定位。⭐⭐⭐ 注意:Driver Verifier 會增加系統負擔、而且本來就可能故意觸發當機來抓兇手,請一次只驗少量第三方驅動,並先設好還原點。 用完務必回退(見下一節)。

✅ 驗證修復結果

修完別急著宣告勝利,用這幾點確認問題是「真的解決」而不是「暫時沒發作」:

連續開關機、重讀寫測試:多開關機幾次,並複製大量檔案、解壓縮測試,觀察是否還跳 0x24。
chkdsk 複驗:再跑一次 chkdsk C:(唯讀模式,不帶參數)確認回報無錯誤;或看退出碼是否為 0。
事件檢視器無新錯誤:確認「系統」記錄裡不再出現新的 Ntfs / disk 錯誤。
SMART 沒有持續惡化:重新配置磁區數、待處理磁區數若持續增加,代表硬碟仍在劣化,修檔案系統只是治標。
觀察數天:BSOD 這種偶發性問題,建議正常使用觀察 3–7 天再下定論。

🔙 萬一翻車:回退步驟

Driver Verifier 開了之後進不了系統:重開機進「安全模式」,在系統管理員命令提示字元執行 verifier /reset 關閉所有驗證;若連安全模式都進不去,從 WinRE(Windows 修復環境)的命令提示字元執行同一指令,或刪除對應的登錄機碼設定後重開機。
驅動更新後更不穩:到裝置管理員對該裝置「內容 → 驅動程式 → 回復驅動程式」回到舊版。
chkdsk 修完仍反覆藍屏、且 SMART 惡化:代表這顆碟很可能已經實體損壞。此時最安全的做法是換新硬碟、還原先前的備份,而不是繼續在壞碟上重跑修復。這也是為什麼方法一要你先備份——留一條退路。

💡 總結:預防再次發生

站長我修過的 0x24 案例裡,真正「純軟體、換個驅動就好」的其實是少數;更多時候,它是硬碟在跟你發求救訊號。與其等藍屏,不如把預防做在前面:

定期看 SMART:每隔一段時間看一次磁碟健康度,重新配置磁區、待處理磁區開始跳,就是準備換碟的訊號,別等它整顆掛。
正常關機、穩定供電:非正常斷電是 NTFS 中繼資料損壞的常客;桌機接 UPS、筆電維持電量,能省掉很多莫名其妙的檔案系統錯誤。
備份是保險不是選配:重要資料至少遵循 3-2-1(三份、兩種媒體、一份異地)。0x24 最壞的結局是資料連同壞碟一起走,備份是你唯一的後悔藥。
儲存驅動別亂裝:SATA / 晶片組驅動用官方或筆電廠牌提供的版本就好,來路不明的「加速驅動」少碰。
壞軌盤別硬撐:一旦確認實體壞軌在擴散,修檔案系統只是拖時間,及早換碟才是省錢又省資料。

底層邏輯其實很單純:0x24 是磁碟層在喊「我這裡的資料對不上了」。 聽懂這句話,先保資料、再修系統、最後才換料,順序對了就不會愈修愈糟。

❓ 常見問題

Q:跳 NTFS_FILE_SYSTEM 0x24 是不是硬碟要壞了?一定要換嗎?

不一定。0x24 最常見的成因是檔案系統中繼資料損毀或壞軌,但也可能是儲存驅動或(過去版本的)記憶體問題。正確做法是先用 SMART 判斷硬碟健康:如果 SMART 正常,多半 chkdsk 修一修就好;如果 SMART 已示警、或 chkdsk 修完又反覆發作,那才是換碟的訊號。

Q:chkdsk /r 跑到一半好像卡住不動,正常嗎?可以中斷嗎?

在大容量或壞軌多的磁碟上,/r 會逐一檢查每個磁區,花上數小時甚至更久是正常的,尤其傳統機械硬碟因為讀寫頭要實體移動會特別慢。官方不建議中斷;但萬一真的中斷,理論上不會讓磁碟比原本更糟,重新再跑一次即可。請盡量讓它跑完、並確保過程不斷電。

Q:修完之後過幾天又復發怎麼辦?

反覆復發通常代表根因沒除掉。依序檢查:SMART 是否持續惡化(硬碟實體劣化)、是不是某支儲存驅動或防毒/備份工具在搗亂(用 Driver Verifier 或乾淨開機測試)、以及系統碟可用空間是否長期低於 10%–15%。若 SMART 明確惡化,別再修了,直接換碟還原備份最實在。

🔗 延伸閱讀

📎 參考資料來源

📖 第一級|廠商官方:

Microsoft Learn — Bug Check 0x24: NTFS_FILE_SYSTEM — 2026-07-07 查證
Microsoft Learn — chkdsk 命令參考 — 2026-07-07 查證
Microsoft Learn — Driver Verifier — 2026-07-07 查證
Microsoft Support — 使用系統檔案檢查工具(SFC)修復系統檔案(929833) — 2026-07-07 查證

⚠️ 本文核心事實以第一級官方文件為準,屬深度資料整合、非站長第一手硬體實測。

📅 本文查證戳記:2026-07-07 依微軟官方 Bug Check 0x24 與 chkdsk 文件撰寫。若你在後續版本遇到步驟失效,歡迎在留言區回報,站長會更新文章。