Cela était reconnaissable par l'affichage par le Boot1 et le Boot2 d'un symbole spécial en haut à gauche de l'écran de démarrage.
Les Boot1 et Boot2 incluent en fait des clés leur permettant de vérifier la signature électronique de tout code exécutable qu'ils lancent. Le Boot1 vérifie le Boot2 ou le logiciel de Diagnostics avant de le lancer, et le Boot2 vérifie l'OS avant de le lancer.
Et ce symbole signifiait en fait que les versions spéciales de Boot1 et Boot2 programmées sur ces prototypes n'incluent pas les clés de production, mais les clés de développement.
En conséquence, il n'était pas possible de mettre à jour ces prototypes avec les OS et Boot2 récents dont nous disposions à l'époque, car ils provenaient bien évidemment du site de Texas Instruments et avaient donc été signés avec les clés de production... jusqu'à-ce que nous trouvions un moyen de reprogrammer le Boot1 sur ces prototypes après avoir développé un Ndless spécial pour les vieux OS 1.1 et 1.2 qu'ils utilisaient
Et inversement, nous avions testé à l'époque qu'il n'était pas possible d'installer les OS de développement récupérés sur ces prototypes sur des TI-Nspire de production commercialisées.
Cela signifiait donc qu'en 2007 il y avait donc deux types de TI-Nspire dans les locaux de développement de Texas Instruments :
- des TI-Nspire avec des Boot1/Boot2 de développement, destinés à tester des images signées avec les clés de développement et non prévues pour être diffusées sur le site de Texas Instruments
- des TI-Nspire avec des Boot1/Boot2 de production, destinés eux à tester des images signés avec les clés de production et potentiellement diffusables sur le site de Texas Instruments
Or, c'est maintenant le marché de l'occasion Chinois qui depuis l'année dernière se retrouve inondé de prototypes de TI-Nspire TouchPad. Et le tout dernier dont la communauté chinoise cnCalc.org nous a fait part vient bouleverser les règles établies...
Et oui malgré tout, les TI-Nspire nous cachent encore quelques petits secrets.
Ce prototype donc disposait bien d'un OS de développement, le 2.0.0.717, mais bizarrement l'icône indiquant un fonctionnement en mode de développement sur l'écran de démarrage n'apparaissait qu'autout de 50% de la barre de chargement, soit lors du lancement du Boot2.
Ce prototype était donc muni d'un Boot1 de production qui acceptait de lancer le Boot2, ce dernier étant donc également un Boot2 de production.
Mais malgré cela le Boot2 passait en mode de développement et n'acceptait que des OS de développements. Que se passait-il ?
Et bien il semble en fait que les Boot2 de production puissent passer en mode de développement si ils trouvent à la racine du système de fichiers un dossier "Developper Unit" avec dedans un fichier 'devunit.cer.tns'. Et cela explique également l'activation à 50% du chargement, puisque le Boot1 sur TI-Nspire n'a pas accès au système de fichiers.
Il resterait toutefois encore à découvrir si ce fichier 'devunit.cer.tns' permet de faire passer toute TI-Nspire en mode de développement, ou si il est spécifique à chaque machine en étant par exemple basé sur un cryptage de l'identifiant de la machine disponible à l'écran "A propos".
Mais bref, avec cette nouvelle méthode, Texas Instruments n'a donc plus besoin de différentes TI-Nspire pour tester ses futurs OS. La même TI-Nspire peut aussi bien servir à tester les OS de production, que les OS de développement une fois l'activation de ce mode.
La méthode de transformation de prototypes en modèles de production que nous avions développée du temps des TI-Nspire ClickPad n'est pas appliquable aux prototypes TI-Nspire TouchPad EVT/DVT qui inondent la Chine. Pour la simple et bonne raison qu'elle nécessite Ndless, que les seuls OS de développement pour lesquels il existe une version de Ndless sont les 1.1 et 1.2, et que la protection anti-downgrade des prototypes TI-Nspire TouchPad venant avec un OS 2.0 interdira une telle installation.
Mais bonne nouvelle désormais pour tout-le-monde : si vous récupérez un prototype TI-Nspire (que ce soit ClickPad, TouchPad, CM ou CX), qu'il est en mode de développement comme illustré ci-contre et refuse toute mise à jour, vérifiez la présence d'un dossier "Developper Unit" à la racine de la calculatrice avec dedans un fichier 'devunit.cer'.
Si ce fichier est présent bonne nouvelle, cela veut dire que le prototype n'est pas bloqué en mode de développement, et que ce dernier est désactivable
Dans ce cas renommez simplement ce dossier. Au prochain redémarrage, le Boot2 ne trouvant plus le fichier 'devunit.cer.tns' va rester en mode de production, ce qui refusera le lancement de l'OS de développement inclus et déclenchera sa désinstallation. Vous serez alors capables d'installer un OS de production récent donnant une toute nouvelle vie à votre prototype !
Méthode ultra-simple, testée avec succès par nos amis chinois à notre demande !
TI-Planet - Demandez-nous la Lune !
Source : http://www.cncalc.org/thread-10143-2-1.html