Bonjour,
je vous explique ma problematique:
j'aimerais pouvoir faire des recherches pour trier des fichiers suivant leur taille sur un volume d'un NAS (exporte en NFS) , afin d'isoler les plus volumineux.
Le probleme si j'utilise find est qu'il modifie le atime sur les fichiers.
Cela m'est prejudiciable car mes backups sur ce volume se font en fonction des atime des fichiers (pour resumer: a chaque fois que je fais un find mes sauvegardes incrementielles se transforme en full a cause du reset du atime).
Auriez vous une solution sur un outil qui permettrait de faire la meme chose que find mais sans toucher au atime sur les fichiers?
Merci.
# Ca ne me semble pas normal
Posté par Amand Tihon (site web personnel) . Évalué à 2.
Mais qu'il modifie le atime des fichiers, ça me semble anormal. Le atime ne devrait être mis à jour que lorsqu'on accède au contenu d'un fichier. Une lecture de l'inode (suffisante pour déduire la taille des fichiers) ne devrait pas le modifier.
[^] # Re: Ca ne me semble pas normal
Posté par jean_clume . Évalué à 1.
Il semblerait que le probleme vienne de mon NAS.
En effet c'est lors de la sauvegarde de type snapshot que cela bug.
Les snapshots sont en fait des sauvegardes incrementales et des que je lance mon find sur le volume il refait l'equivalent d'un snapshot full.
C'est apparement un bug du filer dont vient de me confirmer le fabricant qui a ete corrige dans la derniere version de l'OS.
Merci de votre aide.
[^] # Re: Ca ne me semble pas normal
Posté par Amand Tihon (site web personnel) . Évalué à 1.
# Backup !!
Posté par peck (site web personnel) . Évalué à 5.
Tu es sur qu'il n'y a pas une erreur ? Un backup sauvegarde des modification, donc quand on écrit un fichier.
Imagine ce fonctionnement pour backuper une système qui tourne à plein régime, backup intégral de tout ce qui a été lu (site web, boite mail, home, /usr ...) alors qu'il n'y a eu aucune modification.
J'imagine plutôt une erreur de configuration de ton backup.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.