tagrot.blogg.se - Should i install bootmii as ios 2018

SHOULD I INSTALL BOOTMII AS IOS 2018 DRIVERS
SHOULD I INSTALL BOOTMII AS IOS 2018 UPDATE
SHOULD I INSTALL BOOTMII AS IOS 2018 FULL
SHOULD I INSTALL BOOTMII AS IOS 2018 SOFTWARE
SHOULD I INSTALL BOOTMII AS IOS 2018 CODE

A modified boot2 will not run on them, period. However, there is a way of accomplishing some of BootMii’s goals on those Wiis, by installing BootMii as the System Menu’s IOS, or as an entirely separate IOS, for example. There are pros and cons to these options, and they’re not as good as installing BootMii as boot2, but they are possibilities worth exploring. We won’t support them when BootMii first comes out (lest we delay it even further), but one or more of them might come in the future. Here’s a table comparing the following attributes of the four solutions: Since people seem to love to compare Preloader to BootMii, I’m going to throw it in the comparison as well.

Brick resistance: chances of it helping you if you brick your Wii.

SHOULD I INSTALL BOOTMII AS IOS 2018 UPDATE

Update resistance: chances of surviving a Nintendo update.

Update safety: chances of causing a brick when the Wii is updated in the future.

SHOULD I INSTALL BOOTMII AS IOS 2018 CODE

Code execution: what kinds of code you can actually run with it.

Complexity: how many things can go wrong while using it.

Low-level install: how easy it is to install using a hardware programmer.

Compatible with return: does “Return to Wii Menu” run it?.

Note that the metrics on the table are mostly relative to one another. “Low” doesn’t mean crap, it means lower than “Medium” or “High”.īootMii as (separate) IOS is a special case.

SHOULD I INSTALL BOOTMII AS IOS 2018 SOFTWARE

It would be useful for people who want to use software designed to run under BootMii (that is, using custom ARM code, not IOS) starting from code under IOS, without regard for having it run on boot or brick-safety. This is basically a completely safe option, but also the least powerful one.īrick resistance: BootMii as boot2 has high brick resistance because it _only_ relies on boot1 and boot2, which are in a reserved area of NAND. BootMii-boot2 will run even if your entire NAND Filesystem is hosed, and only requires the first megabyte or so of NAND to be intact (containing boot1 and boot2). BootMii as IOS does quite a bit worse, because it does require a sane NAND Filesystem, and also a sane enough structure that the original boot2 won’t choke on it.

SHOULD I INSTALL BOOTMII AS IOS 2018 DRIVERS

However, it doesn’t require any PPC code to run, nor does it run any additional drivers (for example, WC24), so some failure modes related to system files are eliminated.

Preloader also depends on the System Menu IOS and runs on the PPC side, so it only saves you from brick problems that affect the System Menu (although these are pretty popular, so it’s still significant) – it won’t help for anything affecting IOS. Of note is that BootMii-boot2 doesn’t require anything on NAND that is dependent on your NAND keys, so the parts of NAND that are required are exactly the same (at least among Wiis with the same boot1 version). Update resistance: BootMii as boot2 is likely to survive updates, because it’ll only be overwritten if boot2 is updated. BootMii as IOS would be overwritten with a System Menu IOS update, and Preloader would be overwritten with a System Menu update, both of which happen often and are pretty likely. Interestingly, BootMii as a regular IOS is more likely to survive, simply because it would be installed alongside existing software and won’t be overwritten by any update.

None of the options will survive a targeted attack – this is just a measure of how likely a “normal” update will remove them. Update safety: BootMii as boot2 is essentially 100% safe. This is because boot1 can’t be changed, so the only thing that will affect it is a boot2 update. This would remove it, but that wouldn’t cause a brick. The only way an update could brick a Wii with BootMii as boot2 would be due to a deliberate sabotage attempt by Nintendo (“if we detect bootmii, deliberately brick that Wii”), which won’t happen because they would likely be held legally liable for the damage. Boot2 hasn’t been updated yet, so this gives BootMii as SysMenu IOS a slightly better chance than Preloader, which would suffer from the same issue if either the System Menu IOS or boot2 are updated to perform this check.īootMii as an IOS, on the other hand, could cause a bad brick if boot2 is updated to check the signature of the installed System Menu IOS. Since BootMii as a separate IOS doesn’t participate in the boot process, it is obviously 100% safe (unless Nintendo does something stupid like crash if any unsigned software is found, but that’s not going to happen because it would cause legal trouble as well).Ĭode execution: This is pretty simple.

SHOULD I INSTALL BOOTMII AS IOS 2018 FULL

BootMii lets you run ARM (Starlet) code, which gives you full control (including the possibility of running PPC code).