Page 1 of 1

nLoader: installation Ndless auto enfin pour CX CR4+ (W+)

Unread postPosted: 27 Feb 2018, 11:33
by critor
Nlaunch depuis janvier 2013, Nlaunch CX depuis avril 2013, nBoot depuis mai 2016 et nBoot+ControlX depuis août 2016 sont des gestionnaires de démarrage qui te permettaient de prendre le contrôle de ta TI-Nspire avant même le lancement de l'OS ou de Ndless.
nBoot+ControlX offrait beaucoup de possibilités aux bricoleurs/curieux sur TI-Nspire CX, dont un menu de démarrage rendant la machine quasiment incassable, dont la possibilité de lancer un très large éventail d'OS compatibles (TI-Nspire CX ou TI-Nspire CM, OS de développement ou OS de production, images tierces dont un Linux...). :bj:
Mais la possibilité la plus populaire dans le monde francophone tous outils confondus, c'est l'installation automatique de Ndless à chaque redémarrage de la machine. :bj:

Hélas, les TI-Nspire CX assemblées depuis mars 2013 (révision matérielle J) ne sont plus compatibles avec le Boot2 3.1.0.16 exploité par les Nlaunch. :mj:
Et les TI-Nspire CX assemblées depuis octobre 2015 (révision matérielle W) n'incluent plus le Boot1 3.0.0.99 exploité par nBoot. :mj:

La plupart des nouveau lycéens/étudiants s'équipant à neuf, les modèles compatibles étaient naturellement en voie de raréfaction ou disparition, et très cotés sur le marché de l'occasion. :'(

Une majorité d'utilisateurs TI-Nspire CX actifs ne pouvaient plus bénéficier de ces grandes avancées. :mj:

C'était particulièrement embêtant dans le cadre de Ndless 4.5 dont l'installateur à relancer après chaque redémarrage est le plus lent jamais créé (20 secondes) et qui en prime semble n'être pas fiable sur certaines machines récentes. :mj:

Mais c'était sans compter sur le fantastique parrotgeek1 qui nous signe en ce jour historique nLoader, le premier né de la troisième génération de gestionnaires de démarrage TI-Nspire CX. :bj:
Il exploite cette fois-ci une faille du Boot1.5 4.4.0.8 et est à ce jour à notre connaissance compatible avec l'intégralité des révisions matérielles TI-Nspire CX, mêmes les W+ ! :bj:

De quoi enfin avoir Ndless installé automatiquement à chaque redémarrage de la machine, et en prime sans avoir à attendre 20 secondes supplémentaires ni à tout recommencer en cas d'échec ! :bj:

Notons toutefois que sur le plan des fonctionnalités, nLoader est inférieur à nBoot+ControlX, ne gérant que des OS officiels TI-Nspire CX et TI-Nspire CX CAS.
Oubliés donc les OS de développement, les OS TI-Nspire CM, Linux ou encore les images de démarrage tierces. :(
De plus contrairement nBoot+ControlX, il ne fonctionne pas sur TI-Nspire CM et ne gère à ce jour qu'un tout petit sous-ensemble de 4 versions :
  • 3.6.0.546
  • 3.6.0.550
  • 4.4.0.532
  • 4.5.0.1180
Sans compter l'absence totale à la différence d'un menu de démarrage permettant de personnaliser et/ou récupérer de certains blocages.

Mais espérons, qu'avec tes encouragements, parrotgeek1 pourra améliorer tout cela. ;)

Si tu as la chance de disposer d'une TI-Nspire CX en révision matérielle A-V nous te conseillons fortement d'opter pour nBoot+ControlX, et si tu l'as déjà installé nous te déconseillons très fortement de le remplacer par nLoader, surtout qu'à ce jour ce cas spécifique n'est pas traité dans le tutoriel et que des initiatives non documentées de ta part pourraient détruire ta machine. :#non#:


Par contre si tu as une TI-Nspire CX en révision matérielle W+, tu peux procéder avec le tutoriel d'installation ci-après, partiellement en anglais à ce jour. Dans le même esprit que celui de nBoot+ControlX, le tutoriel a été conçu pour rendre impossible tout blocage définitif de la machine aussi bien en cours de modifications qu'après modifications. :bj:

Tutoriel d'installation : viewtopic.php?f=57&t=21094#p227379

Re: nLoader: installation Ndless auto enfin pour CX CR4+ (W+

Unread postPosted: 27 Feb 2018, 18:44
by parrotgeek1
Thanks!

If you want me to add some OSes (3.2.3+) please let me know. But I'm not going to be able to do it until at least next week. I'm very busy.

I didn't add any development or CM OSes because all of them are too old to work with HW-J.

Re: no support for 3rd party images - I am also considering, when I have time, adding a function where you can insert 2 different boot images and when you type 2 on boot it will load the 2nd one. This could include Linux.

Beta 2 will also include a badly programmed downgrade enabler (by patching "aa c6 8c 92" in the boot2 so that the boot2 can't find the bootdata. I can't do this in the OS because it would cause permanent exam mode).

Re: nLoader: installation Ndless auto enfin pour CX CR4+ (W+

Unread postPosted: 27 Feb 2018, 18:49
by critor
Thank you. Yes, Beta2 seems very promising. :)

parrotgeek1 wrote:Beta 2 will also include a badly programmed downgrade enabler (by patching "aa c6 8c 92" in the boot2 so that the boot2 can't find the bootdata. I can't do this in the OS because it would cause permanent exam mode).


Altering the partition table by setting a null size to the Boot Data also permanently puts the calculator in exam mode.
But fortunately, the good thing with Ndless 4.5 is that since it's using relative paths you should be able to install it while being in exam mode (assuming you have access to an USB host to send the files, which you don't for real exams of course) and thus to unbrick things with some tool. :)

Re: nLoader: installation Ndless auto enfin pour CX CR4+ (W+

Unread postPosted: 27 Feb 2018, 19:00
by parrotgeek1
critor wrote:Thank you. Yes, Beta2 seems very promising. :)


It is very hard to develop these features without access to the nand. As you know originally I was trying and planning to release this exploit with a port of controlX. I would have much preferred to do that, but I made my own loader so that something would be released and I wouldn't be waiting indefinitely for someone to help me find the nand functions in boot 1.5.

If anyone ever does find them I will immediately make a port of controlX.

Re: nLoader: installation Ndless auto enfin pour CX CR4+ (W+

Unread postPosted: 28 Feb 2018, 00:07
by parrotgeek1
critor wrote:Altering the partition table by setting a null size to the Boot Data

I forgot about that. That's actually what my boot2 patch is going to hook now. It seems "better"than changing a constant