Hacking [RELEASE] Wii U NAND Tools

iamdarklink

Member
Newcomer
Joined
Apr 13, 2017
Messages
5
Trophies
0
Age
74
XP
51
Country
Burkina Faso
Wii U tried to format HDD or you tried to do a system Format?
If you tried to format HDD, it shouldn't leave OS. Only System format needs to leave OS to do it's thing.
It was a system one then, my bad. It unfortunately boots directly into the formatting screen (not the regular boot sequence) and eventually after a few seconds formatting, it stops responding. :(
 
D

Deleted User

Guest
It was a system one then, my bad. It unfortunately boots directly into the formatting screen (not the regular boot sequence) and eventually after a few seconds formatting, it stops responding. :(
Then Wii U probably corrupted itself or replaced system.xml with call for System Format.
If you have OTP then i guess even that can be fixed. Unless you will need another Wii U to redump it's NAND into yours.
 

EyeKey

Well-Known Member
OP
Member
Joined
Feb 10, 2017
Messages
280
Trophies
0
XP
1,098
Country
Israel
Many thanks for these tools. Is there some documentation somewhere (other than looking in the source) regarding nandbincheck and how to interpret its output?

I've used your homebrew NAND extractor to extract the NANDs for my Wii U and ran nandbincheck over the slc.bin and slccmpt.bin for interest. This is from a Wii U that is working fine as far as I know. I would like to know if the following output is normal. I ran the NAND extract homebrew a couple of times, a day or two apart, to compare.

I know you've said that the bad HMAC on scfm.img is fine, but what about on fw.img? What do the "UNK" entries mean and why are they so different between the two dumps? What is going on with the vWii errors?

First dump, SLC:
Code:
** nandBinCheck : Wii nand info tool **
   from giantpune
   built: Mar 24 2017 23:49:06
NAND Type: SLC (WiiU)
checking boot1...
Boot1 hash: "3806d41a5c5f139f5b09bbe5b74a5ec45e0f5507"
Boot1 OK!
checking for lost clusters...
total used clusters 3094 of 0x8000
found 0 lost clusters
UNK ( 0xffff ) c1 (738, 739, 73a, 73b, 73c, 73d, 73e, 73f, 9c0, 9c1, 9c2, 9c3, 9
c4, 9c5, 9c6, 9c7, 1248, 1249, 124a, 124b, 124c, 124d, 124e, 124f, 12f8, 12f9, 1
2fa, 12fb, 12fc, 12fd, 12fe, 12ff, 13b0, 13b1, 13b2, 13b3, 13b4, 13b5, 13b6, 13b
7, 13b8, 13b9, 13ba, 13bb, 13bc, 13bd, 13be, 13bf, 13c0, 13c1, 13c2, 13c3, 13c4,
 13c5, 13c6, 13c7, 13c8, 13c9, 13ca, 13cb, 13cc, 13cd, 13ce, 13cf, 13d0, 13d1, 1
3d2, 13d3, 13d4, 13d5, 13d6, 13d7, 13d8, 13d9, 13da, 13db, 13dc, 13dd, 13de, 13d
f, 14f0, 14f1, 14f2, 14f3, 14f4, 14f5, 14f6, 14f7, 14f8, 14f9, 14fa, 14fb, 14fc,
 14fd, 14fe, 14ff, 17a0, 17a1, 17a2, 17a3, 17a4, 17a5, 17a6, 17a7, 1878, 1879, 1
87a, 187b, 187c, 187d, 187e, 187f, 18d8, 18d9, 18da, 18db, 18dc, 18dd, 18de, 18d
f, 196f, 197d, 197e, 197f, 1998, 1999, 199a, 199b, 199c, 199d, 199e, 199f, 19a0,
 19a1, 19a2, 19a3, 19a4, 19a5, 19a6, 19a7, 19a8, 19a9, 19aa, 19ab, 19ac, 19ad, 1
9ae, 19af, 19c0, 19c1, 19c2, 19c3, 19c4, 19c5, 19c6, 19c7, 19c8, 19c9, 19ca, 19c
b, 19cc, 19cd, 19ce, 19cf, 19d0, 19d1, 19d2, 19d3, 19d4, 19d5, 19d6, 19d7, 19d8,
 19d9, 19da, 19db, 19dc, 19dd, 19de, 19df, 1a00, 1a01, 1a02, 1a03, 1a04, 1a05, 1
a06, 1a07, 5e5b, 5e5c, 5e5d, 5e5e, 5e5f)
free            479b
verifying ecc...
1 out of 921408 pages had incorrect ecc.
they were spread through 1 clusters in 1 blocks:
 (2302)
1 of those clusters are non-special (they belong to the fs)
verifying hmac...
verifying hmac for 608 files
hmac bad (1)
"fw.img" is adc200 bytes ( 2b8 ) clusters

00000000  ffadf577 03f2813c 022055db a7901111  ...w...<. U.....
00000010  6f72658f d0adf577 03f2813c 022055db  ore....w...<. U.
00000020  a7000000 00000000 00000000 00000000  ................
00000030  640f9b00 0209fd06 85067a09 180ce703  d.........z.....

00000000  ff901111 6f72658f d0000000 00000000  ....ore.........
00000010  00000000 00000000 00000000 00000000  ................
00000020  00000000 00000000 00000000 00000000  ................
00000030  b00bb00b 1800e70f 2a092a09 a702580d  ........*.*...X.

00000000  ebd68614 971c86cd 4c524fa7 3da7dba3  ........LRO.=...
00000010  e69b1279                             ...y
bad HMAC for "/sys/title/00050010/100040ff/code/fw.img"
hmac bad (1)
"scfm.img" is 8004000 bytes ( 2001 ) clusters

00000000  ff000000 00000000 00000000 00000000  ................
00000010  00000000 00000000 00000000 00000000  ................
00000020  00000000 00000000 00000000 00000000  ................
00000030  00000000 00000000 00000000 00000000  ................

00000000  ff000000 00000000 00000000 00000000  ................
00000010  00000000 00000000 00000000 00000000  ................
00000020  00000000 00000000 00000000 00000000  ................
00000030  00000000 00000000 9601690e 9b0d6402  ..........i...d.

00000000  d77444c0 6e1d28fb e45bd324 3ff6b662  .tD.n.(..[.$?..b
00000010  cbc0345e                             ..4^
bad HMAC for "/scfm.img"
2 files had bad HMAC data
checking HMAC for superclusters...
0 superClusters had bad HMAC data

Second dump, SLC:
Code:
** nandBinCheck : Wii nand info tool **
   from giantpune
   built: Mar 24 2017 23:49:06
NAND Type: SLC (WiiU)
checking boot1...
Boot1 hash: "3806d41a5c5f139f5b09bbe5b74a5ec45e0f5507"
Boot1 OK!
checking for lost clusters...
total used clusters 309b of 0x8000
found 0 lost clusters
UNK ( 0xffff ) 9e (262, 263, 264, 265, 266, 267, 7e4, 7e5, 7e6, 7e7, 810, 811, 8
12, 813, 814, 815, 816, 817, 818, 819, 81a, 81b, 81c, 81d, 81e, 81f, 820, 821, 8
22, 823, 824, 825, 826, 827, 82c, 82d, 82e, 82f, 850, 851, 852, 853, 854, 855, 8
56, 857, 858, 859, 85a, 85b, 85c, 85d, 85e, 85f, 8b2, 8b3, 8b4, 8b5, 8b6, 8b7, 8
b8, 8b9, 8ba, 8bb, 8bc, 8bd, 8be, 8bf, 8c0, 8c1, 8c2, 8c3, 8c4, 8c5, 8c6, 8c7, 8
e8, 8e9, 8ea, 8eb, 8ec, 8ed, 8ee, 8ef, 8f0, 8f1, 8f2, 8f3, 8f4, 8f5, 8f6, 8f7, 9
e0, 9e1, 9e2, 9e3, 9e4, 9e5, 9e6, 9e7, 9f8, 9f9, 9fa, 9fb, 9fc, 9fd, 9fe, 9ff, a
a8, aa9, aaa, aab, aac, aad, aae, aaf, b00, b01, b02, b03, b04, b05, b06, b07, b
18, b19, b1a, b1b, b1c, b1d, b1e, b1f, b48, b49, b4a, b4b, b4c, b4d, b4e, b4f, b
50, b51, b52, b53, b54, b55, b56, b57, b58, b59, b5a, b5b, b5c, b5d, b5e, b5f, 2
3b6, 23b7)
free            47b7
verifying ecc...
1 out of 919616 pages had incorrect ecc.
they were spread through 1 clusters in 1 blocks:
 (2302)
1 of those clusters are non-special (they belong to the fs)
verifying hmac...
verifying hmac for 614 files
hmac bad (1)
"fw.img" is adc200 bytes ( 2b8 ) clusters

00000000  ffadf577 03f2813c 022055db a7901111  ...w...<. U.....
00000010  6f72658f d0adf577 03f2813c 022055db  ore....w...<. U.
00000020  a7000000 00000000 00000000 00000000  ................
00000030  640f9b00 0209fd06 85067a09 180ce703  d.........z.....

00000000  ff901111 6f72658f d0000000 00000000  ....ore.........
00000010  00000000 00000000 00000000 00000000  ................
00000020  00000000 00000000 00000000 00000000  ................
00000030  b00bb00b 1800e70f 2a092a09 a702580d  ........*.*...X.

00000000  ebd68614 971c86cd 4c524fa7 3da7dba3  ........LRO.=...
00000010  e69b1279                             ...y
bad HMAC for "/sys/title/00050010/100040ff/code/fw.img"
hmac bad (1)
"scfm.img" is 8004000 bytes ( 2001 ) clusters

00000000  ff000000 00000000 00000000 00000000  ................
00000010  00000000 00000000 00000000 00000000  ................
00000020  00000000 00000000 00000000 00000000  ................
00000030  00000000 00000000 00000000 00000000  ................

00000000  ff000000 00000000 00000000 00000000  ................
00000010  00000000 00000000 00000000 00000000  ................
00000020  00000000 00000000 00000000 00000000  ................
00000030  00000000 00000000 690e690e ba0d4502  ........i.i...E.

00000000  ca53f49b 0fef9f03 a96ac018 950cd85e  .S.......j.....^
00000010  5a0bd40d                             Z...
bad HMAC for "/scfm.img"
2 files had bad HMAC data
checking HMAC for superclusters...
0 superClusters had bad HMAC data

Both dumps, SLCCMPT - both dumps gave same nandbincheck output, probably because I hadn't booted into vWii between the two dumps:
Code:
** nandBinCheck : Wii nand info tool **
   from giantpune
   built: Mar 24 2017 23:49:06
NAND Type: SLCCMPT (vWii)
vWii - not checking boot
checking for lost clusters...
total used clusters 4282 of 0x8000
found 0 lost clusters
UNK ( 0xffff ) 0 ()
free            393e
verifying ecc...
4 out of 1158784 pages had incorrect ecc.
they were spread through 4 clusters in 4 blocks:
 (427, 1040, 3607, 3696)
3 of those clusters are non-special (they belong to the fs)
verifying hmac...
verifying hmac for 370 files
hmac bad (1)
"00000005.app" is 1e92f40 bytes ( 7a5 ) clusters

00000000  ff81113c b0eb2a80 79aa2566 ea9477b2  ...<..*.y.%f..w.
00000010  22a4386a 1b81113c b0eb2a80 79aa2566  ".8j...<..*.y.%f
00000020  ea000000 00000000 00000000 00000000  ................
00000030  a904560b 7c0f7c0f ab0fab0f 4506ba09  ..V.|.|.....E...

00000000  ff9477b2 22a4386a 1b000000 40200099  ..w.".8j....@ ..
00000010  40000000 00200499 40000000 102004f1  @.... ..@.... ..
00000020  9c000000 00000000 00000000 00000000  ................
00000030  7f0f8000 8601790e 4c01b30e eb08eb08  ......y.L.......

00000000  0ed3e7c1 220845c9 3d6600ad 550763ed  ....".E.=f..U.c.
00000010  6bca4485                             k.D.
bad HMAC for "/title/00010001/4e415250/content/00000005.app"
hmac bad (1)
"00000002.app" is 17ee0b3 bytes ( 5fc ) clusters

00000000  ff7924ec 069e298a 569cbbb9 95846744  .y$...).V.....gD
00000010  81fb33cb 6f7924ec 069e298a 569cbbb9  ..3.oy$...).V...
00000020  95000000 00000000 00000000 00000000  ................
00000030  62069d09 230b230b ee0bee0b f20ff20f  b...#.#.........

00000000  ff846744 81fb33cb 6f000000 40200099  ..gD..3.o...@ ..
00000010  40000000 00200499 40000000 102004f1  @.... ..@.... ..
00000020  9c000000 00000000 00000000 00000000  ................
00000030  ba06ba06 60036003 5b0f5b0f 9d089d08  ....`.`.[.[.....

00000000  98ebcb93 71b20d06 7247afed d2f7bbd4  ....q...rG......
00000010  b4fe18c5                             ....
bad HMAC for "/title/00010001/584a4550/content/00000002.app"
hmac bad (1)
"00000015.app" is 17fde0 bytes ( 60 ) clusters

00000000  ff804315 376a91cd 81e492c0 87cbd1f1  ..C.7j..........
00000010  26c9599f 22804315 376a91cd 81e492c0  &.Y.".C.7j......
00000020  87000000 00000000 00000000 00000000  ................
00000030  ba04450b 26002600 320ecd01 7702880d  ..E.&.&.2...w...

00000000  ffcbd1f1 26c9599f 22000000 00000000  ....&.Y.".......
00000010  00000000 00000000 00000000 00000000  ................
00000020  00000000 00000000 00000000 00000000  ................
00000030  aa0b5504 0101fe0e 83067c09 75018a0e  ..U.......|.u...

00000000  59fe2224 7db50748 c8b94ef5 078689c7  Y."$}..H..N.....
00000010  f1bd0c48                             ...H
bad HMAC for "/shared1/00000015.app"
3 files had bad HMAC data
checking HMAC for superclusters...
0 superClusters had bad HMAC data
You have ECC errors in your NANDs, those errors are probably the reason for the bad HMACs.
Those may be fixable ECC errors (one bit error), and if those are, everything is fine. But I don't check for that.

@Brenex, it is weird that you don't have syshax.xml. and your suggestion was actually the original thing that I did. I think that I still have those code, I will check later. And if you use this way you will only need to flash the few changed sectors back.
 
  • Like
Reactions: pelago

iamdarklink

Member
Newcomer
Joined
Apr 13, 2017
Messages
5
Trophies
0
Age
74
XP
51
Country
Burkina Faso
Then Wii U probably corrupted itself or replaced system.xml with call for System Format.
If you have OTP then i guess even that can be fixed. Unless you will need another Wii U to redump it's NAND into yours.
Which one was OTP again? I'm a newbie and get them all confused.

If I don't have any HB currently running, is the only option to do some sort of hardware mod?
 

Brenex

Well-Known Member
Newcomer
Joined
Jun 19, 2007
Messages
67
Trophies
0
XP
241
Country
United States
@Brenex, it is weird that you don't have syshax.xml. and your suggestion was actually the original thing that I did. I think that I still have those code, I will check later. And if you use this way you will only need to flash the few changed sectors back.

Yea I just reflashed my NAND with my rednand backup after having run it through binfix and bincheck but my Wii U just boots to the Wii U screen and stop there. Bummer. I'm going to send it in for warranty repair. I would still consider making this change to your CBHC fix program. I ran through wiiu.guide and had the latest files for all the programs and it did not natively create that syshax file. Maybe that was something the previous version did?
 

pelago

Member
Member
Joined
Feb 20, 2006
Messages
1,019
Trophies
0
XP
565
Country
You have ECC errors in your NANDs, those errors are probably the reason for the bad HMACs.
Those may be fixable ECC errors (one bit error), and if those are, everything is fine. But I don't check for that.
Thanks. Any hints for how I can check whether they are correctable errors or not, e.g. which lines of your code to look at?

Regarding the vWii errors, I looked up the title IDs mentioned and they were for Majora's Mask VC, which was installed, and a Bit.Trip demo which was previously installed but wasn't installed at the time of the dump so it's odd that it had content in the /title/00010001 folder. The vWii isn't hacked so the Bit.Trip demo would have been deleted by official Wii Menu methods, nothing hacky, but looking via your NAND extractor its files are still on the NAND, which is odd.

What is odder is that I deleted Majora's Mask (and a load of save files), dumped SLCCMPT again and ran nandbincheck and this time got output:
Code:
** nandBinCheck : Wii nand info tool **
   from giantpune
   built: Mar 24 2017 23:49:06
NAND Type: SLCCMPT (vWii)
vWii - not checking boot
checking for lost clusters...
total used clusters 3929 of 0x8000
found 0 lost clusters
UNK ( 0xffff ) 0 ()
free            4297
verifying ecc...
2 out of 1005632 pages had incorrect ecc.
they were spread through 2 clusters in 2 blocks:
 (1040, 3607)
1 of those clusters are non-special (they belong to the fs)
verifying hmac...
verifying hmac for 334 files
hmac bad (1)
"00000015.app" is 17fde0 bytes ( 60 ) clusters

00000000  ff804315 376a91cd 81e492c0 87cbd1f1  ..C.7j..........
00000010  26c9599f 22804315 376a91cd 81e492c0  &.Y.".C.7j......
00000020  87000000 00000000 00000000 00000000  ................
00000030  ba04450b 26002600 320ecd01 7702880d  ..E.&.&.2...w...

00000000  ffcbd1f1 26c9599f 22000000 00000000  ....&.Y.".......
00000010  00000000 00000000 00000000 00000000  ................
00000020  00000000 00000000 00000000 00000000  ................
00000030  aa0b5504 0101fe0e 83067c09 75018a0e  ..U.......|.u...

00000000  59fe2224 7db50748 c8b94ef5 078689c7  Y."$}..H..N.....
00000010  f1bd0c48                             ...H
bad HMAC for "/shared1/00000015.app"
1 files had bad HMAC data
checking HMAC for superclusters...
0 superClusters had bad HMAC data
That is, not only has the bad HMAC for the Majora's Mask file gone, but also has the bad HMAC for the Bit.Trip demo file gone, even though the latter file is still on the NAND according to your extractor. Also only 2 pages now have incorrect ECC rather than 4 previously. If I extract the relevant Bit.Trip demo file from the before and after state NANDs, they binary compare differently.

Would deleting Majora's Mask and the save files have shifted other files around, such that the Bit.Trip file is now on a different page with no ECC error? I don't know how the vWii filesystem works to know if this is possible.

Regarding /shared1/00000015.app I've been reading https://gbatemp.net/threads/nandbincheck-wii-entry-pc-software.279742/ which explains how these shared1 files come about and how to determine what file they really are by looking in the content.map. I haven't bothered doing that yet, but if I did, has there been any progress since 2011 about writing individual files into NAND, in case it's worth replacing it?

Of course, if all this is really just due to single-bit correctable errors, maybe I'm worrying about nothing.
 
Last edited by pelago,

nexusmtz

Well-Known Member
Member
Joined
Feb 17, 2016
Messages
1,386
Trophies
0
XP
1,425
Country
United States
I just reflashed my NAND with my rednand backup after having run it through binfix and bincheck but my Wii U just boots to the Wii U screen and stop there. Bummer. I'm going to send it in for warranty repair.
You should expect it to be returned to you unfixed. Some people have gotten away with getting software bricks fixed, but I can't imagine Nintendo not noticing hardware mods, even if they've been reversed.
 
  • Like
Reactions: pelago

Brenex

Well-Known Member
Newcomer
Joined
Jun 19, 2007
Messages
67
Trophies
0
XP
241
Country
United States
yea I figured I'd give it a try since there were other reports of them not looking inside before sending a replacement. I bought mine refurbished too from their ebay store so there's that. I did clean it up really nicely before sending it. There's no abnormal solder on the board so it looks just about pristine anyways. I'll give fixing it another go if it comes back.
 
Last edited by Brenex,

GraFfiX420

Well-Known Member
Member
Joined
Oct 14, 2009
Messages
465
Trophies
1
XP
1,593
Country
United States
yea I figured I'd give it a try since there were other reports of them not looking inside before sending a replacement. I bought mine refurbished too from their ebay store so there's that. I did clean it up really nicely before sending it. There's no abnormal solder on the board so it looks just about pristine anyways. I'll give fixing it another go if it comes back.

I must have missed something here. Did you have a working Wii U then you tried to use the nandFixer and flashed the fixed NAND back to your Wii U and now it doesn't work?
 

Brenex

Well-Known Member
Newcomer
Joined
Jun 19, 2007
Messages
67
Trophies
0
XP
241
Country
United States
No I had a bricked wii from formatting sysnand under CBHC. I had redNAND backups including OTP before installing CBHC. I tried flashing BinFixed rednand SLC to the Wii U and now it hangs at the Wii U screen.
 

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,749
Trophies
4
Age
45
Location
Engine room, learning
XP
15,648
Country
France
can we use the vWii NAND.bin dump done in vWii mode to restore only vWii?
in vWii softmods guides there's a step to do a full NAND backup, I'm wondering if it has any use now.

We could dump and restore (but the restoration homebrew was never released) in hope a future NAND writer was released to fix broken vWii.
The users should also have their vWii keys extracted with XYZZY


A User bought a bricked vWii console without knowing it, and is hoping for a way to fix it. without OTP I guess he can't fix it. and he can't get OTP on 5.3.2, can't update to 5.5.1 because of broken vWii.
He probably can't restore a hardware vWii backup, as he won't be able to edit it without OTP or vWii key, and can't get vWii keys as he can't install HBC in vWii ...
I guess he is out of luck.

Maybe it's possible to get IOSUHack on 5.3.2 (it was initially developed before 5.5.1 ? smea had it on old version? or he worked on 5.5.1 only?) so I thought maybe someone knew how to get OTP on 5.3.2?
 
Last edited by Cyan,

GraFfiX420

Well-Known Member
Member
Joined
Oct 14, 2009
Messages
465
Trophies
1
XP
1,593
Country
United States
No I had a bricked wii from formatting sysnand under CBHC. I had redNAND backups including OTP before installing CBHC. I tried flashing BinFixed rednand SLC to the Wii U and now it hangs at the Wii U screen.

Ah, I see, that would be what I missed then!
 

smealum

growing up sucks.
Member
Joined
May 1, 2006
Messages
635
Trophies
2
Age
31
Location
SF
Website
www.smealum.net
XP
2,515
Country
United States
can we use the vWii NAND.bin dump done in vWii mode to restore only vWii?
in vWii softmods guides there's a step to do a full NAND backup, I'm wondering if it has any use now.

We could dump and restore (but the restoration homebrew was never released) in hope a future NAND writer was released to fix broken vWii.
The users should also have their vWii keys extracted with XYZZY


A User bought a bricked vWii console without knowing it, and is hoping for a way to fix it. without OTP I guess he can't fix it. and he can't get OTP on 5.3.2, can't update to 5.5.1 because of broken vWii.
He probably can't restore a hardware vWii backup, as he won't be able to edit it without OTP or vWii key, and can't get vWii keys as he can't install HBC in vWii ...
I guess he is out of luck.

Maybe it's possible to get IOSUHack on 5.3.2 (it was initially developed before 5.5.1 ? smea had it on old version? or he worked on 5.5.1 only?) so I thought maybe someone knew how to get OTP on 5.3.2?
I only ever worked on 5.5.1
 
  • Like
Reactions: Cyan and Xyphoseos

iAqua

Member
Joined
Dec 7, 2015
Messages
2,848
Trophies
1
Location
XP
2,476
Country
United Kingdom
can we use the vWii NAND.bin dump done in vWii mode to restore only vWii?
in vWii softmods guides there's a step to do a full NAND backup, I'm wondering if it has any use now.

We could dump and restore (but the restoration homebrew was never released) in hope a future NAND writer was released to fix broken vWii.
The users should also have their vWii keys extracted with XYZZY


A User bought a bricked vWii console without knowing it, and is hoping for a way to fix it. without OTP I guess he can't fix it. and he can't get OTP on 5.3.2, can't update to 5.5.1 because of broken vWii.
He probably can't restore a hardware vWii backup, as he won't be able to edit it without OTP or vWii key, and can't get vWii keys as he can't install HBC in vWii ...
I guess he is out of luck.

Maybe it's possible to get IOSUHack on 5.3.2 (it was initially developed before 5.5.1 ? smea had it on old version? or he worked on 5.5.1 only?) so I thought maybe someone knew how to get OTP on 5.3.2?
Use WUPINSTALLER to update manually?
 

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,749
Trophies
4
Age
45
Location
Engine room, learning
XP
15,648
Country
France
thank you for the information. I thought you started before 5.5.1 release.
Too bad for the users with a bricked 5.3.2 vWii

Use WUPINSTALLER to update manually?
It's very dangerous and will probably brick.
It wasn't possible on the original WUP installer, as it exited after a single installed title.
Now Y mod can install multiple Apps at the same time, but I'm not sure if it's installing ALL the app and reboots/return to menu, or if it has to exit to menu after every installed title.

We also don't know why or when the vWii is checked at wiiu update time.
If it's before the installation, is it checked by the console to decide which title to install, and then launch WUP, or if it's part of WUP to check the vWii at title install time and skip the install if something is wrong?



Someone with a hardware mod could do a test :)
But I wouldn't recommend it to someone without a backup to be the first user to test installing system titles with WUP.

note that all released WUP installers have system titles installation disabled.
 
Last edited by Cyan,
D

Deleted User

Guest
thank you for the information. I thought you started before 5.5.1 release.
Too bad for the users with a bricked 5.3.2 vWii


It's very dangerous and will probably brick.
It wasn't possible on the original WUP installer, as it exited after a single installed title.
Now Y mod can install multiple Apps at the same time, but I'm not sure if it's installing ALL the app and reboots/return to menu, or if it has to exit to menu after every installed title.


Someone with a hardware mod could do a test :)
But I wouldn't recommend it to someone without a backup to be the first user to test installing system titles with WUP.

note that all released WUP installers have system titles installation disabled.
Don't. We need a specific Wup Installer mod which would allow to install System Titles with legit sig. [And in proper directory]
Otherwise, you're asking for a brick.
 

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,749
Trophies
4
Age
45
Location
Engine room, learning
XP
15,648
Country
France
all the signature for system titles are legit and tickets provided by nintendo.
Though, I encountered a system title from 5.3.2 to 5.5.1 which is ALWAYS downloaded incorrectly, and all tools I tried couldn't extract it.
It might be an issue to install that file, unless it's really badly packed by nintendo or is intended to be bad...
You can see the one I'm referring in JNUSTool thread, I talked about it few times. (sorry, I don't have my PC with me and don't remember which title ID it is without looking in the thread myself)

PS: sorry, it's offtopic.
We should discuss it here
 
Last edited by Cyan,
D

Deleted User

Guest
all the signature for system titles are legit and tickets provided by nintendo.
Though, I encountered a system title from 5.3.2 to 5.5.1 which is ALWAYS downloaded incorrectly, and all tools I tried couldn't extract it.
It might be an issue to install that file, unless it's really badly packed by nintendo or is intended to be bad...
You can see the one I'm referring in JNUSTool thread, I talked about it few times.
They're probably on purpose, most of unpacking stuff is done on console somehow...
Well unless somebody discovers a way to not install but properly update system titles then i guess...

Nintendo has many ways to stop people from downloading content from their side. All i can guess that Wii U does most of stuff when it comes to System titles and other stuff.
 

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
  • No one is chatting at the moment.
    Xdqwerty @ Xdqwerty: good night