Après découverte de cette mauvaise surprise (plusieurs mois que je backup pas finalement :O) et après quelques investigations, voici l'explication :
Par mesure de sécurité, truecrypt ne met pas à jour les timestamp des fichiers .tc car ces informations sont considérées comme sensible et c'est compréhensible...
Si on veut protéger des données, on veut aussi protéger l'information qui permet de savoir à quel moment on les modifie.

Malheureusement les outils de backup (robocopy dans mon cas, oui c'est un backup que je lance depuis mon windows) se base souvent sur cette valeur pour déterminer si oui ou non le fichiers a été modifié (avec d'autres valeurs bien sur comme la taille..)
Mais la taille d'un conteneur truecrypt de bouge pas elle non plus... résultat pas de backup!

Deux solutions à ça :
1) désactiver dans les options de truecrypt cette protection
2) forcer explicitement dans les scripts de backup la copie du TC en question

Golden T Game Engine (GTGE) is an advanced cross-platform game programming library written in Java language.
GTGE library provides a complete routines for making 2D game from low level routines such as hardware accelerated 2D graphics, mouse and keyboard input, audio support, game timing, to game specific routines such as sprite, background, collision detection.

Super pdf qui explique comment dev des jeux java (2d, 3d, multiplayer)

rsync -aPh --no-inc-recursive --exclude="lost+found" --del "/media/DATA/" "/media/SAUV_DATA/"

Courte explication: le paramètre « a » indique archive, fichiers et dossiers seront copiés à l’identique selon leur taille+date de modification. « P » indique reprise des transferts partiels et affichage de la progression. « h » indique affichage humain (conversion des tailles en kilo-octets, méga-octets,.. « –no-inc-recursive » indique que le comptage se fait avant le transfert, donc vous avez une indication précise de l’avancement (genre fichier 542/51641). « –exclude » exclut un fichier ou dossier selon ce mot clé, « lost+found » étant un dossier spécial crée sur les partitions Linux pour les fichiers récupérés en cas de crash. Ledit dossier étant protégé en écriture, rsync bute dessus (« i/o error ») et annule donc toute suppression de fichier sur le volume de destination (ce qui n’est pas bien, car) « del » indique à rsync de supprimer au fur et à mesure les fichiers de la destination s’ils ne sont plus dans la source, histoire d’avoir une copie exacte de tous les fichiers sur les deux volumes. La suite: « {source} » et « {destination} ». Voilà :)