Nintendo Switch emuMMC 升級實戰：20.1.0 → 22.5.0，大氣層、Hekate、Daybreak 與常見問題排解

本文範圍：既有自製系統的升級與維護。參考機型為 Nintendo Switch OLED，主機原本已可使用 Hekate、Atmosphère（大氣層）與 emuMMC。本文不介紹硬體改造、晶片安裝、自製系統初次建置，也不介紹金鑰匯出；另補充升級後的軟體啟動相容性、DBI 語系與警告，以及資料異常後的刪除重裝排錯。Sys-patch 仍以相容性說明為主。

這次將 OLED 主機原有的 20.1.0｜Atmosphère 1.9.5｜emuMMC，升級到 22.5.0｜Atmosphère 1.12.1｜emuMMC。過程先更新啟動工具與大氣層，再由 Daybreak 更新虛擬系統；之後針對首次重新啟動黑畫面、待機喚醒異常，以及舊背景模組的相容性逐項排查。

文章整理自本次操作紀錄。已確認的結果是系統版本升級成功、更新 Tesla／nx-ovlloader 後喚醒已有改善；未實測的部分不當作已完成的結果。本篇提到的「備援」只指系統映像與設定的復原準備。

版本說明：22.5.0 是本次指定的目標版本，不代表最新版本。發布前核對時，任天堂台灣更新資訊顯示較新的 23.0.1。請依自己的目標版本核對 Atmosphère、Hekate 與背景模組支援，不要把不同版本的套件混用。

閱讀前提：你已經有能正常開機的自製系統。更新前保留可讀取的系統備援，韌體資料須自行合法取得並核驗；任天堂不保證非原廠環境更新後的運作。本文僅記錄 emuMMC 維護，不是官方更新指南。

文章目錄

1. OLED 參考主機與升級前後環境
2. sysMMC、emuMMC、RAM 與 eFuse
3. SD File：透過 Hekate 保留系統映像
4. 更新 Atmosphère、Hekate 與 fusee.bin
5. 以 Daybreak 升級 emuMMC
6. 開機黑畫面與待機喚醒排錯
7. 升級後無法啟動軟體：一併更新 Sys-patch
8. DBI 921、繁中語系與 prod.keys 警告
9. 出現資料損壞提示：清除安裝資料再重裝
10. 升級所需空間與檔案完整性
11. 驗收清單與常見問題
12. 官方來源與參考資料

一、OLED 參考主機與本次升級環境

升級過程有幾個很有用的觀察：先只更新 Atmosphère，仍可正常啟動舊的 HOS 20.1.0；等到 Daybreak 升完 22.5.0，系統雖能進桌面，卻陸續遇到休眠與遊戲相容性問題。這表示「CFW 可以開機」和「所有Homebrew、背景模組、休眠都正常」是不同層次的測試。

↑ 回到目錄

二、先搞懂 sysMMC、emuMMC、RAM 和 eFuse

sysMMC 是主機原本的系統儲存環境；emuMMC 是另外建立的虛擬系統。兩者可以各自使用不同的 HOS 版本，Hekate 則負責選擇啟動哪個環境。系統設定顯示 20.1.0 | AMS 1.9.5 | E，最後的 E 是判斷目前在 emuMMC 的重要線索。

本機 Hekate 的記憶體資訊顯示 Density: 2x 1GB | 2x 1GB，合計是 4GB RAM。但 emuMMC/SD00/eMMC 的備份約 58GB，指的是虛擬系統儲存映像，不是 8GB RAM。這兩個數字很容易混淆。

eFuse 又是另一回事。升級前在 Hekate 的 Console Info → HW & Fuses 讀到：

Burnt Fuses: 21 | 0
HOS: 20.0.0 - 20.5.0

這表示實體防降級保險絲的狀態對應 20.x 這個韌體世代，而不是說 emuMMC 只能裝 20.x。依 Switchbrew 的對照表，零售主機的 20.0.0～20.5.0 對應 21 個，22.0.0～22.5.0 對應 23 個；但本次只有 emuMMC 透過 Daybreak 更新，正常不會因而燒錄主機實體 eFuse。

本次選擇保留 sysMMC，只更新 emuMMC；這與 NH Switch Guide 同時檢查及更新 sysMMC 的完整順序不同。請將它視為此台 OLED 的操作紀錄，而不是所有啟動環境都適用的通用保證。

