Tutorial  Updated

How to use Paid The Beak (Wii U unbricking without soldering)

What is this for


If your console is bricked to the Point that not other Exploits like UDPIH work anymore, you can use Paid the Beak to unbrick from almost every situation without even opening up the console. This includes accidentally deleted system files, MLC corruption (very common with bad Hynix chips), SLC corruption and even corrupted boot1. So basically everything that required soldering De Fuse can now be unbricked without soldering. The only exception being seeprom bricks, but these usually don't happen by accident.

I also recommend checking out the original article on consolebytes.com: https://consolebytes.com/wii-u-sdboot1-exploit-paid-the-beak/

Since you probably want to use this to install ISFShax, start at the ISFShax guide and it will link you back at the appropriate step.

How do I know if I need Paid The Beak (PTB)?
That is usually the case if you can't install ISFShax anymore by using any of the other exploits listed there. If your console turns on with a static blue or blue blinking LED, doesn't give any display output and can't shutdown with a short (1sec) press of the power button, you likely need PTB. Also if your console is stuck on an old firmware, PTB will get you a foot in the door.

What is needed


  • SD card with max 2GB. Larger cards won't work. This card will be overwritten
  • Recommended: A second SD card with the ISFShax files (or whatever you want to do), else you would have to reformat the first SD once minute is loaded.
  • Battery Jig for triggering "UNSTBL_PWR" (I will show how to build one)
Since you probably don't have such a battery jig yet, I will show how to make one from a Raspberry Pico Microcontroller. But you could use almost any micro controller that runs at 3.3V. If you have a little patience there might soon be ready made Battery jigs available.

For my version of the jig you need:
  • A Raspberry Pi Pico
  • A USB Battery Bank or a USB-Y cable (2 male connectors)
  • some tape
  • a bit of solid wire
  • a tiny bit of soldering (but you might be able to do it without, if you are creative).

Preparing the SD card


You can either built PTB yourself or use the ptb_padded attached to the end of this post.
In addition you will need the sdboot1.ancast (37376 bytes). Sadly I can't share it here or link to it directly. But you might look at the consolebytes article for hints.
Also you will need minute, you can download the latest minute fw.img here: https://github.com/StroopwafelCFW/minute_minute/releases

If you want to build PTB yourself, just follow the instructions on @Rairii github repo: https://github.com/Wack0/paid-the-beak

If you want to use the prebuild, extract the zip, which is attached to the end of the post and also put the sdboot1.ancast and fw.img in the extracted ptb_padded folder. Then run the merge.bat(Windows) or merge.sh(Linux / Mac OS).
If that was successful, you should now find a ptbminute.img ~1MB in size in the same folder.
You need now to flash the ptbminute.img raw to the SD card. This will delete existing data on the SD. On WIndows you can use Win32Disk Imager. On Linux you can just use dd or the Media Writer of you choice (many distros come with one). The card will now be detected as unformatted an not initilized. Don't format or initilize it, or it will break the boot0.

Put the SD card in the Wii U.

DIY Jig


Flash the Microcontroller
Flash the firmware from @GaryOderNichts to the Pico: https://github.com/GaryOderNichts/wiiu_unstbl_pwr_jig/releases. Hold down the boot button on the Pico while connecting it to the PC. A flash drive should pop up. Copy the uf2 file there. It should disconnect and the LED should start to flash.
If you have another Microcontroller able to run Micropython, you can flash micropython and use my micropython script: https://github.com/jan-hofmeier/wiiu_unstable_power/blob/main/main.py
The console bytes article also has an example using a PICAXE. The code should be easy enough to port to whatever you have.

What the JIG needs to achive
The JIG needs to be connected to Ground of the console and TP73. TP73 can be accessed trough the slot for the coin cell battery, so you don't need to disassemble the console. To help you orient here is a picture from a dissembled console:
PXL_20250718_202117151.jpg


Building / using the Jig
To connect to the TP, you need to solder a short wire to the Pico, so when it gets inserted into the battery slot, it will touch the TP. The wire needs to be soldered to GP13 on the flat side of the Pico and bent inwards and away from the USB board. I recommend soldering from the top side of the pico (with the components) so the the wire won't get too much solder on it to stay bendy. I recommend cutting it to length after soldering. You also need to tape over the SWCLK and SWDIO on the front of the Pico, so they won't short to the negative terminal of the battery. It is fine if you also cover the GND pad there.

Pico-flat.jpg

PXL_20250718_195236431.jpg

