Désolé par avance si ma question vous paraît triviale. J'ai vraiment
cherché sur Google et je n'arrive pas à obtenir la date de création d'un
fichier. Je parle bien de la date de création, pas la date de dernière
modification et de dernier accès.
Vincent Verdon , dans le message <4cd6ff13$0$18773$, a écrit :
modification des droits sur le fichier (ctime) ;
Modification de n'importe quoi sur le fichier (sauf atime).
Modification du fichier, mais pas modification de l'inode je pense ?
dernier accès au fichier.
De moins en moins fiable.
Sans compter qu'il faut vraiment dans ces cas là bien faire la différence entre inode et fichier...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Francois Lafont
Le 07/11/2010 21:01, Luc Habert a écrit :
Pas de date de création donc. Soit. Mais par exemple, si un fichier a été copié via la commande cp avec l'option --preserve=timestamps, (comment) puis-je savoir à quel moment cette copie a eu lieu ? J'aurais tendance à en déduire qu'on ne peut pas, c'est ça ?
Si le fichier n'a pas été modifié entre temps, le ctime te donne ce que tu veux.
Ok, je voudrais être sûr de bien comprendre. Si je fais ceci :
* la dernière ligne est le ctime qui correspond à la date de dernière modification de l'inode associé au fichier (autrement dit, tout changement dans le résultat de la sortie de 'stat fichier' provoque une modification de cette ligne)
* juste au-dessus, c'est le mtime, c'est la date de dernière modification du contenu du fichier (juste le contenu, rien à voir donc avec l'inode)
* juste au-dessus, c'est le atime,, c'est la date de dernier accès (sans forcément modif, avec cat fichier par exemple) du fichier.
Tout cela est-il correct ?
-- François Lafont
Le 07/11/2010 21:01, Luc Habert a écrit :
Pas de date de création donc. Soit. Mais par exemple, si un fichier a
été copié via la commande cp avec l'option --preserve=timestamps,
(comment) puis-je savoir à quel moment cette copie a eu lieu ? J'aurais
tendance à en déduire qu'on ne peut pas, c'est ça ?
Si le fichier n'a pas été modifié entre temps, le ctime te donne ce que tu
veux.
Ok, je voudrais être sûr de bien comprendre. Si je fais ceci :
* la dernière ligne est le ctime qui correspond à la date de dernière
modification de l'inode associé au fichier (autrement dit, tout
changement dans le résultat de la sortie de 'stat fichier' provoque une
modification de cette ligne)
* juste au-dessus, c'est le mtime, c'est la date de dernière
modification du contenu du fichier (juste le contenu, rien à voir donc
avec l'inode)
* juste au-dessus, c'est le atime,, c'est la date de dernier accès (sans
forcément modif, avec cat fichier par exemple) du fichier.
Pas de date de création donc. Soit. Mais par exemple, si un fichier a été copié via la commande cp avec l'option --preserve=timestamps, (comment) puis-je savoir à quel moment cette copie a eu lieu ? J'aurais tendance à en déduire qu'on ne peut pas, c'est ça ?
Si le fichier n'a pas été modifié entre temps, le ctime te donne ce que tu veux.
Ok, je voudrais être sûr de bien comprendre. Si je fais ceci :
* la dernière ligne est le ctime qui correspond à la date de dernière modification de l'inode associé au fichier (autrement dit, tout changement dans le résultat de la sortie de 'stat fichier' provoque une modification de cette ligne)
* juste au-dessus, c'est le mtime, c'est la date de dernière modification du contenu du fichier (juste le contenu, rien à voir donc avec l'inode)
* juste au-dessus, c'est le atime,, c'est la date de dernier accès (sans forcément modif, avec cat fichier par exemple) du fichier.
Tout cela est-il correct ?
-- François Lafont
Luc.Habert.00__arjf
Non. Le ctime est la date de dernière modification (contenu, droits et cie), et est mis à jour automatiquement par le système et lui seul. Le mtime est mis à jour dans les mêmes cas par le système. Simplement, le propriétaire du fichier a en plus le droit de changer le mtime à sa guise, ce qui sert typiquement pour une recopie de fichier.
Non. Le ctime est la date de dernière modification (contenu, droits et cie),
et est mis à jour automatiquement par le système et lui seul. Le mtime est
mis à jour dans les mêmes cas par le système. Simplement, le propriétaire du
fichier a en plus le droit de changer le mtime à sa guise, ce qui sert
typiquement pour une recopie de fichier.
Non. Le ctime est la date de dernière modification (contenu, droits et cie), et est mis à jour automatiquement par le système et lui seul. Le mtime est mis à jour dans les mêmes cas par le système. Simplement, le propriétaire du fichier a en plus le droit de changer le mtime à sa guise, ce qui sert typiquement pour une recopie de fichier.
Nicolas George
Luc Habert, dans le message <ib78u0$2trb$, a écrit :
Non. Le ctime est la date de dernière modification (contenu, droits et cie), et est mis à jour automatiquement par le système et lui seul. Le mtime est mis à jour dans les mêmes cas par le système.
Non, le mtime n'est mis à jour que quand le fichier est effectivement modifié. Un chmod, par exemple, n'affecte pas le mtime, alors qu'il affecte, évidemment, le ctime.
Luc Habert, dans le message <ib78u0$2trb$1@nef.ens.fr>, a écrit :
Non. Le ctime est la date de dernière modification (contenu, droits et cie),
et est mis à jour automatiquement par le système et lui seul. Le mtime est
mis à jour dans les mêmes cas par le système.
Non, le mtime n'est mis à jour que quand le fichier est effectivement
modifié. Un chmod, par exemple, n'affecte pas le mtime, alors qu'il affecte,
évidemment, le ctime.
Luc Habert, dans le message <ib78u0$2trb$, a écrit :
Non. Le ctime est la date de dernière modification (contenu, droits et cie), et est mis à jour automatiquement par le système et lui seul. Le mtime est mis à jour dans les mêmes cas par le système.
Non, le mtime n'est mis à jour que quand le fichier est effectivement modifié. Un chmod, par exemple, n'affecte pas le mtime, alors qu'il affecte, évidemment, le ctime.
Francois Lafont
Le 07/11/2010 23:24, Luc Habert a écrit :
Non.
Ah zut !
Le ctime est la date de dernière modification (contenu, droits et cie), et est mis à jour automatiquement par le système et lui seul. Le mtime est mis à jour dans les mêmes cas par le système. Simplement, le propriétaire du fichier a en plus le droit de changer le mtime à sa guise, ce qui sert typiquement pour une recopie de fichier.
Désolé, je ne comprends ce que vous dites. En gros, le ctime et le mtime changeraient dans les mêmes cas, mais seul le système peut changer le ctime. Pourtant :
Ici, entre avant et après la commande chmod, le ctime a changé, mais pas le mtime. Où je dis des bêtises ?
-- François Lafont
Le 07/11/2010 23:24, Luc Habert a écrit :
Non.
Ah zut !
Le ctime est la date de dernière modification (contenu, droits et cie),
et est mis à jour automatiquement par le système et lui seul. Le mtime est
mis à jour dans les mêmes cas par le système. Simplement, le propriétaire du
fichier a en plus le droit de changer le mtime à sa guise, ce qui sert
typiquement pour une recopie de fichier.
Désolé, je ne comprends ce que vous dites. En gros, le ctime et le mtime
changeraient dans les mêmes cas, mais seul le système peut changer le
ctime. Pourtant :
Le ctime est la date de dernière modification (contenu, droits et cie), et est mis à jour automatiquement par le système et lui seul. Le mtime est mis à jour dans les mêmes cas par le système. Simplement, le propriétaire du fichier a en plus le droit de changer le mtime à sa guise, ce qui sert typiquement pour une recopie de fichier.
Désolé, je ne comprends ce que vous dites. En gros, le ctime et le mtime changeraient dans les mêmes cas, mais seul le système peut changer le ctime. Pourtant :
Ici, entre avant et après la commande chmod, le ctime a changé, mais pas le mtime. Où je dis des bêtises ?
-- François Lafont
Francois Lafont
Le 07/11/2010 23:30, Nicolas George a écrit :
Non, le mtime n'est mis à jour que quand le fichier est effectivement modifié. Un chmod, par exemple, n'affecte pas le mtime, alors qu'il affecte, évidemment, le ctime.
Ah, donc mon petit résumé (deux messages précédents) est-il bien correct alors ?
-- François Lafont
Le 07/11/2010 23:30, Nicolas George a écrit :
Non, le mtime n'est mis à jour que quand le fichier est effectivement
modifié. Un chmod, par exemple, n'affecte pas le mtime, alors qu'il affecte,
évidemment, le ctime.
Ah, donc mon petit résumé (deux messages précédents) est-il bien correct
alors ?
Non, le mtime n'est mis à jour que quand le fichier est effectivement modifié. Un chmod, par exemple, n'affecte pas le mtime, alors qu'il affecte, évidemment, le ctime.
Ah, donc mon petit résumé (deux messages précédents) est-il bien correct alors ?
-- François Lafont
Benoit Izac
Bonjour,
le 07/11/2010 à 23:30, Nicolas George a écrit dans le message <4cd7287d$0$697$ :
Non. Le ctime est la date de dernière modification (contenu, droits et cie), et est mis à jour automatiquement par le système et lui seul. Le mtime est mis à jour dans les mêmes cas par le système.
Non, le mtime n'est mis à jour que quand le fichier est effectivement modifié. Un chmod, par exemple, n'affecte pas le mtime, alors qu'il affecte, évidemment, le ctime.
Avec touch -m, on peut très bien changer le mtime sans avoir fait aucun changement sur le contenu du fichier.
-- Benoit Izac
Bonjour,
le 07/11/2010 à 23:30, Nicolas George a écrit dans le message
<4cd7287d$0$697$426a34cc@news.free.fr> :
Non. Le ctime est la date de dernière modification (contenu, droits
et cie), et est mis à jour automatiquement par le système et lui
seul. Le mtime est mis à jour dans les mêmes cas par le système.
Non, le mtime n'est mis à jour que quand le fichier est effectivement
modifié. Un chmod, par exemple, n'affecte pas le mtime, alors qu'il
affecte, évidemment, le ctime.
Avec touch -m, on peut très bien changer le mtime sans avoir fait aucun
changement sur le contenu du fichier.
le 07/11/2010 à 23:30, Nicolas George a écrit dans le message <4cd7287d$0$697$ :
Non. Le ctime est la date de dernière modification (contenu, droits et cie), et est mis à jour automatiquement par le système et lui seul. Le mtime est mis à jour dans les mêmes cas par le système.
Non, le mtime n'est mis à jour que quand le fichier est effectivement modifié. Un chmod, par exemple, n'affecte pas le mtime, alors qu'il affecte, évidemment, le ctime.
Avec touch -m, on peut très bien changer le mtime sans avoir fait aucun changement sur le contenu du fichier.
-- Benoit Izac
Vincent Verdon
Bonsoir,
Le 07/11/2010 20:59, Nicolas George a écrit :
Vincent Verdon , dans le message <4cd6ff13$0$18773$, a écrit :
modification des droits sur le fichier (ctime) ;
Modification de n'importe quoi sur le fichier (sauf atime).
Merci de la précision !
dernier accès au fichier.
De moins en moins fiable.
J'avoue ne pas bien comprendre cette dernière remarque.
-- Amicalement, Vincent Verdon
Bonsoir,
Le 07/11/2010 20:59, Nicolas George a écrit :
Vincent Verdon , dans le message
<4cd6ff13$0$18773$426a74cc@news.free.fr>, a écrit :
modification des droits sur le fichier (ctime) ;
Modification de n'importe quoi sur le fichier (sauf atime).
Merci de la précision !
dernier accès au fichier.
De moins en moins fiable.
J'avoue ne pas bien comprendre cette dernière remarque.
Vincent Verdon , dans le message <4cd6ff13$0$18773$, a écrit :
modification des droits sur le fichier (ctime) ;
Modification de n'importe quoi sur le fichier (sauf atime).
Merci de la précision !
dernier accès au fichier.
De moins en moins fiable.
J'avoue ne pas bien comprendre cette dernière remarque.
-- Amicalement, Vincent Verdon
Xavier Roche
Vincent Verdon a écrit :
De moins en moins fiable.
J'avoue ne pas bien comprendre cette dernière remarque.
De moins en moins disponible, car beaucoup de systèmes sont montés avec une option désactivant explicitement la modification de cette information (coûteuse, car chaque lecture provoque la mise à jour des meta-données)
Vincent Verdon a écrit :
De moins en moins fiable.
J'avoue ne pas bien comprendre cette dernière remarque.
De moins en moins disponible, car beaucoup de systèmes sont montés avec
une option désactivant explicitement la modification de cette
information (coûteuse, car chaque lecture provoque la mise à jour des
meta-données)
J'avoue ne pas bien comprendre cette dernière remarque.
De moins en moins disponible, car beaucoup de systèmes sont montés avec une option désactivant explicitement la modification de cette information (coûteuse, car chaque lecture provoque la mise à jour des meta-données)
Tonton Th
On 11/08/2010 08:42 PM, Vincent Verdon wrote:
dernier accès au fichier.
De moins en moins fiable.
J'avoue ne pas bien comprendre cette dernière remarque.
En fait, et en gros, chaque fois que ton système va voir un fichier, le timestamp de cet évènement est enregistré dans l'inode, donc il va être tôt ou tard écrit sur le disque. D'où une certaine activité sur celui-ci, et on a parfois envie de l'éviter : ne pas réveiller le disque, ne pas griller une mémoire flash, baisser le trafic réseau, toussa...
C'est donc parfois désactivé, et les logiciels qui utilisent cette informations partent visiter la mare aux _/°<....
-- Ma coiffeuse est formidable - http://sonia.buvette.org/
On 11/08/2010 08:42 PM, Vincent Verdon wrote:
dernier accès au fichier.
De moins en moins fiable.
J'avoue ne pas bien comprendre cette dernière remarque.
En fait, et en gros, chaque fois que ton système va voir
un fichier, le timestamp de cet évènement est enregistré
dans l'inode, donc il va être tôt ou tard écrit sur le
disque. D'où une certaine activité sur celui-ci, et on
a parfois envie de l'éviter : ne pas réveiller le disque,
ne pas griller une mémoire flash, baisser le trafic réseau,
toussa...
C'est donc parfois désactivé, et les logiciels qui utilisent
cette informations partent visiter la mare aux _/°<....
--
Ma coiffeuse est formidable - http://sonia.buvette.org/
J'avoue ne pas bien comprendre cette dernière remarque.
En fait, et en gros, chaque fois que ton système va voir un fichier, le timestamp de cet évènement est enregistré dans l'inode, donc il va être tôt ou tard écrit sur le disque. D'où une certaine activité sur celui-ci, et on a parfois envie de l'éviter : ne pas réveiller le disque, ne pas griller une mémoire flash, baisser le trafic réseau, toussa...
C'est donc parfois désactivé, et les logiciels qui utilisent cette informations partent visiter la mare aux _/°<....
-- Ma coiffeuse est formidable - http://sonia.buvette.org/
