Bushing s'exprime sur le risque de brick avec une update

Je continue à entendre des questions comme : "Dois-je mettre à jour ma wii en 4.2 ? Allez vous faire un Boot2 Updater sécurisé ? La réponse est NON ( mais lisez la suite )

Quelque part , dans tout le bruit qu'à fait la mise à jour la plus récente ( 4.2 ) , mon avis que j'ai voulu faire passer s'est perdu. Permettez-moi de récapituler les faits:

- La mise à jour système la plus récente a été la plus importante jamais réalisée : 32 fichiers ont été ajoutés ou mis à jour, et chaque Wii télécharge environ 50 Mo de données.

- Un certain vieil homme m'a dit que , en moyenne, 1 mise à jour sur 1000 (de n'importe quel logiciel, sur n'importe quel système) échouera.

- La Wii effectue des mises à jour de façon "atomique" sur une base par titre. Cela signifie est que le menu système de téléchargements de chaque fichier à partir du Server Update Nintendo et alimente les données directement au IOS / ES. Comme chaque bloc de données pour un fichier est téléchargé, IOS dont il écrit dans /import , puis une fois le fichier en entier a fini le téléchargement, il renomme les fichiers dans / import pour remplacer l'ancienne version du titre (en une seule étape, "atomatiquement "). Il prend sans doute qu'une seconde ou deux à renommer pour chaque fichier .

- Contrairement aux affirmations de Nintendo, une mise à jour ne sera pas recommencer depuis le début si elle est interrompue. Au contraire, les mises à jour seront téléchargées et installées dans cet ordre: boot2, IOS du nouveau system menu , un nouveau menu system , et puis tout le reste. Si la mise à jour est interrompue après (par exemple) que l'IOS du nouveau system menu est installé, mais avant que le menu système a terminé le téléchargement, les fichiers partiellement téléchargés du system menu seront supprimés lors du prochain redémarrage. Il vous sera toujours dit "une mise à jour est disponible", et il va redémarrer la mise à jour - mais puisqu'il ne va pas réinstaller la même version de quelque chose qui est déjà là, il vous permet de sauter boot2 et l'IOS et redémarrer le téléchargement du menu système.

- Toute mise à jour qui a échoué sur l'un des trois de ces composants (boot2, system menu, IOS du system menu ) amènera le système de façon irrémédiable à un brick.

- Toute mise à jour ayant échoué sur une autre partie du système (par exemple, un autre IOS) peut provoquer un comportement étrange (certains jeux ne se lanceront pas) ou pourrait amener la wii à un brick (si elle a endommagée le système de fichiers dans la NAND).

En ce qui concerne la mise à jour du boot2 :

- Le "1-Sur-1000" s'applique au boot2, bien qu'il existe un certain mécanisme de protection mis en place pour tenter d'atténuer ce risque. Il existe deux copies séparées de boot2 stockées en flash, et si il est corrompu ( le boot2 de bootmii ) , il va tenter de démarrer l'autre ( le boot2 officiel ). C'est le seul véritable mécanisme de «sécurité» dans l'ensemble du dispositif.

- La mise à jour du boot2 est complètement distincte de toute autre mise à jour, et n'a jamais été utilisée auparavant sur toute Wii . Cela ne signifie pas que c'est forcément cassée ou que ça bug, juste qu'il a été presque aussi bien testée que toute mise à jour d'autres mises à jour.

