Le Boot2 1.4 pour des TI-Nspire en bonne santé
Posted: 29 Dec 2012, 13:42Sur les TI-Nspire ClickPad et TI-Nspire TouchPad, il est possible d'activer un mode de démarrage du Boot2 spécial appelé le "Test Images".
(notons que cette option de démarrage n'existe plus sur les TI-Nspire CX/CM)
Il suffit pour cela juste avant un redémarrage de maintenir enfoncées:
A l'écran "Ready to install test image" qui apparaît alors, il est possible d'envoyer au format d'un OS Nspire du code qui sera exécuté.
Outre le fait de pouvoir rapidement tester des OS sans passer par la procédure complète d'installation pour les ingénieurs TI, c'est aussi un moyen de dépanner une calculatrice directement en USB.
Le logiciel de diagnostics officiel installé sur les calculatrices, du moins dans sa version publique, n'offre que très peu d'options de dépannage utiles et de plus n'a aucun support de l'USB puisque lancé au niveau du Boot1.
Ici, on pourrait imaginer envoyer des utilitaires de dépannage en USB directement depuis le logiciel Nspire. Idéalement, on traiterait à ce niveau-là toutes les pannes logicielles où la calculatrice dispose encore d'un Boot2 mais est pour une raison ou pour une autre incapable d'installer un OS (corruption de l'identifiant de modèle en mémoire NAND, corruption de la version minimale installable pour la protection anti-downgrade en mémoire NAND...).
Nous avons effectivement déjà sauvé quelques spécimens dans ce cas.
Mais bien évidemment, le code ne sera exécuté par le Boot2 que s'il est signé avec les clefs RSA privées de TI. Ce serait trop facile. Seuls les centres de maintenance TI pourraient donc utiliser de tels outils de dépannage.
Sauf que le Boot2 1.4 lui dispose d'une faille, corrigée par la suite dans le Boot2 3.0.1, qui permet d'exécuter du code non signé à l'écran d'installation de l'OS:
A titre de prévention, nous vous conseillerions donc de revenir en Boot2 1.4, ce qui pourra vous ouvrir des procédures de dépannage beaucoup moins lourdes à l'avenir en cas de problème, et surtout si vous vous retrouvez alors hors période de garantie.
De plus, cela n'a jamais été aussi simple!
Si vous vous retrouvez dans une telle situation de panne en ayant conservé le Boot2 3.0.1, vous serez incapable d'exécuter du code de dépannage non officiel (et le code de dépannage officiel n'est pas diffusé à notre connaissance)
La situation ne sera pas désespérée car vous pourrez encore reprogrammer le Boot2 1.4, mais sans OS cela nécessitera l'achat d'un adaptateur USB/TTL (vulgairement appelé RS232):
(notons que cette option de démarrage n'existe plus sur les TI-Nspire CX/CM)
Il suffit pour cela juste avant un redémarrage de maintenir enfoncées:
- sur un clavier ClickPad:
- sur un clavier TouchPad:
A l'écran "Ready to install test image" qui apparaît alors, il est possible d'envoyer au format d'un OS Nspire du code qui sera exécuté.
Outre le fait de pouvoir rapidement tester des OS sans passer par la procédure complète d'installation pour les ingénieurs TI, c'est aussi un moyen de dépanner une calculatrice directement en USB.
Le logiciel de diagnostics officiel installé sur les calculatrices, du moins dans sa version publique, n'offre que très peu d'options de dépannage utiles et de plus n'a aucun support de l'USB puisque lancé au niveau du Boot1.
Ici, on pourrait imaginer envoyer des utilitaires de dépannage en USB directement depuis le logiciel Nspire. Idéalement, on traiterait à ce niveau-là toutes les pannes logicielles où la calculatrice dispose encore d'un Boot2 mais est pour une raison ou pour une autre incapable d'installer un OS (corruption de l'identifiant de modèle en mémoire NAND, corruption de la version minimale installable pour la protection anti-downgrade en mémoire NAND...).
Nous avons effectivement déjà sauvé quelques spécimens dans ce cas.
Mais bien évidemment, le code ne sera exécuté par le Boot2 que s'il est signé avec les clefs RSA privées de TI. Ce serait trop facile. Seuls les centres de maintenance TI pourraient donc utiliser de tels outils de dépannage.
Sauf que le Boot2 1.4 lui dispose d'une faille, corrigée par la suite dans le Boot2 3.0.1, qui permet d'exécuter du code non signé à l'écran d'installation de l'OS:
A titre de prévention, nous vous conseillerions donc de revenir en Boot2 1.4, ce qui pourra vous ouvrir des procédures de dépannage beaucoup moins lourdes à l'avenir en cas de problème, et surtout si vous vous retrouvez alors hors période de garantie.
De plus, cela n'a jamais été aussi simple!
- Il faut d'une part n'installer que des fichiers d'OS ne contenant pas le nouveau Boot2 3.0.1, sinon ce dernier sera systématiquement réinstallé au prochain redémarrage de l'OS. Il suffit pour cela d'utiliser soit TNOC pour retirer le Boot2 avant d'envoyer un OS sur la calculatrice, soit nTNOC pour retirer le Boot2 sur un OS déjà installé sur la calculatrice. Notons que dans les deux cas, cela vous fera gagner 1,3Mo d'espace libre qui étaient gaspillés inutilement!
- Il vous suffira alors de récupérer une image de Boot2 en version 1.4 et de l'installer avec notre outil nsNandMgr.
Si vous vous retrouvez dans une telle situation de panne en ayant conservé le Boot2 3.0.1, vous serez incapable d'exécuter du code de dépannage non officiel (et le code de dépannage officiel n'est pas diffusé à notre connaissance)
La situation ne sera pas désespérée car vous pourrez encore reprogrammer le Boot2 1.4, mais sans OS cela nécessitera l'achat d'un adaptateur USB/TTL (vulgairement appelé RS232):
Mieux vaut prévenir que guérir!