最後更新日期：2026年10月07日
⚡ 站長快讀:核心重點
- 文章屬性:教學實戰(A5 底層除錯)
- 適用系統:Windows 10 / 11 與對應 Windows Server
- 難易度 / 耗時:⭐⭐⭐ 高風險 / 含一次強制重新開機
- 核心結論:用微軟官方工具 NotMyFault 製造一次可控藍屏,是驗證「傾印設定在真正當機時寫得出檔案」最簡便可控的一種做法。
- 適用對象:準備送修、要交件給 WinDbg 分析的使用者與 IT 人員
📌 快速答案
一句話答案:NotMyFault 是微軟 Sysinternals 官方當機測試工具,以系統管理員身分觸發一次可控藍屏後,檢查
Memory.dmp與Minidump是否真的生成,即可驗證記憶體傾印設定有效。
🧰 開始前的準備
- 系統需求:NotMyFault 官方頁未標示支援的 Windows 版本;本文所依據的傾印設定文件適用於 Windows 10 / 11 與受支援的 Windows Server,
notmyfaultc命令列版官方另註明可在 Nano Server 執行 - 權限需求:系統管理員(微軟官方頁面明載 Notmyfault requires administrative privileges)
- 需要工具:NotMyFault v4.6(官方下載,壓縮檔 1.8 MB);驗收階段另需 WinDbg
- 預計耗時:含一次強制重新開機;實際長短取決於傾印檔大小與磁碟速度——官方註明傾印超過 2 GB 記憶體可能耗時很久,而且傾印檔寫完之前不會重新開機
- 難度門檻:會開命令提示字元、看得懂登錄檔路徑即可;但這一步會真的讓電腦當掉,不是模擬
🔍 為什麼你需要這個?
你把「啟動與修復」設定打開了、也選了核心記憶體傾印,結果機器真的藍屏那天,C:\Windows 底下空空如也,這是傾印設定沒有驗證過時可能遇到的狀況。原因可能不是你設錯,而是分頁檔不夠大、傾印檔路徑指到一顆已經滿了的磁碟、或是某次系統更新把設定改回自動。而這些問題有一個共同特徵:平常完全看不出來,只有在當機那一刻才會爆發,而那一刻剛好就是你最需要那份檔案的時候。
本文要做的不是再教一次怎麼設定(站內已有當機藍屏一閃就重開?先關自動重新啟動、設好記憶體傾印再抓凶手專篇),而是把設定完之後那條驗證迴圈補起來。三個本文與一般教學不同的切入點,先放在這裡:
- 驗證優先於設定:重點不是勾哪一個選項,而是「勾完之後怎麼證明它會生效」——而要證明它,就得製造一次真的當機。
- 兩份微軟官方文件對同一個數字說法不一致:小型記憶體傾印的大小,一份寫 64 KB、另一份寫 256 KB;最低分頁檔需求也有 1 MB 與 2 MB 兩種官方說法。本文逐筆列出兩邊出處,不替微軟擇一定案。
- NotMyFault 沒有所謂「高權限版」:官方只說明壓縮檔內含 32 位元與 64 位元版本、以及一個命令列版本,而且一律需要系統管理員權限,這是網路上流傳最久的誤解之一。
下圖把這條驗證迴圈收成四個階段,對應下方實戰的五個步驟——取得工具(步驟三)與觸發當機(步驟四)同屬「可控當機」這一個階段。圖內每個數字都取自本文已查證的官方主張:CrashDumpEnabled 對應值與 RAM + 257 MB 出自 KB254649、「自動為預設」出自分頁檔大小判定文件、「crash 0x01 會產生 D1 停止錯誤」出自微軟支援文件《Generate a kernel or complete crash dump》,四份出處皆列於文末參考資料。
🛠️ 實戰步驟
⚠️ 執行前必讀(⭐⭐⭐ 高風險操作)
這個流程會故意讓 Windows 停止運作並重新開機。微軟官方在「從鍵盤強制系統當機」頁面的警告原文是:強制系統當機會立刻停止你的系統,而且可能造成資料遺失。因此:
– 先存檔並關閉所有程式,特別是資料庫、虛擬機、影音剪輯與任何正在寫入的工作。
– 先確認電源穩定(筆電請接上變壓器),當機後系統要寫一份可能數 GB 的檔案到磁碟。
– 本流程會修改登錄檔,請先照步驟二匯出備份。
🚫 停止條件清單(符合任一,請不要繼續)
– 這是正在服役的生產機或別人的機器,而你沒有取得授權。
– 手上有未存檔、無法重做的工作。
– 系統碟剩餘空間小於實體記憶體容量 + 1 GB。
– 已啟用 BitLocker 但手邊沒有還原金鑰。
– 這是公司或學校的受管控裝置,而你沒有 IT 部門授權。
– 執行過程中任何指令的輸出與本文描述不符。
步驟一:先讀出目前的傾印設定,而不是用看的
先別急著點開設定畫面。圖形介面顯示的是「你以為的設定」,登錄檔裡的 CrashControl 才是系統當機那一刻真正會讀的值。以一般使用者權限開啟 PowerShell,跑一段純查詢指令即可(唯讀,不會改到任何東西):
# 讀出當機控制設定的實際值(唯讀查詢,不修改系統)
$key = "HKLM:\SYSTEM\CurrentControlSet\Control\CrashControl"
Get-ItemProperty -Path $key |
Select-Object CrashDumpEnabled, FilterPages, AutoReboot,
DumpFile, MinidumpDir, Overwrite, LogEvent微軟 KB254649《Windows 記憶體傾印檔選項總覽》明載 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\CrashControl 之下的對應關係:
| CrashDumpEnabled 值 | 對應的傾印類型 | 這代表什麼 |
|---|---|---|
0x0 | 不寫入 | 最危險的一種,當機什麼都不留 |
0x1 | 完整記憶體傾印 | 全部實體記憶體,檔案最大 |
0x2 | 核心記憶體傾印 | 只含核心記憶體,多數情況最實用 |
0x3 | 小型記憶體傾印 | 最小,存放於 Minidump 資料夾(大小官方有兩種說法,見下) |
0x7 | 自動記憶體傾印 | Windows 預設啟用(「預設」一語出自分頁檔大小判定文件,非 KB254649) |
💡 為什麼要這樣做? 同一份官方文件另外註明:
CrashDumpEnabled為0x1且FilterPages為0x1時,實際產生的是「主動記憶體傾印」(Active memory dump)。這個組合在圖形介面上只顯示成一個選項,只有讀登錄檔才分得出來。
⚠️ 官方數字分歧逐筆對照(本文開頭承諾的那組,在這裡兌現):
- 小型記憶體傾印的大小:KB254649《記憶體傾印檔選項總覽》與《Varieties of Kernel-Mode Dump Files》都寫 64 KB;《分頁檔大小判定》那頁的最低分頁檔需求表卻寫 256 KB。
- 小型傾印的最低分頁檔:分頁檔大小判定文件寫 1 MB;KB254649 寫「開機磁碟區至少 2 MB」。
- 本文處置:照原樣列出兩邊出處,不替微軟擇一定案。實務上這兩組數字都不影響你要做的事——真正要看的是
%SystemRoot%\Minidump裡有沒有長出新檔案。
這張表的重點摘要:
- 看到
0x0就不必往下做了,先把它改掉,否則當機一定抓不到東西。 0x7(自動)是官方預設啟用的設定,官方說明它「等同核心記憶體傾印,只是 Windows 在設定分頁檔大小時有更多彈性」。0x1搭配FilterPages=0x1才是主動記憶體傾印,單看0x1會誤判成完整傾印。DumpFile預設為%SystemRoot%\Memory.dmp、MinidumpDir預設為%SystemRoot%\Minidump,兩者都可以被改到別的磁碟——被改過卻沒人記得,正是傾印檔憑空消失的常見原因。
步驟二:確認分頁檔(或專用傾印檔)撐得住
這是整篇最容易被跳過、卻最常害人抓不到檔案的一步。微軟官方寫得非常直白:如果你希望當機時產生傾印檔,就必須存在一個分頁檔或專用傾印檔,而且大到足以支撐你選的傾印類型,否則系統記憶體傾印檔不會被建立。
官方列出的最低分頁檔需求如下:
| 傾印設定 | 最低分頁檔需求 | 備註 |
|---|---|---|
| 小型記憶體傾印 | 1 MB | 同一家官方另有「開機磁碟區至少 2 MB」的說法 |
| 核心記憶體傾印 | 視核心虛擬記憶體用量而定 | 沒有固定數字 |
| 完整記憶體傾印 | 1 × 實體記憶體 + 257 MB | 1 MB 表頭 + 最多 256 MB 驅動程式資料 |
| 自動記憶體傾印 | 視核心虛擬記憶體用量而定 | 預設值,由系統動態調整 |
關於自動記憶體傾印,官方的行為描述值得記下來:它一開始會選一個較小的分頁檔,通常足以容納核心記憶體;若系統在四週內再次當機,自動記憶體傾印功能會把分頁檔大小設為實體記憶體容量或 32 GB,取兩者較小值。換句話說,你第一次測試時分頁檔可能還沒長大。
如果你不想開分頁檔、但又要留傾印檔,官方提供的正解是專用傾印檔(dedicated dump file):它是一個「不拿來分頁的分頁檔」,唯一用途就是在當機時支撐 Memory.dmp,而且可以放在任何支援分頁檔的磁碟區。
這一段的重點摘要:
- 沒有足夠的分頁檔或專用傾印檔,選了完整傾印也照樣生不出檔案。
- 完整傾印的算式請記死:RAM + 257 MB,不是 RAM 就好。
- 系統管理的分頁檔最小值會隨 RAM 變動(官方寫 RAM ÷ 8、上限 32 GB),所以小記憶體的機器反而更容易踩雷。
- 想拿掉分頁檔又要保留傾印能力,用專用傾印檔,不要硬把分頁檔關掉。
步驟三:備份登錄檔,再取得 NotMyFault
動手之前先把 CrashControl 匯出一份。以下 PowerShell 需要系統管理員權限,它會先檢查權限、建立備份目錄、再匯出登錄檔:
# ============================================================
# 安全前綴:管理員權限檢查 + 操作前備份
# ============================================================
# 檢查是否以管理員身份執行
$CurrentId = [Security.Principal.WindowsIdentity]::GetCurrent()
$Principal = [Security.Principal.WindowsPrincipal]$CurrentId
$AdminRole = [Security.Principal.WindowsBuiltInRole]::Administrator
$IsAdmin = $Principal.IsInRole($AdminRole)
if (-not $IsAdmin) {
Write-Warning "Task aborted: Please re-run as Administrator."
Exit 1
}
# 建立操作前備份目錄(若不存在)
$BackupDir = "C:\Users\Public\Documents\TedTechBackup"
if (-not (Test-Path $BackupDir)) {
New-Item -ItemType Directory -Path $BackupDir | Out-Null
}
# 時間戳記,用於備份檔名
$Timestamp = Get-Date -Format "yyyyMMdd_HHmmss"
# 路徑要分開:PowerShell Provider 路徑給 Test-Path;reg.exe 路徑給 export
$RegistryPsPath = "HKLM:\SYSTEM\CurrentControlSet\Control\CrashControl"
$RegistryRegPath = "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl"
$BackupFile = Join-Path $BackupDir "CrashControl_$Timestamp.reg"
if (-not (Test-Path $RegistryPsPath)) {
Write-Warning "Registry path not found: $RegistryPsPath"
Exit 1
}
# 匯出登錄檔(reg.exe 要用 HKLM\ 而非 HKLM:\)
& reg.exe export "$RegistryRegPath" "$BackupFile" /y | Out-Null
if ($LASTEXITCODE -eq 0 -and (Test-Path $BackupFile)) {
Write-Output "Backup saved: $BackupFile"
Write-Output "To restore: reg import `"$BackupFile`""
} else {
Write-Warning "Backup failed. Aborting."
Exit 1
}備份完成後,到微軟官方頁面下載 NotMyFault。請只走微軟官方管道(Sysinternals 官方下載頁,網域為 download.sysinternals.com),不要從第三方載點取得——這是一支功能就是「讓系統當機」的程式,來源不明的版本沒有任何理由值得信任。
目前官方版本是 NotMyFault v4.6,由 Mark Russinovich 撰寫,發布日期 2026 年 8 月 12 日,壓縮檔約 1.8 MB。官方說明壓縮檔內含 32 位元與 64 位元版本,以及一個可在 Nano Server 上執行的命令列版本。
💡 為什麼要這樣做? Sysinternals 官方頁指出,《Windows Internals》第 7 章用 NotMyFault 示範集區(pool)洩漏排查、第 14 章用它示範當機分析——這支工具本身就是教科書等級的標準器材,不是野生的破壞程式。
步驟四:觸發一次可控的藍屏
解壓縮後以系統管理員身分開啟命令提示字元,切換到解壓目錄。官方 Sysinternals 頁面記載的命令列語法是:
notmyfaultc.exe crash 0x01而微軟支援文件《Generate a kernel or complete crash dump》示範的是帶斜線的形式,指令序列是先跑這一行(官方該頁未進一步說明 /getdumptype 的語意):
notmyfaultc64.exe /getdumptype = fullnotmyfaultc64.exe /crash 0x01⚠️ 兩份都是微軟官方文件,但語法寫法不同:Sysinternals 下載頁(v4.6,2026-08-12 更新)寫的是 crash 0x01,支援文件(2026-02-12 更新)寫的是 /crash 0x01。本文兩種都列出,實際以你下載到的版本執行 notmyfaultc.exe 不帶參數所印出的用法為準。
官方對這個動作的結果說得很明確:這個操作會產生一份記憶體傾印檔,以及一個 D1 停止錯誤。D1 就是 DRIVER_IRQL_NOT_LESS_OR_EQUAL——測試工具刻意在高 IRQL 下存取分頁記憶體所觸發的經典驅動程式錯誤。
官方 v4.6 頁面完整列出的當機類型如下:
| 代碼 | 官方標示的當機類型 |
|---|---|
0x01 | High IRQL fault(Kernel-mode) |
0x02 | Buffer overflow |
0x03 | Code overwrite |
0x04 | Stack trash |
0x05 | High IRQL fault(User-mode) |
0x06 | Stack overflow |
0x07 | Hardcoded breakpoint |
0x08 | Double Free |
另外還有兩種掛起(hang)模式:hang 0x01 為 Hang with IRP、hang 0x02 為 Hang with DPC。
這張表的重點摘要:
- 驗證傾印設定請固定用
0x01,它是微軟支援文件自己示範的那一個,結果可預期(D1)。 0x05是使用者模式版本,用途與0x01不同,不要拿來當驗證項目。hang系列會讓系統卡住而不是立刻藍屏,拿來驗證傾印設定會白等一場。- 這八種類型對應的是不同的錯誤注入手法,用途是學習判讀,不是比誰比較猛。
步驟五:驗收——檔案在不在,而且打得開
重新開機後,依照步驟一讀到的傾印類型去對應位置檢查。以唯讀指令確認:
# 檢查完整/核心/自動傾印的落點
Get-Item "$env:SystemRoot\Memory.dmp" -ErrorAction SilentlyContinue |
Select-Object FullName, Length, LastWriteTime# 檢查小型傾印的落點(每次當機各存一份)
Get-ChildItem "$env:SystemRoot\Minidump\*.dmp" -ErrorAction SilentlyContinue |
Sort-Object LastWriteTime -Descending | Select-Object -First 5兩個位置的官方行為差異很關鍵:完整與核心傾印只保留一份 Memory.dmp,官方註明在「勾選覆寫任何現有檔案」時,下一次當機會直接蓋掉上一份(自動傾印因官方定義等同核心傾印,行為相同);小型記憶體傾印則是每次當機各開一個新檔,檔名內含日期(官方舉例 Mini022900-01.dmp 代表 2000 年 2 月 29 日的第一份),全部集中在 %SystemRoot%\Minidump。
檔案存在還不算通過。最後一關是用 WinDbg 真的打開它,確認符號能載入、!analyze -v 跑得出結果——關於怎麼讀那份報告,站內有WinDbg !analyze -v 完整教學可以直接接上。到這一步,你才真正證明了這台機器「當機時抓得到東西、而且抓到的東西有用」。
🧪 硬體測試基準(Testbed Baseline)
本文所有數值與行為描述均取自微軟官方文件交叉查證,未在特定硬體上進行第一手實測,因此不提供測試機規格表,也不提供任何耗時或檔案大小的實測數字。
🔬 底層機制:這個問題到底在系統哪一層?
很多人以為傾印檔是「Windows 當機後才開始寫的」,這個誤解正是所有踩雷的源頭。實際順序是反過來的:當機那一刻,Windows 已經沒有一個可信任的檔案系統可用了。核心剛判定自己處於無法繼續執行的狀態,任何依賴檔案系統驅動、磁碟堆疊、甚至記憶體管理員的正常路徑都不能再信任——這也是為什麼藍屏之後系統必須重開,而不是把錯誤處理掉繼續跑。
所以微軟採用的做法是:當機時把實體記憶體的內容寫進分頁檔(官方原文即為「電腦當機並重新啟動時,實體 RAM 的內容會被寫入位於安裝作業系統之磁碟分割上的分頁檔」),等到下一次開機、檔案系統重新可用之後,才由系統把那段內容搬成 Memory.dmp。這條路徑解釋了本文所有結論:
- 為什麼分頁檔大小是硬需求:它不是效能調校選項,而是當機那一刻唯一能安全落地的容器。分頁檔不夠大,記憶體內容根本沒地方放,檔案自然不存在。
- 為什麼專用傾印檔能取代分頁檔:它在儲存層的角色完全相同,只是不參與分頁。
- 為什麼重開機會變慢:官方明講「傾印檔寫完之前不會重新開機」,而且依磁碟速度,傾印超過 2 GB 記憶體可能耗時很久。
這也解釋了 NotMyFault 與另一條路線的分工。想在不讓系統當機的前提下取得核心傾印,Windows 另有即時核心傾印機制,站內有LiveDump 教學:不必讓系統當機重開,也能產生完整核心傾印檔專篇。但即時傾印走的是完全不同的程式碼路徑——它證明不了「真正 bug check 發生時檔案寫得出來」,所以驗證傾印設定這件事,終究只能靠一次真的當機。
🔙 萬一翻車:回退步驟
情境一:藍屏了,但重開機後什麼檔案都沒有
這代表驗證成功地告訴你設定是壞的——這正是做這次測試的目的。依序檢查:
- 重跑步驟一的唯讀查詢,確認
CrashDumpEnabled不是0x0。 - 確認
DumpFile指向的磁碟存在且有足夠空間。 - 依步驟二的表格核對分頁檔大小;完整傾印請確認至少 RAM + 257 MB。
- 若不想開分頁檔,改用官方的專用傾印檔。
- 修正後重新開機讓設定生效,再測一次。
情境二:想把登錄檔改回原狀
用步驟三匯出的備份還原,不要憑記憶把值敲回去:
reg import "C:\Users\Public\Documents\TedTechBackup\CrashControl_<你的時間戳>.reg"⚠️ 請匯入你自己匯出的那一份。不同 Windows 版本、版次與品牌機的原廠預設值並不相同,網路上抄來的「標準值」很可能與你機器出廠時的設定不一樣。
情境三:重開機後系統無法正常啟動(最壞情況)
NotMyFault 觸發的是一次標準的 bug check,系統照常會重開;但任何非正常關機都可能讓上一次未完成的寫入作業留下殘缺。若開機卡住:
- 官方列出的 Windows 修復環境(WinRE)自動啟動條件包含「連續兩次無法啟動 Windows」、「開機完成兩分鐘內連續兩次非預期關機」與「開機完成兩分鐘內連續兩次系統重新開機」。官方未明列「使用者手動中斷開機」屬於哪一條,但實務上連續兩次中斷開機通常會落入這類條件而進入 WinRE。
- 在 WinRE 的疑難排解/進階選項底下,選擇以安全模式開機(各版本選單文字略有差異)。
- 進入安全模式後,用情境二的指令把登錄檔匯回去。
- 若已啟用 BitLocker,WinRE 會要求還原金鑰——這就是為什麼停止條件裡要求你先備妥金鑰。
💡 總結:進階玩法與底層邏輯
站長我最想強調的一句話是:傾印設定是少數「不驗證就等於沒設定」的項目。備份可以看檔案大小知道有沒有跑,防毒可以看即時保護的狀態,但傾印設定在當機之前完全沒有任何外顯訊號——你唯一能拿到的回饋,就是自己製造一次當機。而這件事的成本其實很低:一次重開機、加上事前存檔的幾分鐘。相較之下,真正藍屏那天發現 C:\Windows\Memory.dmp 不存在、整台機器的當機原因線索歸零,代價高得多。
這裡也把本文可驗證的關鍵數字集中一次,方便你日後回頭核對:官方版本 NotMyFault v4.6、發布日 2026-08-12、壓縮檔 1.8 MB、當機類型 8 種、掛起類型 2 種、完整傾印分頁檔需求 RAM + 257 MB、自動傾印的再次當機觀察窗 四週(四週內二度當機,分頁檔改設為 RAM 或 32 GB 取小者;系統管理分頁檔的上限則是另一個數字 3 × RAM 或 4 GB 取大者,並再受磁碟區大小 ÷ 8 限制)。必須誠實說明的是:以上全部來自微軟官方文件交叉查證(證據等級 E3),本文未在任何特定硬體上做第一手實測,因此你不會在本文看到「我實測花了幾分鐘」這類數字——那種數字若沒有真的跑過,寫出來就是編的。
進階一點的玩法有兩個方向。第一是鍵盤觸發法:在 i8042prt(PS/2)、kbdhid(USB)或 hyperkbd(Hyper-V)的 Parameters 底下建立 CrashOnCtrlScroll 為 REG_DWORD 的 0x01,重開機後按住右側 CTRL 並連按兩次 Scroll Lock,系統會呼叫 KeBugCheck 並發出 Bug Check 0xE2:MANUALLY_INITIATED_CRASH。它比 NotMyFault 更貼近「系統已經半死不活時還能不能抓 dump」的真實情境,但官方也註明了它的極限:當系統卡在高 IRQL 時,鍵盤法失效,因為負責讓傾印流程跑起來的 kbdhid.sys 運行在比 i8042prt.sys 更低的 IRQL。第二是改用其他當機類型判讀差異,例如比較 0x02 Buffer overflow 與 0x08 Double Free 在 !analyze -v 輸出上的分歧,這是練習判讀的好素材。
❓ 常見問題
Q:NotMyFault 安全嗎?會不會把硬碟弄壞?
這是微軟 Sysinternals 官方發布的工具,由 Mark Russinovich 撰寫,官方頁面沒有任何關於硬體損壞的警告。真正存在的風險只有兩個,而且都跟工具本身無關:未存檔的資料會遺失,以及任何非正常關機都可能留下未完成的寫入。微軟在鍵盤觸發法的頁面直接寫明「強制系統當機會立刻停止你的系統,而且可能造成資料遺失」——把這句話當成唯一需要防範的風險就對了。請務必從 download.sysinternals.com 官方載點取得,第三方載點的同名檔案沒有任何安全保證。
Q:NotMyFault 的「高權限版」跟「一般版」差在哪?
沒有這種版本區分。 官方壓縮檔裡的差別只有兩個維度:32 位元對 64 位元,以及圖形介面版(notmyfault)對命令列版(notmyfaultc)。官方頁面只有一句與權限有關的說明——「Notmyfault requires administrative privileges」,也就是所有版本一律需要系統管理員權限,不存在某個版本權限比較高的情況。命令列版唯一的額外特性是官方註明它可在 Nano Server 上執行,那是功能差異,不是權限差異。
Q:用 NotMyFault 觸發 BSOD 之後,要怎麼分析那份傾印檔?
先確認落點:完整/核心/自動傾印在 %SystemRoot%\Memory.dmp,小型傾印在 %SystemRoot%\Minidump。接著用 WinDbg 開啟該檔,跑 !analyze -v 取得分析報告。由於是 NotMyFault 自己注入的錯誤,0x01 的結果應該落在 D1(DRIVER_IRQL_NOT_LESS_OR_EQUAL)——微軟支援文件就是這樣描述該指令的結果。看到這個停止碼、而且檔案用 WinDbg 打得開,才代表整條鏈路是通的。判讀報告各欄位的細節,可直接看站內的 !analyze -v 完整教學。
Q:為什麼要故意讓電腦當機?直接等它自己當不行嗎?
因為「等它自己當」的那一次,通常就是你最需要傾印檔、卻最不能接受抓不到的那一次。傾印設定的失效模式是靜默的——分頁檔被縮小、傾印路徑指向已移除的磁碟、群組原則把設定改掉,這些在平常完全沒有症狀。主動測一次,等於把「設定是否有效」這個未知數,從事故當下挪到你可以從容處理的時段。
Q:這個方法在舊版本也適用嗎?
NotMyFault 本身橫跨多個 Windows 版本,官方目前提供的是 v4.6(2026-08-12)。傾印類型與 CrashControl 登錄檔值的定義出自微軟 KB254649,該文編號沿用至今、內容持續更新。鍵盤觸發法的支援範圍官方寫得更細:PS/2 鍵盤為 Windows 2000 以後、USB 鍵盤為 Windows Vista 以後、Hyper-V 鍵盤為 Windows 10 1903 以後。若你的環境更舊,請以該頁面的版本標示為準。
🔗 延伸閱讀
- ProcDump 教學:抓出應用程式沒回應與當機瞬間的記憶體傾印檔
- LiveKd 教學:不必真的當機,用 WinDbg 分析正在執行中的 Windows 核心
- WinDbg lmvm 教學:一行指令看懂當機驅動模組與版本資訊
- Process Explorer 完整教學:找出鎖定檔案、異常程序與可疑 DLL
📎 參考資料來源
📖 第一級|廠商官方:
- NotMyFault v4.6 — Microsoft Sysinternals — 2026-09-13 查證
- Generate a kernel or complete crash dump — Microsoft Learn — 2026-09-13 查證
- Overview of memory dump file options for Windows(KB254649)— Microsoft Learn — 2026-09-13 查證
- How to determine the appropriate page file size for 64-bit versions of Windows — Microsoft Learn — 2026-09-13 查證
- Varieties of Kernel-Mode Dump Files — Microsoft Learn — 2026-09-13 查證
- Enabling a Kernel-Mode Dump File — Microsoft Learn — 2026-09-13 查證
- Forcing a system crash from the keyboard — Microsoft Learn — 2026-09-13 查證
- Windows Recovery Environment (Windows RE) — Microsoft Learn — 2026-09-13 查證
⚠️ 本文核心事實以第一級為準;文中已標示的兩處官方數字分歧(小型記憶體傾印大小 64 KB / 256 KB、最低分頁檔 1 MB / 2 MB)原樣揭露,不代讀者擇一定案。
📅 本文查證戳記:2026-09-13 依微軟官方文件交叉查證撰寫(證據等級 E3,非第一手實測)。
若你在後續版本遇到步驟失效,歡迎透過聯絡頁面回報。