Now it time to connect the JIG to the Wii U.
Connect the Battery Bank to the Wii U, like you were trying to charge the battery from the Wii U (won't actually charge). This is just for providing a GND connection. Then connect the Pico to the power bank, so the pico is powered by it. (while keeping the Wii U and Power bank connected)
Connect the Pico the the USB-Y cable one leg of the Y cable will go to one of the USB ports of the Wii U. It is essential to connected it first. It will provide ground and without good grounding there might be a potential difference damaging the pico or the console when connecting it to the TP. The USB port won't provide any power that early in the boot, so you also need to connect a power source to the other leg of the USB Y cable. I recommend a Laptop running of Battery, but if you don't have other options, a PC or USB Power adapter will be fine too.
The LED on the Pico should start flashing. Also Plug in the Power of the console. You can leave HDMI disconnected for now, if it makes handeling the console easier for you. Make sure the SD card is inside the console

PXL_20250718_195216231.jpg


Now Remove the Coin Cell Battery from the Wii U and look inside the slot. The battery connector is on the bottom side of the board so will see the board upwards (relative to the consoles orientation). You should be able to make out the negative terminal of the battery connector (the one in the middle) and the two positve terminals which would connect to the side of the battery.
You want to insert the Pico at a little bit of an angle so it slides between the posive and the negative terminal. You have to depress the negative terminal a little bit. The flat (bottom) side of the pico should face the negative terminal. Insert it pico all the way until it hits the plastic of the battery connector. Then make sure it is straight and alligned towards the back of the console.
The you can push the pico up (from the perspective of the console) so the wire you soldered makes contact with the TP on the board. On the picture I don't have the USB connected, you should have it connected as explained above.

PXL_20250718_195547329.jpg


Now while pushing the pico up, try turning on the console. If everything is worked Power LED should flash blue once or twice and then turn static purple. You can now remove the Pico and Plug in HDMI. You should now see the minute menu on the TV. (Only HDMI 1080p will work. AV or other resolutions are not supported).

  • If the console turns on like normal, then the Pico didn't make good contact to the TP. (Even if it doesn't look like it, the console is on and you have to unplug it)
  • If the LED stays red then either the SD isn't compatible (SDHC and bigger won't work), or you didn't flash the image correctly or the sdboot1.ancast isn't correct.
  • If the LED continues flashing blue, then either the fw.img or the ptb were not merged correctly.

Next Steps


I would recommend you continoue by installing ISFShax, so you don't have to the the PTB again and can use it as a base for your further unbricking actions. You would prepare another SD card (you could also reformat the same SD, once minute is loaded and the console stays on) with the ISFShax files, like described in the guide and then pick up the guide where minute is already loaded.

I also recommend taking a look at the Troubleshooting Guide after having ISFShax installed.[/h][/h]

Thanks


  • DeadlyFoez
  • Rairii
  • Kelly
  • wiicurious
  • GaryOderNichts
 

Attachments

Last edited by SDIO,
With PTB,one of my console continue to blink blue.
This is a completely normal console, It runs normally and recognizes SD card.
The PTB SDcard has successfully implemented PTB on other consoles.
Just feedback~
Okay so a defuse would be the only option then maybe?
 
Wonderful! I had a fifth Wii U sitting in the closet that I picked up cheap with the no display issue that was beyond UDPIH. I suspected it was a fully-failed eMMC. But, I hadn't been in the mood to do another defuse project, what with all the soldering of those micro-thin magnet wires, so I was in no hurry to pull it out again until some rainy day when I had nothing else to do.

But then...this! I had to try it. So, a little dab of solder on a Pi Pico later (and a bit of fiddling to get it positioned just right in the battery compartment) and Voila, I had the minute menu up-and-running.