- Pendant le développement de BootMii / HackMii Installer , j'ai rencontré un bug où les données ECC n'ont pas toujours été écrites lors de l'écriture boot2. Permettez-moi d'être clair , ce n'est pas un gros bug. Elle s'applique uniquement au "boot2 page blockmap domaine" , et quand le bug est en marche , l'effet est généralement inoffensif, s'il y a une erreur sur les bits dans cette page, elle ne sera pas détectée ou corrigée, mais il y a trois copies de ces données dans la page de boot1 et choisira le meilleur des 3. (La seule indication réelle, si vous trouvez le message «Ninty forgot to write spare data for page xxx" dans votre fichier installer.log après l'installation deBootMii/boot2 , c'est que se bug a été fait chez vous .) Je ne pense pas que sa peux vraiment cossé un brick de votre wii, mais c'est la preuve que le code n'a pas été suffisamment testé.

- Notre code du boot2 updater( bootmii ) porte probablement le même risque 1-Sur-1000 d'échec, mais si il ya un échec , il y aura encore au moins une des deux anciennes copies de boot2 qui fonctionne. (Nous devons faire quelque chose de bien pour éviter d'écraser chaque copie, et pour éviter les problèmes avec BC / MIOS.)

- Il n'y a aucun avantage ou piège à l'installation boot2v4, autre que le fait que si vous ne l'installez pas, il continuera à essayer de l'installer quand vous le mettrait à jour, et si vous avait installé BootMii en boot2 , il sera écrasera.

Divers employés de Nintendo , la plupart du personnel du support technique , modérateurs du forum et les cadres , ont affirmé que selon laquelle «la plupart des wii qui brick est la conséquence d'autres modifications au système. ( Hack ) " C'est un mensonge, et je suis déçu par Nintendo pour avoir essayé de faire passer se mensonge . Ce n'est pas expliqué grâce à des preuves : comment pourraient-ils éventuellement se procurer ce genre de statistique? (Il n'ont pas beaucoups de temps devant eut pour faire se jore d'étude , et même si il l'ont , et qu'il ont beaucoup de wii brické , il ya aucun moyen pour eu de s'avoir si elle a été modifier ou non ). Ce n'est pas logique, soit la raison pour laquelle cette mise à jour "tue homebrew" c'est parce qu'elle écrase tout, mais c'est pareil pour Wii non modifiée. Ce n'est même pas soutenu de manière anecdotique , il y avait des commentaires sur le forum officiel de Nintendo Tech de personnes qui avaient acheté une Wii nouvelles ce jour-là et il l'avait brické la première fois qu'ils ont fait leur test de connexion et mis à jour leur système.

Si nous devions écrire un installateur boot2, il n'y a aucune garantie que ce serait plus en sécurisé que Nintendo. Nous croyons sincèrement qu'il est sûr : nous avons testé autant que nous le pouvions, nous avons un nombre déraisonnable de contrôles de sécurité là-dedans, et je n'ai pas encore entendu un seul cas de brick quelque part entre 10-20,000 installation. Mais encore une fois, je suis sûr que Nintendo pense la même chose au sujet de leur code.

La distinction est ici plus subtil que "le code est buggé ". Lorsque vous exécutez HackMii Installer et installer tout ce que nous avons codé , vous prenez un risque. La différence ici est que :

- Pour les (disons), 20.000 personnes qui vont utiliser HackMii Installer , chacun d'eux l'a fait délibérément et avec un but à l'esprit : bricoler avec leur système, jouer à des jeux homebrew, ou autres. Dans le cas de BootMii/boot2, nous vous avons même donner une bonne défense contre le brick de votre wii par le biais des mises à jour (oh, l'ironie). Si vous rencontrez des problèmes, vous pouvez être en colère contre nous, vous pouvez être en colère contre vous-mêmes, mais à la fin de la journée, vous avez pris un risque calculé.

- Pour les 55 millions de personnes qui sont propriétaires de Wii, mais n'a pas utiliser HackMii Installer , mais sont obligés de mettre à jour de toute façon , ils courent le risque de brické leur wii sans bénéfice pour eux , et aucun choix en la matière.

