Toggle menu
Toggle personal menu
Not logged in
Your IP address will be publicly visible if you make any edits.

3DS:Safe Mode: Difference between revisions

From Hacks Guide Wiki
(initial content)
 
m (Prefer HBL-USM over BB3 USM)
 
(7 intermediate revisions by 4 users not shown)
Line 1: Line 1:
'''Safe Mode''' is an option built into every 3DS that allows the device to perform a System Update without booting to the HOME Menu. You can access Safe Mode by holding (Left Shoulder) + (Right Shoulder) + (D-Pad Up) + (A) on boot. If you were successful, the 3DS will show the System Update screen and allow you to update.
'''Safe Mode''', also known as '''SAFE_FIRM''', is a part of the 3DS' stock firmware that allows the device to perform a System Update without loading the HOME Menu or most system functions. To access Safe Mode, hold {{B|L}} + {{B|R}} + {{B|(D-Pad Up)}} + {{B|A}} and then powering on - if successful, the 3DS will show the System Update screen.<br>
 
There is no alternate keycombo, so if one of the needed buttons is broken, you will be unable to access Safe Mode.
There is no alternative key combination, so if one of the necessary buttons is broken, you will be unable to access Safe Mode.


== Why it's useful ==
== Why it's useful ==


=== Exploits ===
=== Exploits ===
The custom firmware method recommended for 11.16.0, [[3DS:Alternate Exploits/Installing boot9strap (HBL-USM)|unSAFE_MODE]], uses a flaw in Safe Mode's Internet Settings that can be used to install custom firmware. This is because Nintendo is more reluctant to update Safe Mode to patch exploits (since an unmodded 3DS would have no way to fix a brick by doing a system update if SAFE_FIRM were also bricked).
There are two other Safe Mode-based exploits that are now unusable:


The custom firmware method recommended for 11.16.0, [[3dsguide:installing-boot9strap-(usm)|unSAFE_MODE]], uses a flaw in Safe Mode that can be used to install custom firmware. This is generally because Nintendo is more reluctant to update Safe Mode to patch exploits (since an unmodded 3DS would have no other ways to fix a brick caused by a system update).
- [[3DS:Alternate Exploits/Installing boot9strap (safecerthax)|safecerthax]] was an exploit for original 3DS and original 3DS XL models that ran under Safe Mode, and used the SSLoth vulnerability that was still available under SAFE_FIRM. This was patched in 11.15 by patching SSLoth in a similar fashion to NATIVE.


=== Redownloading system applications ===
- [https://github.com/TiniVi/safehax safehax] allowed the console to load a <code>.bin</code> payload after being loaded from Homebrew Launcher due to the Safe Mode firmware being outdated and the console being able to load SAFE_FIRM (the Safe Mode firmware) when the console was booted into normal firmware. This exploit was given a partial patch in version 11.3 and fully patched in version 11.4.


Just like a normal System Update, a Safe Mode update will redownload some system applications if they have been somehow lost, which can get you out of some tight situations.
===Redownloading system applications===
Safe Mode reinstalls most deleted or corrupted system titles, the same as a regular System Update, which can also help if you need one of those titles to fix another issue.


=== Unbricking ===
===Troubleshooting===
Because Safe Mode is in a unique partition of the 3DS' firmware (SAFE_FIRM), it can fix crashes on boot that are caused by corrupted/deleted system titles or extremely outdated firmware, as only NATIVE_FIRM is affected by these. The best way to avoid bricks is to keep custom firmware installed, however, and most crashes not in the above list will require access to GodMode9 to fix - if you have an issue that disables access to GodMode9, you will most likely need [[3DS:ntrboot|a flashcart compatible with ntrboot]] to fix the issue.


Because Safe Mode is (somewhat) separate from the normal firmware, it can help save you from certain kinds of bricks (such as [[3DS:Keyboard Unbrick]], since the keyboard will work in Safe Mode even if it is broken in HOME Menu). That being said, the best way to avoid bricks is to keep custom firmware installed.
[[Category:Nintendo 3DS information]]

Latest revision as of 21:10, 28 January 2024

Safe Mode, also known as SAFE_FIRM, is a part of the 3DS' stock firmware that allows the device to perform a System Update without loading the HOME Menu or most system functions. To access Safe Mode, hold L + R + (D-Pad Up) + A and then powering on - if successful, the 3DS will show the System Update screen.
There is no alternate keycombo, so if one of the needed buttons is broken, you will be unable to access Safe Mode.

Why it's useful

Exploits

The custom firmware method recommended for 11.16.0, unSAFE_MODE, uses a flaw in Safe Mode's Internet Settings that can be used to install custom firmware. This is because Nintendo is more reluctant to update Safe Mode to patch exploits (since an unmodded 3DS would have no way to fix a brick by doing a system update if SAFE_FIRM were also bricked).

There are two other Safe Mode-based exploits that are now unusable:

- safecerthax was an exploit for original 3DS and original 3DS XL models that ran under Safe Mode, and used the SSLoth vulnerability that was still available under SAFE_FIRM. This was patched in 11.15 by patching SSLoth in a similar fashion to NATIVE.

- safehax allowed the console to load a .bin payload after being loaded from Homebrew Launcher due to the Safe Mode firmware being outdated and the console being able to load SAFE_FIRM (the Safe Mode firmware) when the console was booted into normal firmware. This exploit was given a partial patch in version 11.3 and fully patched in version 11.4.

Redownloading system applications

Safe Mode reinstalls most deleted or corrupted system titles, the same as a regular System Update, which can also help if you need one of those titles to fix another issue.

Troubleshooting

Because Safe Mode is in a unique partition of the 3DS' firmware (SAFE_FIRM), it can fix crashes on boot that are caused by corrupted/deleted system titles or extremely outdated firmware, as only NATIVE_FIRM is affected by these. The best way to avoid bricks is to keep custom firmware installed, however, and most crashes not in the above list will require access to GodMode9 to fix - if you have an issue that disables access to GodMode9, you will most likely need a flashcart compatible with ntrboot to fix the issue.