The only thing I would say to perhaps make the guide clearer would be this (and I fully admit I kind of glossed over this detail at first, so maybe it's just me, but...):

My first instinct was to save a copy of the otb.bin and SLC, but I was unable to on that first SD card (because after flashing it with exactly what it needed, it wasn't exactly in a form to be able to save stuff to it, much less install ISFSHAX from it). So you say a person might need another sd card for that or they could just take that one out and reformat it. I would say just list a second SD card needed right up front, because most likely one might need to restart the console using the Pi Pico more than once (and indeed, I had to, because the first time I tried to install ISFSHAX it threw an error and I had to find a version of it that bypassed that error).

Also, here was my experience in pulling out the flashed SD card (mine was 1GB) and inserting the FAT32-formatted SD card (mind was 2GB) that was set up with the ISFSHAX files and space to save the SLC and other system files I needed a backup of): The monitor was filled with a bunch of text temporarily overwriting the minute menu. But, I was able to scroll down and see the choice for backup and once I selected that, the screen rewrote and was clear again. I was then able to do the backups I wanted and eventually install ISFSHAX on the second try. I'm attaching photos showing what my monitor looked like.

So to recap, once one has successfully "Paid the Beak,"
  • one should have a second SD card formatted with FAT32 (I set to 1024k cluster size) and most likely set up with the files to install ISFSHAX.
  • Pull out the first SD card, insert the second, be prepared to see a little gobbly-gook mess on the screen,
  • scroll down to the backup menu choice, select it, and then proceed to backup what should be backed up (otb.bin, SLC, others),
  • then go back to the main menu and follow instructions for installing ISFSHAX.
Once I did that, I was able to boot directly into the minute menu without using the "jig" any longer. Also, I was now able to turn it off by holding in the power button for a few seconds, which I was unable to do before that. Now I just need to open it up to replace the eMMC with a microSD card (NAND-AID project), rebuild the MLC and I'll be back in business. What I'll do with a fifth running Wii U, however, is a question for another day. I told my kids this was the last one and I won't buy any more, but doggonit, with this new "Paid the Beak" method, it'll be even harder to resist picking up bricked Wii U consoles if I see them at super low prices!
 

Attachments

  • IMG_5816.MP4
    15.7 MB
  • IMG_5814.JPEG
    IMG_5814.JPEG
    524.4 KB · Views: 65
  • IMG_5813.JPEG
    IMG_5813.JPEG
    567 KB · Views: 66
  • IMG_5812.JPEG
    IMG_5812.JPEG
    404 KB · Views: 66
  • IMG_5811.JPEG
    IMG_5811.JPEG
    449.6 KB · Views: 66
Also, here was my experience in pulling out the flashed SD card (mine was 1GB) and inserting the FAT32-formatted SD card (mind was 2GB) that was set up with the ISFSHAX files and space to save the SLC and other system files I needed a backup of): The monitor was filled with a bunch of text temporarily overwriting the minute menu. But, I was able to scroll down and see the choice for backup and once I selected that, the screen rewrote and was clear again. I was then able to do the backups I wanted and eventually install ISFSHAX on the second try. I'm attaching photos showing what my monitor looked like.
Yes that is expected and I want to keep it this way for now. The SD hot swap is finicky, so I want to have the output there for troubleshooting.

Also instead of using NAND-AID (or better MLC2SD), just using redNAND is also an option. But yeah for selling it makes sense to fix it internally, so it works stock.
 
Yes that is expected and I want to keep it this way for now. The SD hot swap is finicky, so I want to have the output there for troubleshooting.

Also instead of using NAND-AID (or better MLC2SD), just using redNAND is also an option. But yeah for selling it makes sense to fix it internally, so it works stock.
Except I never sell them. LOL. Maybe someday, I don't know. Didn't mean to start collecting them, but just sort of happened.

No, I don't like the redNAND solution. Tried it once, got everything up and running, but seemed too limiting. So I ended up fixing that one with a NAND-AID too. But if a person can't solder and/or doesn't want to disassemble the console, that is the least-invasive and easiest solution, true. I can see how Paid The Beak followed by redNAND would be seen as a great match in that way.
 
guys i have nintendo tvii leaks and the devbuild

With PTB,one of my console continue to blink blue.
This is a completely normal console, It runs normally and recognizes SD card.
The PTB SDcard has successfully implemented PTB on other consoles.
Just feedback~
Post automatically merged:

here
Post automatically merged:

guys i have nintendo tvii leaks and the devbuild


Post automatically merged:

here
 

Attachments

  • WIN_20250811_19_29_05_Pro.jpg
    WIN_20250811_19_29_05_Pro.jpg
    103.1 KB · Views: 70
  • WIN_20250820_21_58_22_Pro.jpg
    WIN_20250820_21_58_22_Pro.jpg
    154.3 KB · Views: 55
  • WIN_20250820_21_58_45_Pro.jpg
    WIN_20250820_21_58_45_Pro.jpg
    80.3 KB · Views: 62
  • WIN_20250820_21_58_52_Pro.jpg
    WIN_20250820_21_58_52_Pro.jpg
    89.2 KB · Views: 75
  • WIN_20250820_21_58_59_Pro.jpg
    WIN_20250820_21_58_59_Pro.jpg
    104.8 KB · Views: 86
Okay, so I'm trying this, and I think the rpi pico is working right, but I must have mucked up the SD card. I have my suspicions, but let me run my implementation by you and see if my guess is right, and hopefully you can put me back on the right track:

Problem being addresssed: Wii U freezes on Wii U splash screen during boot process.

1. Flashed the jig.uf2 file to pico.
2. Tested pico with chosen battery bank: green LED flashing as expected.
3. Attached 26 AWG solid hookup wire to J13 by wrapping wire tightly around contact area: no solder. Stripped opposite end to use as probe for making contact with Wii U TP4. (With such a small solid wire, I can slide it along the circuit board until it catches on the edge of the TP4 pad. No eyes required.)
4. Tested jig by using it on Wii U without an SD card installed. Rather than light green, red light stayed lit. I interpret that as indication that jig is successfully interrupting the boot process in some way.
5. Downloaded and unpacked ptb_padded.zip from your link.
6. Added fw.img from the minutes link in your post.
7. Created ancast file by copying text from the article into .txt file, then renaming to sdboot1.ancast.
8. Placed fw.img and ancast file in ptb_padded folder and ran merge.bat.
9. Flashed ptbminute.img to SD card using Balena Etcher. BE threw a warning stating no partition table in image. Assumed/hoped that was because it was not a Win/DOS OS.
10. Unplugged all cables from Wii U, inserted SD card, inserted power connector. Set up jig via battery pack method. Attempted to boot using jig: light remains red, machine will not boot to blue light even after removing jog wire from TP4, unless I unplug power and re-plug, then it continues to "boot" as before.

I am fairly sure the warning from Balena Etcher and the failure to go purple on the power light are indications that I botched the image file generation somehow.

Update: Apparently the text file is not the proper file. I downloaded the file linked in the article, which is significantly larger, and recreated the final image using that, but Balena is still reporting no partition table when I write the image to the SD card. But, it worked, sorta: the power LED turned purple, indicating it loaded PTB, but my TV reports no signal on the HDMI.
 
Last edited by DreadPirate761,
7. Created ancast file by copying text from the article into .txt file, then renaming to sdboot1.ancast.
That sounds wrong.

BE threw a warning stating no partition table in image.
That is correct, there will be no partition table.
Post automatically merged:

power LED turned purple, indicating it loaded PTB, but my TV reports no signal on the HDMI.
Can yu try another TV? Make sure the TV supports 1080p
 
I updated my original post to reflect that I realized the .ancast was wrong and used the version supplied in the article. Thanks for letting me know that Balena is giving an expected warning. I will try an HDMI-supporting computer monitor.
Post automatically merged:

My TV supports 1080p and 720p, and has worked in the past with the recuverie menu UDPIH on another Wii U, and works with the initial startup screen on this one, but who knows, maybe there's just something goofy about this one. Just before writing this, I tried using the complete image provided in the article, (I don't trust myself to have necessarily provided the right files to the .bat file) with the same results: purple light indicating the _ worked, screen reporting "no signal".
Post automatically merged:

That sounds wrong.


That is correct, there will be no partition table.
Post automatically merged:


Can yu try another TV? Make sure the TV supports 1080p
Okay, minute came up using my monitor, but not my TV. Maybe my TV defaults to 720p or something odd, dunno, but thanks!
 
Last edited by DreadPirate761,
Yes. Just make sure it's FAT32.

The SDSC limitation comes from the boot0 in the Wii U. Once that loaded something it doesn't matter
 
Do we know something comparable like PTB in other (Nintendo) consoles? A backdoor that early in the boot process is really helpful.
 
Surprised I haven't read about this exploit any earlier. Great discovery! A commercial jig would be trivial to make without any special circuitry, I can easily imagine mass-produced jigs being a fraction of the price of the already incredibly cheap Pico.

I think the process with a Pico could be simplified a little for those who don't want to solder by using a Pico H (pre-applied header pins) and male-to-female jumper wires, and holding? taping? bending? the end of the wire that needs to touch the test point. I can't say I am familiar with solder-less methods of tapping into test points, but I'm sure there are a myriad of better ways around that.
 
Most of this worked for me but I can't get minute to load. I've def triggered UNSTBL_PWR because wii u never turns on with no sd or incorrectly set up sd inserted but just flashes blue when I insert any sd card with the img flashed (i have a 1gb one i used to use on my wii and a 2gb from a 3ds). It did go purple one time but my tv wouldnt display anything and I cant make it happen again on my pc monitor. I've tried the .bin image from the consolebytes article and my own merged .img file on both cards multiple times with both win32imager and balenaetcher. what else can I try? have i messed up something with my sd cards?
 
  • Like
Reactions: MarioGlitchy9

Site & Scene News

Popular threads in this forum