↑ 回到目錄

三、SD File 備份較單純：透過 Hekate 保留系統映像

這台 OLED 已確認為 SD File（檔案型 emuMMC），不是 SD Raw Partition。系統映像以檔案存放在 emuMMC/SD00/eMMC，本次約 58GB，因此比起必須另外處理隱藏原始分割區的環境，備份較容易整理；但仍需完整保留檔案，不能只複製部分分段映像。

本篇的系統備份一律以 Hekate 為入口，不使用 DBI。對這台 SD File 主機，做法是在未啟動 emuMMC 的 Hekate 環境，透過 USB Tools 把 SD 卡掛載至電腦，再完整複製系統映像與設定；這與在正在執行的虛擬系統裡使用 DBI 管理軟體不同。

1. 先完全關機，再進入 Hekate；到 emuMMC → emuMMC Info & Selection，確認 Type 為 SD File，並核對正在使用的映像路徑。
2. 開啟 Tools → USB Tools → SD Card，連接電腦。若電腦要求格式化任何磁碟，先取消，不要格式化。
3. 完整複製 emuMMC/SD00/eMMC 的全部內容（包括 BOOT0、BOOT1 與所有映像分段），以及 emuMMC/emummc.ini。實際路徑以本機設定為準；保存到電腦或 NAS 的獨立位置。
4. 另外保留 bootloader/hekate_ipl.ini 及 Atmosphère／背景模組設定。核對來源與備份的檔案數量、大小與可讀取性；重要映像可再比對雜湊。
5. 複製完成後在電腦端安全退出 USB 裝置，再退出 Hekate 的 USB 工具。備份確認完整之前，先不要開始更新。

這裡說的「透過 Hekate 備份」是Hekate USB Tools 離線掛載後，複製 SD File 系統映像。Hekate 的 Backup eMMC → SD EmuMMC Raw Partition 選項屬於另一種分割區型流程，不是本機 SD File 的步驟；也不要誤把 sysMMC 當成要備份或還原的 emuMMC。

↑ 回到目錄

四、Atmosphère、Hekate 與 fusee.bin 怎麼更新

這次先處理自製系統和開機工具，再更新 HOS。好處是能把問題分開：先證實新版 Atmosphère 可以啟動舊的 20.1.0，再進入 Daybreak。

步驟 1：更新 Atmosphère

1. 從 Atmosphère 1.12.1 官方 Releases 下載壓縮檔。
2. 用 Hekate USB Tools 或讀卡機開啟 SD 卡。
3. 把 ZIP 內的檔案複製到 SD 卡根目錄，選擇合併／覆蓋，事先保留舊設定備份。
4. 若原本透過 fusee.bin 啟動，也把同一版 Releases 提供的新版 fusee.bin 放至設定所指向的路徑。

常見 Hekate chainload 路徑是 SD:/bootloader/payloads/fusee.bin。但若 hekate_ipl.ini 是使用 fss0=atmosphere/package3 或 pkg3=atmosphere/package3，該啟動項目本身不是依賴 fusee。究竟要不要更新這個檔案，應先看自己的 hekate_ipl.ini，不要只憑網路上的單一路徑。

步驟 2：更新 Hekate / Nyx

1. 下載 Hekate 6.5.4 / Nyx 1.9.4。
2. 把 ZIP 內的 bootloader 資料夾合併覆蓋到 SD 卡根目錄。不要先刪除整個舊資料夾，以免弄丟 hekate_ipl.ini 或自訂 Payload。
3. 既有啟動環境若從 SD 根目錄的 payload.bin 載入 Hekate，需確認它的來源與版本；一般 Hekate 也會檢查 bootloader/update.bin 是否有較新版本。
4. 完成後重新載入 Hekate，確認主畫面版本。

這次有一個重要細節：Hekate 6.5.4 官方在 2026/9/28 15:30 UTC 重新上傳過 ZIP，以修正休眠問題。因此同樣顯示 6.5.4，檔案內容仍可能因下載時間而不同；如果是舊檔，應比對官方最新版，而不是只看版本號。

步驟 3：先驗證舊系統能啟動

更新 Atmosphère 與 Hekate 後，這台 Switch 曾正常顯示：

20.1.0 | AMS 1.12.1 | E

