Hacking BootMii

[Framework43]

dont tell me this can be used for an ultimate wii iso loader -___-'
Or else we'll get threads saying " Hows canz I get ISO to works with The thingy BootMii?!"

 

[linkinworm]

dont tell me this can be used for a ultimate wii iso loader

'

not straight way no.

 

[raulpica]

I was wondering, will BootMii allow us to get a "True" NAND dump?

what is the problem with current NAND dumps ?

current NAND dumpers, as explained by bushing, are trying to dump while writing to the NAND is taking place.
Therefore, every dump done through software so far is actually somewhat corrupt, at least in the sector where data was being written.
the only way demoed to do a true dump was by causing a special crash and doing some other stuff that is beyond me.

I also thought this might be the reason why I was getting an error code -11 while trying to use yawnd...
as -12 is bad blcoks, I was unable to find out what -11 was....NAND_Dumper displayed an error at the same point,
but went by so fast I couldn't read it, and continued to dump instead of failing and restarting the wii as yawnd does.

It is my hope, but not an assumption I'm ready to make, that BootMii will allow us to use external (SD) software to do a static NAND dump.

so....now that I've clarified....I await some kind of answer/explanation.

Well, the only way to have a "true" NAND dump that I know of is by placing a switch on the Wii which lets the NAND to be still powered, but having the Wii in standby (by crashing or some other way, I don't recall correctly as I read about this a lot ago) and then dumping the NAND via a chip like Infectus.

Seeing as the current NAND dump method requires you to run some kind of code to do that, that also means the system has to be initialized. When the system is running, you'll always have some parts of the NAND being written up.

So... no, this won't probably help to do that. Btw, having a "true" NAND dump is useful only to hardware hackers and low-level devs.

 

[linkinworm]

I was wondering, will BootMii allow us to get a "True" NAND dump?

what is the problem with current NAND dumps ?

current NAND dumpers, as explained by bushing, are trying to dump while writing to the NAND is taking place.
Therefore, every dump done through software so far is actually somewhat corrupt, at least in the sector where data was being written.
the only way demoed to do a true dump was by causing a special crash and doing some other stuff that is beyond me.

I also thought this might be the reason why I was getting an error code -11 while trying to use yawnd...
as -12 is bad blcoks, I was unable to find out what -11 was....NAND_Dumper displayed an error at the same point,
but went by so fast I couldn't read it, and continued to dump instead of failing and restarting the wii as yawnd does.

It is my hope, but not an assumption I'm ready to make, that BootMii will allow us to use external (SD) software to do a static NAND dump.

so....now that I've clarified....I await some kind of answer/explanation.

Well, the only way to have a "true" NAND dump that I know of is by placing a switch on the Wii which lets the NAND to be still powered, but having the Wii in standby (by crashing or some other way, I don't recall correctly as I read about this a lot ago) and then dumping the NAND via a chip like Infectus.

Seeing as the current NAND dump method requires you to run some kind of code to do that, that also means the system has to be initialized. When the system is running, you'll always have some parts of the NAND being written up.

So... no, this won't probably help to do that. Btw, having a "true" NAND dump is useful only to hardware hackers and low-level devs.

and for bricks.

 

[bailli]

I was wondering, will BootMii allow us to get a "True" NAND dump?

what is the problem with current NAND dumps ?

current NAND dumpers, as explained by bushing, are trying to dump while writing to the NAND is taking place.
Therefore, every dump done through software so far is actually somewhat corrupt, at least in the sector where data was being written.
the only way demoed to do a true dump was by causing a special crash and doing some other stuff that is beyond me.

I also thought this might be the reason why I was getting an error code -11 while trying to use yawnd...
as -12 is bad blcoks, I was unable to find out what -11 was....NAND_Dumper displayed an error at the same point,
but went by so fast I couldn't read it, and continued to dump instead of failing and restarting the wii as yawnd does.

It is my hope, but not an assumption I'm ready to make, that BootMii will allow us to use external (SD) software to do a static NAND dump.

so....now that I've clarified....I await some kind of answer/explanation.

Well, the only way to have a "true" NAND dump that I know of is by placing a switch on the Wii which lets the NAND to be still powered, but having the Wii in standby (by crashing or some other way, I don't recall correctly as I read about this a lot ago) and then dumping the NAND via a chip like Infectus.

Seeing as the current NAND dump method requires you to run some kind of code to do that, that also means the system has to be initialized. When the system is running, you'll always have some parts of the NAND being written up.

So... no, this won't probably help to do that. Btw, having a "true" NAND dump is useful only to hardware hackers and low-level devs.

What part of the Wii except code running on the ARM or PPC CPU do you expect to write to the NAND?
If you intercept the boot process with BootMii you have control over every single code line executed after that. So I am pretty sure that a correctly written NAND dumper (running from BootMii directly w/o IOS) is able to dump the NAND without error.

 

[noobwarrior7]

I was wondering, will BootMii allow us to get a "True" NAND dump?

what is the problem with current NAND dumps ?

current NAND dumpers, as explained by bushing, are trying to dump while writing to the NAND is taking place.
Therefore, every dump done through software so far is actually somewhat corrupt, at least in the sector where data was being written.
the only way demoed to do a true dump was by causing a special crash and doing some other stuff that is beyond me.

I also thought this might be the reason why I was getting an error code -11 while trying to use yawnd...
as -12 is bad blcoks, I was unable to find out what -11 was....NAND_Dumper displayed an error at the same point,
but went by so fast I couldn't read it, and continued to dump instead of failing and restarting the wii as yawnd does.

It is my hope, but not an assumption I'm ready to make, that BootMii will allow us to use external (SD) software to do a static NAND dump.

so....now that I've clarified....I await some kind of answer/explanation.

Well, the only way to have a "true" NAND dump that I know of is by placing a switch on the Wii which lets the NAND to be still powered, but having the Wii in standby (by crashing or some other way, I don't recall correctly as I read about this a lot ago) and then dumping the NAND via a chip like Infectus.

Seeing as the current NAND dump method requires you to run some kind of code to do that, that also means the system has to be initialized. When the system is running, you'll always have some parts of the NAND being written up.

So... no, this won't probably help to do that. Btw, having a "true" NAND dump is useful only to hardware hackers and low-level devs.

What part of the Wii except code running on the ARM or PPC CPU do you expect to write to the NAND?
If you intercept the boot process with BootMii you have control over every single code line executed after that. So I am pretty sure that a correctly written NAND dumper (running from BootMii directly w/o IOS) is able to dump the NAND without error.

exactly what I was hoping/thinkin.

 

[marcan]

That is correct. It can also dump the entire NAND, including "bad" blocks.

 

[raulpica]

I was wondering, will BootMii allow us to get a "True" NAND dump?

what is the problem with current NAND dumps ?

current NAND dumpers, as explained by bushing, are trying to dump while writing to the NAND is taking place.
Therefore, every dump done through software so far is actually somewhat corrupt, at least in the sector where data was being written.
the only way demoed to do a true dump was by causing a special crash and doing some other stuff that is beyond me.

I also thought this might be the reason why I was getting an error code -11 while trying to use yawnd...
as -12 is bad blcoks, I was unable to find out what -11 was....NAND_Dumper displayed an error at the same point,
but went by so fast I couldn't read it, and continued to dump instead of failing and restarting the wii as yawnd does.

It is my hope, but not an assumption I'm ready to make, that BootMii will allow us to use external (SD) software to do a static NAND dump.

so....now that I've clarified....I await some kind of answer/explanation.

Well, the only way to have a "true" NAND dump that I know of is by placing a switch on the Wii which lets the NAND to be still powered, but having the Wii in standby (by crashing or some other way, I don't recall correctly as I read about this a lot ago) and then dumping the NAND via a chip like Infectus.

Seeing as the current NAND dump method requires you to run some kind of code to do that, that also means the system has to be initialized. When the system is running, you'll always have some parts of the NAND being written up.

So... no, this won't probably help to do that. Btw, having a "true" NAND dump is useful only to hardware hackers and low-level devs.

What part of the Wii except code running on the ARM or PPC CPU do you expect to write to the NAND?
If you intercept the boot process with BootMii you have control over every single code line executed after that. So I am pretty sure that a correctly written NAND dumper (running from BootMii directly w/o IOS) is able to dump the NAND without error.

Hey, I'm not a dev

Good to hear that, then.

 

[linkinworm]

hey marcan while your here, will you be making a nand backup tool, to work with bootmii then, because iv been doing some stuff lately, and i think its gona brick sooner or later, it would be nice to have a failsafe option somewhere down the line.

 

[Slowking]

That is correct. It can also dump the entire NAND, including "bad" blocks.

Nice. All the currently exiting NAND dumpers error out on me at about 270MB. I guess I have a bad block there...

 

[noobwarrior7]

@ marcan,

for answering in the affirmative mr. martin, you are my hero.

 

[funkmasta]

This BootMii seems like a huge step in Wii homebrew. Any idea on its release?

 

[djdynamite123]

This BootMii seems like a huge step in Wii homebrew. Any idea on its release?

Nope sometime after the new year, i recon Bootmii and other hacks will be shown at 25c3

 

[brownmurder]

nothing has been announced

but it has been awhile since its been mentioned
problem is it has to be perfect because of the way it works if it bricked your wii its permenantly bricked so i read

 

[ekolimits]

wouldnt savemii work to unbrick? as far as i know... yes... doesnt matter how bad your brick is...

 

[djdynamite123]

wouldnt savemii work to unbrick? as far as i know... yes... doesnt matter how bad your brick is...

Useless in allot of cases down to stupidity, but search the forum on bricking if you don't exactly know what's what...

 

[brownmurder]

savemii doesnt work with a bootmii brick

http://gbatemp.net/index.php?showtopic=109...t&p=1463170

 

[superbob]

marcan talked about the BootMii platform defining what we saw on the video as BootMii-Core ...
Any idea of what to expect for the 'still-to-be-written pieces' ? (Maybe useless to ask, but I'll still try

...)

 

[FGOD]

if you read the whole post on hackmii you'll get a picture of what you can expect...

 

[superbob]

if you read the whole post on hackmii you'll get a picture of what you can expect...

Well there are a lot of interesting ideas (espacially in the 88 comments ...)

But I was just asking myself : is there a precise idea of what THEY planned to realease as other pieces aside from brick/malfunction recovery stuff ?