Dump partiel (boot2)

[Levak]

Donc maintenant, il faut chercher un désassembleur ARM pour comprendre ce qui se passe...
Et il faudra ensuite faire bouffer des fichiers modifiés à la nSpire (ça c'est pas gagné...)

Ce que j'essaie de dire, c'est que ce sera la phase de reconversion qui sera la plus dure, parce que juste "arriver à lire" le boot2 sans toute fois être dans le bon encodage, la bonne compression, trouver le désassembleur ARM, trouver le réassembleur ARM, recompresser correctement le fichier, réencoder correctement le fichier, recompresser l'archive contenant le reste, pour moi ce sont toutes ses étapes là qui sont trop difficiles à mettre en oeuvre, rien que théoriquement, imagines le nombre de possibilité d'erreurs que l'on fait à chaque étape (compression bonne à 98% car modif de TI du fichier, encodage propriétaire TI, etc...) A mon avis, TI s'est suffisamment bridé pour empêcher ce genre de manip.
Donc, si tu arrives à trouver la bonne manip pour faire toutes ces choses qui pour moi, petit lycéen amateur, me paraissent encore trop obscures et faisant parti de mes "rêves", c'est que je me serais trompé

En bilan, ce ne sera pas un désassemblage commun aux autres, arriver à faire bouffer le nouvel OS à la TI, la seule crainte que l'on ai c'est qu'une fois flashée et complètement bridée car devenue inutilisable, on ne puisse plus la flasher depuis le PC...
ça a failli m'arriver sur mon LG renoir, on flash avec un firmware trafiqué par des amateurs (alors que tout le monde disait que c'était super trop top génial) et bah je me suis retrouvé avec un écran jaune, mais grâce aux logiciels que les mecs avaient conçu le portable était encore détectable en Emergency mode ce qui fait que tout était écrasé si l'on remettait le firm à jour (sms, mails, comptes, paramètres, ...)

Personnellement je ne me sens pas à risquer de flasher ma TI nSpire quand on voit que l'on toucher à un langage machine au plus bas niveau...



J'espère pas trop vous avoir démoralisé à ce sujet

@+
ps: oui mon portable est sain et sauf, mais il revient de loin, trèèès loin (et de plus le LG renoir/viewty/arena sont increvables d'après http://muvctrl.leforum.eu/ Malgré qu'il peut y avoir des impasses )

[critor]

Levak->

Les désassembleurs/assembleurs ARM existent - ne t'inquiète pas pour ça.

L'encodage du fichier boot2.img, nous l'avons - aucun problème là-dessus.
Je l'ai expliqué en début de post, il est assez simple.


En théorie, si il n'y a pas de bug(*), ta TI-nSpire est increvable, même si tu lui fais "bouffer" un boot2 modifié.
Car il lui reste le boot1 qui est non effaçable.
Son rôle est de télécharger un nouveau système complet, puis de vérfier et lancer le boot2.

Et tu peux forcer le téléchargement d'un nouveau système en tapant la combinaison de touches du menu maintenance.


(*) J'ai bien dit s'il n'y a pas de bug...
Car apparemment, j'ai "cassé" mon module TI-92+, boot code 1.04 build 13 (le tout premier)...
J'ai tenté d'y installer un système modifié, qui ne marche pas.
Donc à l'allumage, ça me met "Press I to install OS now...".

Normalement, il faut taper I, puis envoyer un nouveau système depuis l'ordi ou une autre calculette... La calculatrice doit affichier successivement "Waiting...", "Receiving... 0% - 100%", "Validating...", "Rebooting...".

Et bien quand je tape I, elle va direct au "Rebooting..."...
Je ne peux donc rien lui envoyer.

[geogeo]

Juste pour ajouter un complément d'info. Le travail sur le boot2 ne doit pas être interrompu car l'OS a été "décrypté" récemment. De plus faire "avaler" à la TI un boot2 ou un OS modifié et encore loin de faire parti des priorités.

Je fais un appel sur ce forum à tous les utilisateurs de NSpire afin de répertorier les bugs que l'on peut trouver, plus particulièrement pour l'OS 1.7. Par exemple, la saisie d'une certaine formule qui fait rebooter la machine...

[Adriweb]

Oui, moi j'ai trouvé un bug .... Additioner ("+" une chaine vide (le truc a moitié encadré)

[critor]

Oui, moi j'ai trouvé un bug .... Additioner ("+" une chaine vide (le truc a moitié encadré)

C'est dangereux?...

[Adriweb]

Ca reboot brutalement (reboot avec la barre de chargement de l'OS)

exemple : "_"+"_" (les _ représentant le contenu par défaut quand vous faites les guillements, c-a-d le carré en pointillé)

[Ciwtron]

Whaaa! je suis épaté^^.

Étant donné que je suis pas un as dans ce domaine, je me demandais si j'avais bien compris.

-Vous savez ou est l'OS mais vous ne l'avez pas décompilé
-Vous ne savez pas comment TI sécurise l'installation de L'OS
-Vous ne connaissez pas le code du Boot1
-On va sans doute pouvoir installer nos OS pas TI un jour sans avoir la clef 1024bits

C'est ca?

[critor]

1) L'OS est inclus dans les fichiers de mise-à-jour TNC/TNO distribués par TI. Nous l'avons extrait, décrypté, et décompilé.

2) L'installation de l'OS est contrôlé par le Boot2, qui est lui-même contrôlé par le Boot1. Il y a plusieurs clefs 1024bits qui entrent en jeu (au moins deux), et il semblerait même que ces clefs soient elles-mêmes signées... Ce qui complexifie énormément la chose.

3) Effectivement, on ne le connaît pas.

4) On y travaille... Un jour sûrement! On ne peut donner aucune date, mais les progrès accomplis ces dernières semaines (notamment avec l'émulateur nSpire) sont énormes.

[Ciwtron]

Je me suis un peu attaqué aux fichier .tns pour vous savez sans doute quoi.
J'ai réussi à les désassembler avec Hackman mais je cherche désespérément un désassembleur ARM qui ne me donne par comme commande processeur "".
Alors si quelqu'un pouvait me dire ou en trouver (notamment critor200 (cf page3)).

[critor]

Là hélas, je n'ai pas le temps de tester des décompilateurs ARM pour te dire lequel est le meilleur.

Essaye de chercher sur Google...