這個結果很關鍵：大氣層已更新，但 HOS 仍維持 20.1.0。兩者是分開的元件，沒有必要一次全部更新後才測試。

↑ 回到目錄

五、用 Daybreak 將 emuMMC 升級到 22.5.0

這次選擇 22.5.0，目的是維護既有 emuMMC 的系統版本；22.5.0 是本次實際選用的目標，不代表所有既有環境都必須升到這一版。任天堂一般線上更新會提供當下最新版本，並非指定下載舊版離線 ZIP；要在離線 emuMMC 中指定版本，應使用自行合法取得、並核驗完整性的韌體資料；本文不介紹韌體擷取流程。不要把不明來源的更新包當作官方檔案。

將合法取得的韌體更新內容放在例如：

SD:/
├── switch/
│   └── daybreak.nro
└── firmware/
    └── 22.5.0/
        ├── [韌體更新檔案].nca
        └── ...

已存在 SD 根目錄的舊資料夾，例如 20.5.0，如果確認裡面只是先前的韌體安裝包，移到電腦保留不會把已安裝的系統降版；Daybreak 只需讀取安裝時選定的資料夾。

實際 Daybreak 操作順序

1. 從 Hekate 啟動原本的 emuMMC，進入「設定 → 主機」，確認版本字串結尾為 E。
2. 從「相簿」開啟 Homebrew Menu，再開啟 Daybreak。程式顯示 1.0.0 不代表一定是過期版本，應以安裝來源及 Atmosphère 套件為準。
3. 選擇 Install，指定 sd:/firmware/22.5.0，等待程式驗證韌體檔案。
4. 確認選取的版本正確且檢查成功，再選 Continue → Preserve settings。
5. 畫面若出現 Install (FAT32) 和 Install (FAT32 + exFAT)，這次選擇 FAT32 + exFAT；這個選項不會直接把 SD 卡格式化成 exFAT。
6. 等安裝完成，按 Reboot，再使用原本的 Hekate 啟動項目進入 emuMMC。
7. 正常預期顯示 22.5.0 | AMS 1.12.1 | E；之後還要測試休眠及 Homebrew，不要只看版本字串就認定一切完成。

更新時請接上可靠電源；若 Daybreak 驗證失敗，先停止，不要勉強安裝。這次只在 emuMMC 執行 Daybreak，並未刻意更新 sysMMC。

↑ 回到目錄

六、升級後黑畫面、待機無法喚醒

升完 Daybreak 第一次重新啟動，曾遇到黑畫面。後來發現主機可以進系統，但只要進入待機就無法正常喚醒，這和「完全無法啟動 Atmosphère」的故障不一樣。

排查時有兩個方向：一是 Hekate 6.5.4 修正版是否已包含官方的休眠修正；二是 Tesla／nx-ovlloader 等開機自動載入的 sysmodule是否仍使用較舊版本。

先隔離舊版 Tesla 模組

nx-ovlloader 的常見位置如下，依自己的 SD 卡內容為準：

SD:/atmosphere/contents/
├── 420000000007E51A/   ← nx-ovlloader
└── 420000000007E51B/   ← nx-ovlreloader

測試時先在完全關機、未載入 Atmosphère的狀態下，把相關資料夾移到電腦暫存（不是直接刪除），重開機測試待機／喚醒。若停用後恢復，才更新該模組，再逐一放回其他外掛，避免一次改動太多而無法辨別真正原因。

這次原本使用的 nx-ovlloader 版本是 1.2.0；後來已將 nx-ovlloader 更新為 2.0.2，實際使用後回報待機喚醒已有改善。這是本機的時間先後關係，仍不能單憑一次成功就百分之百確認根因；最好再進行多次短暫休眠與較長時間休眠測試。

本次實際使用 nx-ovlloader 2.0.2，並非只列為建議版本。日後若更換版本，仍要另行核對發布說明與 HOS 相容性。

不要一遇到待機黑畫面就立刻降版或重建 emuMMC。先確認是否是 Hekate 休眠檔案、Tesla、sys-clk 或其他背景模組造成，通常更容易維持原有資料。

↑ 回到目錄

七、升級後無法啟動軟體：一併更新 Sys-patch

升級到 22.5.0 後，若出現「無法啟動軟體」或 Corrupted data detected 提示，原有環境使用的 Sys-patch 也要一併更新至相容版本。本次使用 Sys-patch 1.6.3.0，更新後完整重新啟動 emuMMC，再測試軟體是否能正常啟動。

