Forum TI-Planet.org

Bonjour tout le monde,

J'ai un problème sur ma CAS CX.
Je n'arrive pas a supprimer définitivement un classeur.
Je m'explique : Je vais dans " mes classeurs" je supprime ce que je veux , jusque là pas de soucis, c'est écrit que c'est supprimé
( la mémoire en témoigne) mais quand je pars sur le menu et que je reviens dans mes classeurs le fichier est toujours là.
De même j'ai essayé de supprimer via Ti-nspire computer link et student software mais les 2 m'affichent le même message " un problème est survenu lors de la communication avec l'unité.Réessayez" ( aucun changement en changeant de port usb, étrange car le logiciel reconnait la présence de la ti mais me dit qu'il y a un pb de connexion pour supprimer un ficher ) .
help please

Ton OS est probablement légèrement corrompu, ou alors la calculette n'a plus suffisamment de RAM libre pour supprimer ce fichier.
Essaie en premier lieu d'appuyer sur le bouton 'reset' au dos de la calculette, puis à nouveau de supprimer le fichier.

Oui c'est bien ça il ne restait que 1mo.
Appuyer sur reset m'a bien permis de supprimer définitivement les dossiers concernés : Merci
Il reste un autre problème : La mémoire totale de la ti est de 115.2mo, la taille de " mes classeurs" est de 23mo mais pourtant l'espace stockage disponible est de 72.6 ( different des 92.2 normalement dispo ! ) . Une idée de la disparation des 19.6mo invisibles ?

Entre autre, l'OS prend de la place...

Bisam wrote:Ton OS est probablement légèrement corrompu,

Pour donner plus de détail, il s'agit en général d'un file descriptor locké.
Un exemple simple avec Ndless : fopen() sans fclose() "lockera" le fichier visé, obligeant un reboot pour le supprimer.

Ok merci de l'info et c'est possible de désactiver ça ?

C'est un bug qui doit être corrigé par le créateur du programme Ndless en question, pas du côté utilisateur.

Adriweb wrote:C'est un bug qui doit être corrigé par le créateur du programme Ndless en question, pas du côté utilisateur.

J'ai donné un exemple pour un programme Ndless, mais là, j'ai plus l'impression qu'il s'agit d'un classeur normal qui s'est mal fermé, donc l'OS étant entièrement responsable.

Ah, ptèt. Beaucoup plus rare, mais fort possible.