Forum TI-Planet.org

Les informations ci-dessous sont désormais obsolètes, le problème ayant été rapidement corrigé avec la sortie d'un OS 3.0.2 - en remerciant Texas Instruments pour avoir été à l'écoute de ses utilisateurs. Précisons aussi que le problème n'a jamais concerné les TI-Nspire CX, qui venaient avec le tout préinstallé correctement.

Non hélas ce n'est pas une blague et nous avons pris le temps de bien étudier la chose avant de publier.

L'OS 3.0.1 a d'énormes défauts comme nous vous l'avons déjà signalé par ici ou encore par là, mais ce n'était rien encore... seulement la partie émergée de l'iceberg!

Non car le pire de tous les bugs restait encore à venir: l'OS 3.0.1 peut détruire votre calculatrice TI-Nspire!!!





Nous ne pouvons que vous déconseiller très fermement l'installation de cet OS!

Vous avez des examens ou concours bientôt... ne prenez pas le risque de vous priver de Nspire pour plusieurs semaines le temps de l'échange ou de la réparation!





Maintenant que le plus important est dit, nous allons en venir à l'explication.



Quand une TI-Nspire démarre, elle lance successivement 3 programmes:

- le Boot1 qui par défaut charge, vérifie et lance le Boot2, ou sinon attend l'envoi d'un nouveau Boot2 sur le connecteur Dock (opposé au connecteur USB)
- le Boot2 qui par défaut charge, vérifie et lance l'OS, ou sinon attend l'envoi d'un nouvel OS sur le connecteur USB
- l'OS



Pendant le démarrage, la barre de progression associée à la légende suivante permet de repérer à quelle étape on est:





Or, depuis 2 semaines soit depuis la sortie de l'OS 3.0, nous avons connaissance d'au moins 3 personnes dont la calculatrice est coincée sur l'écran suivant:





Si l'on compare avec la légende ci-dessus, cela correspond à un blocage ou en fin de Boot1, ou en début de Boot2. C'est curieux car il n'y a pas de message, et qu'au bout d'un moment l'écran se modifie légèrement:





Cet écran ne nous est hélas pas inconnu, car plusieurs personnes l'avaient obtenu il y a à peu près 1 an, suite à l'installation de l'OS 2.0.0.

Et nous connaissons hélas la réponse: il s'agit d'un blocage en fin de Boot1. Le Boot2 n'est pas lancé car le Boot1 détecte qu'il a été endommagé. Le Boot1 attend donc l'envoi d'un Boot2 sur le connecteur Dock, et le 2ème écran correspond en fait à un "time-out".



Le Boot2 n'existant plus, il est impossible de lancer l'OS, mais également d'utiliser la prise USB. Seul le Boot2 gère cette prise qui est totalement inconnue du Boot1. L'envoi sur le connecteur Dock nécessite une interface RS232 externe et ce n'est pas à la portée de tout-le-monde. Bref: les TI-Nspire en question ne sont pas prêtes de remarcher.





Maintenant que nous avons compris ce qui était arrivé à nos pauvres petites TI-Nspire, venons-en à la question suivante: pourquoi les OS 3.0.1, 2.0.0 et peut-être d'autres OS également détruisent le Boot2?

On peut considérer les Boot1 et Boot2 comme l'équivalent du BIOS sur les ordinateurs PC. La mise à jour du BIOS est une opération très dangereuse, que l'on n'effectue que lorsqu'on est devant un problème qu'il est impossible de résoudre autrement. Une simple panne de courant ou erreur pendant la mise à jour du BIOS, et l'ordinateur est inutilisable!

Et bien il se trouve que les OS Nspire depuis la version 1.4 font quelque chose qui n'avait jamais été fait sur aucune calculatrice graphique TI ou Casio: ils effectuent une mise à jour du Boot2:

- sur les Nspire munies d'un Boot2 1.1, les OS 1.4 à 2.1 mettent à jour le Boot2 avec la version 1.4
- sur les Nspire munies d'un Boot2 1.4, l'OS 3.0.1 met à jour le Boot2 avec la version 3.0



Et donc, dans certaines conditions, la mise à jour du Boot2 échoue. Pour une raison encore inconnue, le code du Boot2 est mal écrit.



Ce bug a été difficile à comprendre car ses effets ne se produisent pas à l'installation de l'OS, mais à retardement. En effet, le Boot2 n'est mis à jour qu'après le 1er démarrage réussi du nouvel OS. Le nouveau Boot2 ne sera donc utilisé qu'au prochain redémarrage de la calculatrice (apparition de la barre de chargement).

Or, la calculatrice ne redémarre que dans certains cas bien précis: sortie du mode hibernation, changement de piles, changement du clavier amovible, utilisation du bouton reset, ou encore plantage. Une fois que le Boot2 a été détruit, il est donc possible de continuer à se servir de la calculatrice pendant plusieurs heures/jours/semaines/mois... Ce n'est qu'au prochain redémarrage que la calculatrice se coincera définitivement.







Nous croyions sincèrement que Texas Instruments avait atteint des sommets avec les bugs de ces derniers jours dans l'OS 3.0.1, mais nous étions donc hélas encore bien en-dessous de la réalité. Il s'agit clairement du pire bug dans toute l'Histoire des calculatrices graphiques!!!

Si l'on rajoute de plus le fait que la seule "anti-nouveauté" du Boot2 3.0 est le rajout d'une protection anti-downgrade qui empêche de réinstaller les OS antérieurs fiables et par conséquent d'utiliser Ndless, cette situation est absolument inadmissible et nous en tenons TI pour entièrement responsable.



Pour éradiquer Ndless, TI va-t-il continuer à diffuser du code vérolé et dangereux, quitte à risquer de faire rater leurs examens/concours à certains d'entre vous? La réponse très bientôt...















Liens:
TNOC (pour retirer le Boot2 de l'OS 3.0.1, et donc empêcher la destruction de votre calculatrice)