更新前先核對維護者發布說明與目前 HOS、Atmosphère 的版本相容性。以下是本次套件的檔案放置方式。

Sys-patch 壓縮檔要覆蓋哪裡？

已核對 sys-patch-v1.6.3.0.zip 的目錄：解壓縮後，將最外層的 atmosphere 與 switch 兩個資料夾複製到 SD 卡根目錄，選擇合併資料夾／覆蓋同名檔案。不要把整個解壓縮外包資料夾放進 SD 卡，也不要變成 SD:/atmosphere/atmosphere/。

SD:/
├── atmosphere/
│   └── contents/
│       └── 420000000000000B/
│           ├── exefs.nsp
│           ├── flags/
│           │   └── boot2.flag
│           └── toolbox.json
└── switch/
    └── .overlays/
        └── sys-patch-overlay.ovl

atmosphere/contents/420000000000000B 是這次套件的系統模組目錄；switch/.overlays/sys-patch-overlay.ovl 是搭配既有 Tesla／相容 Overlay 環境的介面。.overlays 以句點開頭，部分電腦需要顯示隱藏檔才看得到。

1. 先在完全關機或 Hekate USB Tools 環境操作，保留原本的同名模組檔案及設定。
2. 把套件中的 atmosphere/ 與 switch/ 合併到 SD 根目錄；保留其他既有檔案，不要先刪掉整個資料夾。
3. 安全退出 USB 裝置，完整重新啟動 emuMMC；只退出 Homebrew Menu 並不等於重載模組。
4. 如需確認載入狀態，可查看既有 Overlay 介面；維護者說明中的設定與紀錄位置為 SD:/config/sys-patch/config.ini 與 SD:/config/sys-patch/log.ini，是否產生紀錄取決於設定。

上述目錄對應本文實際採用的 1.6.3.0 套件；日後更換版本時，仍應以該次壓縮檔的實際結構為準。

↑ 回到目錄

八、DBI 921、繁中語系與 prod.keys 警告

繁體中文：NRO 與語系檔必須配對

本次 DBI 更新至 921，曾顯示 921-en、沒有載入預期的繁體中文。若使用 DBIPatcher 的第三方多語言版本，應下載同一次發布配套的 DBI.nro 與繁中 translation_ZHTW.bin，將語系檔改名為 translation.bin，與 NRO 放在同一目錄。不要只換翻譯檔卻沿用不相容的 NRO。

SD:/switch/DBI/
├── DBI.nro
├── translation.bin  ← 配套繁中語系檔改名
└── dbi.config

核對是否另有 SD:/switch/DBI.nro 舊檔，避免 Homebrew Menu 啟動到另一份程式。來源為 DBIPatcher 921 Localization；這是第三方修改版，部分文字仍可能以原文或英文顯示。本篇的 emuMMC 系統備份使用 Hekate，不使用 DBI。

DBI 的 prod.keys 警示：可能與較舊 sysMMC 有關

本次雖然已把 emuMMC 升級到 22.5.0，但 sysMMC 並未同步更新到最新版。DBI 曾顯示 prod.keys 缺少必要項目的警示，即使 SD:/switch/prod.keys 檔案本身存在，也可能因為它先前是從較舊的 sysMMC 環境提取，內容缺少較新程式所期待的部分金鑰項目。

這是依本機版本狀態提出的可能原因，尚未逐項比對金鑰內容證實；不宜只看見警示就斷定檔案不存在或 DBI 已經故障。emuMMC 更新得較新，也不會自動補齊先前保存在 SD 卡上的金鑰檔。

本次實際觀察：DBI 雖有警示，但並不影響當時的實際使用，原本需要使用的功能仍可正常操作。因此這裡記錄為「警示仍出現、使用未受影響」，不再寫成整個 DBI 無法使用或必須先處理警示才能繼續。這個結果限於本次使用過的功能，不能延伸成所有版本、所有金鑰相關功能都必然不受影響。

prod.keys 是敏感檔案，不應公開、貼到文章或下載陌生人分享的金鑰包。本文不介紹金鑰擷取、匯出或交換流程；也不把更新 sysMMC 當成消除警示的必做步驟。

↑ 回到目錄