Si nous prenons cette statistique de 1-Sur-1000 . Des mises à jour ont échoué, et dire que le 1-SUR-100 de ces mises à jour est un brick du système : vous vous retrouvez avec peut-être une ou deux wii modifer qui ont brické , et 550 non modifié, Wii qui ont briqué. Si vous faites partie de ceux là , allez chez Nintendo et demander leur de réparer votre wii gratuitement. Si vous n'avez pas mis à jour, il n'y a aucune autre bonne raison que d'arrêter de mettre à jour constament . Si vous vous sentez obligés de mettre à jour, vos chances de rencontrer des problèmes ne sont ni meilleurs ni pires que quiconque d'autre, et ils ne seraient pas très différents si l'on écrit le code pour mettre à jour au lieu de Nintendo.

C'est la raison pour laquelle c'est une grosse affaire quand on aura sorti un mise à jour du BootLoader . C'est un risque inhérent élevé, et pour la plupart des gens, ça ne vaut pas la peine.

Nous ne voulons pas coder un updater pour boot2 parce qu'il n'y a aucune garantie que cela serait plus sûr, et nous ne voulons pas être responsable de tout briques qu'elle provoque. La différence entre l'installation de BootMii/boot2 et l'installation du boot2v4 et qu'avec BootMii/boot2 , vous gagnez un montant considérable de la protection contre le brick , Et même si le risque existe , je pense qu'il en vaux la peine. On ne peut pas en dire autant à propos du boot2v4.

Il serait assez facile de patcher le code de mise à jour de boot2 depuis le system menu , mais je suis encore hésitants à faire ses changements persistants pour le menu Système sur NAND. Il est possible , mais techniquement difficile , pour BootMii/boot2 de patcher le system menu dans la mémoire lors du démarrage, et c'est quelque chose que nous envisageons. Mais il n'a pas encore été nécessaire, et en mettant la technologie nécessaire en place pour faire cela ferrait s'aggraver considérablement cette "course aux armes». (Et sa ne changerai pour ceux qui n'ont pas BootMii/boot2 d'installé. )

Si quelqu'un veux patcher le system menu sur la NAND , il ya déjà un programme sur WiiBrew qui fait cela : news-wii/tous-les-starpatch-t2668.html ( petit changement du lien xD ) . Je n'ai jamais utilisé ce programme et je ne peut pas recommander son utilisation. Mais il a la capacité d'appliquer "une rustine" au system menu binaire pour désactiver les mises à jour automatique , et s'il ya un besoin , je pourrais contribuer a un patch pour pouvoir le faire juste pour boot2.

Je n'ai pas d'explication réelle pour le brickage après l'installation du firmware 4.2, et je soupçonne que Nintendo ne sais pas vraiment , et ne cherche pas à savoir ... je ne pense pas qu'ils conservent une copie des clés de mémoire NAND pour chaque appareil, et je doute qu'ils ont tous simplement possible de les récupérer. Comme une question de curiosité personnelle, je serais intéressé à faire un test sur une Wii moi-même.

Si vous avez une Wii brické qui remplit les conditions suivantes:

- Marchait très bien avant la mise à jour 4.2
- Est maintenant inutilisables après la mise à jour 4.2 (écran noir, message d'erreur à partir du menu système, etc)
- A un boot1 vulnérables (tels que BootMii/boot2 pourrait être installé)
- Avoir les clefs system (soit à partir d'une sauvegarde de votre NAND BootMii , ou grâce à xyzzy , homebrew utiliser avant le brick de votre wii.)
- Rien de truc trop bizarre installer sur votre system menu ou l'IOS du system menu (mais je suis un peu flexible sur ce point)

... S'il vous plaît laissez-moi savoir. Je serais intéressé à obtenir un dump de la NAND à partir du système afin que je puisse comprendre exactement ce qui l'a fait mourir. Si vous avez déjà eu un tel DUMP (et les clefs système), ce serait merveilleux, mais si je ne l'ai pas , je pourrais créer le dump moi-même (là encore, en supposant que vous avez les clefs , qu'on pourrais installer BootMii/boot2 avec un programmeur flash.)