Edit Vivien : Hors-jet où l'on parle des inode sous inux, et notamment de atime :Tout fichier possède son unique inode. L'inode contient la totalité des informations sur le fichier, sauf le nom. Les inodes sont tous de même taille.
Les informations des inodes
- Type de fichier : -,d, l, c, p, b.
- Droits d'accès : par exemple : rwxr-x---
- Nombre de liens (physiques) : correspond au nombre de références c'est à dire au nombre de noms.
- UID : effectif du processus créateur ou affecté par chown.
- GID : effectif du processus créateur, affecté par chgrp ou hérité du répertoire.
- Taille du fichier.
- atime :date de la dernière lecture.
- mtime :date de la dernière modification.
- ctime :date de la dernière connexion.
- Adresse du fichier. La problématique de atime est de générer des écritures d'inode pour chaque lecture.
Lors du montage d'un système de fichier EXT2 / EXT3/ EXT4, on a 3 choix :
-
atime : mettre à jour les dates de dernier accès à un fichier sur le disque
-
noatime : ne pas mettre à jour les date de dernier accès
-
relatime : mettre à jour la date de dernier accès seulement si elle est plus ancienne que la date de modification
Cela se trouve dans /etc/fstab et
defaults = prendre l'option par
défault qui est
relatime si j'ai bien compris
$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb3 during installation
UUID=36298b2e-ae80-42fe-b175-01437ef1620b / ext4 errors=remount-ro 0 1
# /home was on /dev/sdb6 during installation
UUID=e693ccd1-670f-497b-b6ef-d67f7fcfa6a3 /home ext4 defaults 0 2
# swap was on /dev/sdb5 during installation
UUID=2f0703f8-e5ec-4e0a-87d2-db62d56f650b none swap sw 0 0
Message de corrector ci-dessous :
Mais ceux que tu voulais préserver en utilisant l'option -a de la commande cp, pardi !
Je n'ai jamais pensé que tu voudrais "préserver" le
atime évidemment, d'ailleurs je ne comprends pas ce que ça veut dire!
Recopier un fichier ou une hiérarchie de fichiers, c'est recopier les attributs pertinents de ces fichiers.
. (avec les options qui vont bien, ça va de soi)
Foutaise. Ce que tu décris n'existe pas en Unix, quelles que soient les options, c'est juste impossible en général.
Chez un précédent client, il est utilisé pour déplacer les données peu accédées sur des unités de stockage "lentes", voire de les archiver sur bandes, afin de réduire le coût de conservation de ces données sur le long terme.
Et donc si un fichier n'est jamais lu par un logiciel en fonctionnement typique, tu penses que tu peux te permettre rendre inaccessible ce fichier? Et que donc un processus qui ne trouverait dans le cas particulier d'avoir besoin d'y accéder soit bloqué?
Bizarre.
Chez mon client actuel, il est utilisé par les gestionnaires d'une arborescence tampon afin d'y faire du ménage.
C'est en effet l'usage traditionnel de cet attribut sous Unix.
Tu n'as pas idée du nombre d'entreprises qui utilisent des données en mode WORM et pour lesquelles l'information utile n'est pas de savoir quand le fichier a été modifié pour la dernière fois (puisqu'il est créé sans plus jamais être modifié par la suite), mais quand il a été effectivement utilisé pour la dernière fois.
atime ne permet pas de connaitre la fréquence d'utilisation d'un fichier, sauf à collecter très régulièrement les
atime de tous les fichiers pour faire des stats.
Cet attribut est très rarement utilisé, sa gestion entraîne donc un surcoût inutile dans 99% des cas, et le surcoût peut être considérable.
C'est donc une misfeature de Unix. Je ne suis pas le seul à le dire.
De toute manière, c'est une donnée d'audit choisie certainement pour sa simplicité, mais qui reste arbitraire (pourquoi pas le nombre de modifications par pas de 1 h, 1 j...). Si on veut des fonctions d'audit sur la fréquence d'utilisation des fichiers, on devrait pouvoir le faire via les options d'audit/sécurisation du système.
Bref, j'en ai assez de tes absurdités.