九、出現資料損壞提示：清除安裝資料再重裝

若相容性與背景模組已確認、也完整重新啟動過，仍只有個別既有項目出現 Corrupted data detected，才進一步考慮清除該項目的安裝資料並重裝。不要因一次啟動錯誤就刪除整張卡的資料或重建 emuMMC。

1. 先保留系統復原依據：按第三章透過 Hekate 保留完整 emuMMC 映像及設定，確認備份可讀取。
2. 先排除相容性：確認目前在 22.5.0 | AMS 1.12.1 | E；既有模組版本相容並已重開機，相關外掛或個別軟體修改可先隔離測試。
3. 刪除的是軟體安裝資料：在 HOME 選取有問題的項目，按 ＋／－ → 資料管理 → 刪除軟體；或由 設定 → 資料管理 → 管理軟體 處理。不要選「刪除儲存資料／Delete Save Data」，也不要手動清空整個 Nintendo/Contents。
4. 重新安裝該項目：使用自己合法持有且已確認完整的原始來源與相容更新資料。這裡不展開備份檔製作、取得或安裝工具流程；若來源已損壞，不要沿用同一份異常資料。
5. 重新啟動並驗證：確認能正常進入、原有儲存資料可辨識。若多個項目持續報錯，改查 microSD 與讀卡機的完整性，不要反覆逐個刪除。

依任天堂的軟體資料管理說明，刪除軟體安裝資料與刪除儲存資料是不同操作；仍須看清實際選項。若「檢查資料是否損壞」長時間無回應，先停止反覆測試並檢查儲存裝置狀態；重新安裝不會修好已故障的 microSD。

狀態記錄：本次 Sys-patch 更新後已有啟動改善；個別曾顯示損壞的項目是否已重裝完成，沒有充分紀錄，因此不寫成全部已解決。

↑ 回到目錄

十、升級所需空間與檔案完整性

本機使用的 512GB microSD 已接近滿載。升級前應確認有足夠空間放置韌體更新資料，並把系統備援保存在電腦或 NAS；若屬檔案型 emuMMC，虛擬 NAND 映像也位於同一張卡上，不能把 SD 與 emuMMC 顯示的可用空間當成兩張獨立實體磁碟。

若 Daybreak 驗證失敗、複製中斷，或多個 Homebrew 出現讀寫錯誤，先檢查 microSD 與讀卡機。不要反覆強制安裝、格式化或重建 emuMMC；先保留現況，再核對套件完整性及卡片讀寫狀態。本篇不展開換卡與軟體資料搬移流程。

↑ 回到目錄

十一、升級後驗收與常見問題

完成之前，逐項確認

• 主機版本為 22.5.0 | AMS 1.12.1 | E，確實位於 emuMMC。
• Hekate 顯示對應版本，設定仍指向原有 emuMMC。
• 能多次正常開機，並完成短暫及較長時間的休眠／喚醒測試。
• Homebrew 可啟動；第三方背景模組逐個測試，避免一次全部恢復。
• 系統備援與原本啟動設定仍可讀取；sysMMC 未被誤當成更新目標。

這次完成的是 OLED 上既有自製系統的維護：先保留系統備援，更新大氣層與啟動工具，確認舊系統可開機後，再使用 Daybreak 升級 emuMMC。最後用逐項驗收與模組隔離來排查喚醒問題。升級成功與所有背景模組完全相容，是需要分別驗證的兩件事。

↑ 回到目錄

十二、官方來源與參考資料

1. NH Switch Guide：Keeping your system up-to-date（CFW、Hekate、Daybreak、emuMMC 更新）
2. NH Switch Guide：Changing microSD cards（SD File / SD Raw Partition 與換卡）
3. Atmosphère 1.12.1 官方 Releases
4. Hekate 6.5.4 / Nyx 1.9.4 Releases（含 2026/9/28 休眠修正註記）
5. nx-ovlloader Releases（Tesla / Ultrahand 背景載入器）
6. Switchbrew：Anti-downgrade Fuses
7. 任天堂台灣：Nintendo Switch 系統更新資訊

本文依 2026 年 11 月實際操作紀錄編寫。官方與第三方專案日後可能發布更新，下載時請以各來源最新說明為準。所有程式名稱、路徑、版本和畫面選項可能因主機、既有啟動環境及 Hekate 設定而異。

↑ 回到目錄