3DS:EmuNAND y RedNAND
More actions
Históricamente, el custom firmware en la 3DS requería el uso de redireccionamiento de la NAND para poder utilizarse de forma segura, comúnmente denominado EmuNAND o RedNAND. Antes de 2016, no existía ningún método para iniciar directamente en el custom firmware.
Moviendo EmuNAND/RedNAND a la SysNAND
Sigue la página Mover EmuNAND en 3DS Hacks Guide (página en inglés).
Diferencias entre EmuNAND y RedNAND
 | This section is a work in progress. Notes:
When did RedNAND first appear? When did it start to be recommended over EmuNAND? I think this was when Old 2DSes started being produced with 1.8 GiB NANDs but there were issues accessing data past the 1 GiB mark. Check GodMode9 issues. |
EmuNAND apareció por primera vez con Gateway-3DS. Todas las lecturas y escrituras de la NAND fueron redireccionadas a la tarjeta SD en las mismas posiciones, excepto por el primer bloque que fue puesto al final de la EmuNAND para hacer espacio para el encabezado del MBR. LA desventaja de esto es que las consolas con NANDs de grandes tamaños requerirían una EmuNAND de igual tamaño, con la mayor parte del espacio sin utilizar.
RedNAND es un tipo de redireccionamiento de NAND alternativo que en su lugar, desplaza todas las lecturas y escrituras de la NAND por un bloque cuando son redireccionadas a la tarjeta SD. La ventaja era que RedNAND solo ocuparía el espacio necesario (~988 MiB para la Old 3DS y ~1.2 GiB para la New 3DS).
Por qué se utilizaba en el pasado
Originalmente, el homebrew solo se podía iniciar usando un exploit en el firmware de la 3DS. Ejemplos notables incluyen la Configuración de perfil de DS en Configuración del sistema (también conocido como el "exploit MSET"), varios exploits de juegos y del Navegador de internet, y menuhax.
El problema con esta configuración es que Nintendo ha arreglado estas vulnerabilidades en actualizaciones. Nintendo requiere que la consola este actualizada para usar la eShop, y juegos nuevos también requerirían nuevas versiones del sistema.
Con EmuNAND y RedNAND, este problema podía ser evitado simplemente iniciando en una NAND alternativa que estaba actualizada, mientras se deja al sistema en un firmware viejo y vulnerable.
Razones por las que ya no se recomienda
Con la llegada de métodos permanentes de arranque como arm9loaderhax y boot9strap, el uso de custom firmware exclusivamente en la memoria interna del sistema (también conocida como "SysNAND") se volvió mas seguro. La necesidad de redireccionar la NAND disminuyó y pronto dejó de recomendarse para nuevas configuraciones.
- El redireccionamiento de la NAND no protegía ante los baneos, ya que los baneos rara vez eran motivo de preocupación. Históricamente, Nintendo no ha baneado a personas solo por usar homebrew/custom firmware.
- Ciertos softwares como TWiLight-Menu++ no funcionan del todo con EmuNAND o RedNAND.
- Switching SD cards is more difficult with EmuNAND or RedNAND, as it requires formatting the new SD card specifically to support it, then restoring a backup.
- NAND redirection does not protect the internal storage from failing due to use. The amount of writing done to the system's flash memory is relatively very small most of the time. There are currently no reported cases of a 3DS's NAND chip failing due to excessive or long-term use.