Oubli ?

C'est effectivement un oubli « historique » mais il faut bien voir qu'à l'époque où le filesystem a été conçu, les échanges de fichier n'étaient pas ce qu'ils sont aujourd'hui à travers le réseau. Maintenant, rien n'empêche d'utiliser un système de fichier qui propose des extensions permettant de conserver cette date. Surtout que, n'étant par principe jamais modifiée, les overheads qu'elle implique sont quasi-nuls.

Bref, cette date correspond à la dernière écriture du fichier, à sa dernière modification mais aussi à sa dernière copie. Dans ce cas, elle n'indique plus l'age des données contenues mais l'âge du blob de bit ainsi créé (à moins d'utiliser l'option "-p" de cp). Mais quel est l'intérêt de ne pas utiliser '-p' ?

D'un point de vue sémantique, si les données ont été modifiées, alors ce n'est plus les mêmes. La date de modification est donc, de ce point de vue, la « date de création » des données telles que tu les vois. D'autre part, quand tu copies un fichier ou le télécharges, il est utile de savoir à quelle date il est arrivé sur ton disque ... ne serait-ce que pour savoir que c'est bien lui la copie ! C'est aussi fondamental dans le cas des Makefile. En plus, il y a ambigüité : une copie est considérée à juste titre comme un nouveau fichier qui a donc, lui, une date de naissance propre.

Ceci dit, c'est vrai que ça manque, et que ce serait plus utile que les access time et change time.