recovery_menu
recovery_menu copied to clipboard
GaryOderNichts
Add NAND dumper
It would be useful to add the functionality of Wii U NAND Dumper to recovery_menu. Possibly one option per type (slc, slccmpt, mlc), or just a single option for "dump all 3".
https://github.com/koolkdev/wiiu-nanddumper/
Adding a NAND restore feature would probably still be too risky, since UDPIH requires IOSU to be functioning.
That would be awesome, especially with the recent news of eMMC / filesystem corruption etc.
This could also be useful for making untouched dumps from unused consoles and dev kits.
This could also be useful for making untouched dumps from unused consoles and dev kits.
Indeed! @GaryOderNichts is there any chance we might get a dumper in the recovery menu?
@jan-hofmeier has this checker and dumper in his fork.
Awesome! Thanks for pointing to that fork. Maybe @GaryOderNichts can merge this fork into his repo.
Yes I did. Jan works continuously and it is very good.
Nice. Just to double check, the release can make full NAND images (slc.bin, slccmpt.bin, seeprom.bin, otp.bin and mlc.bin files, like the userland homebrew)? I'm talking to someone who wants to back up their Wii U this way, and I'd just like to confirm before suggesting it (I can't check myself atm).
I'm not sure what it dumps and what not. Best to try it yourself on your own console before you recommend it to someone else.
it dumps only slc and mlc, not slccmpt. The dump is done through FSA, for slc this means, only the pure data is read, not the RAS/ECC/spare sections. So before you could flash it, you would need the nandBinFixer, to rebuild the spare data. Also during slc dump, it will show error, which I don't exactly now where they are coming from, but I suspect these are just unused pages. (and therefore have no valid ECC).
For the MLC this means it is read through the scfm, giving a consistent image, which could be used with scfm disabled or to be restored through FSA, which would also bring the scfm in line again, in case it doesn't match.
The normal nandDumper really does raw dump of what is exactly on the slc, including the spare sections and also raw dump of the eMMC. But that means you alway need to keep them together, as the MLC image depends on the data in the scfm on the slc
it dumps only slc and mlc, not slccmpt. The dump is done through FSA, for slc this means, only the pure data is read, not the RAS/ECC/spare sections. So before you could flash it, you would need the nandBinFixer, to rebuild the spare data. Also during slc dump, it will show error, which I don't exactly now where they are coming from, but I suspect these are just unused pages. (and therefore have no valid ECC).
For the MLC this means it is read through the scfm, giving a consistent image, which could be used with scfm disabled or to be restored through FSA, which would also bring the scfm in line again, in case it doesn't match.
The normal nandDumper really does raw dump of what is exactly on the slc, including the spare sections and also raw dump of the eMMC. But that means you alway need to keep them together, as the MLC image depends on the data in the scfm on the slc
Thanks. Is it theoretically possible to do a raw/full dump via udpih?