Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Mac OS Autres OS Mac OS X Tiger, date d'accès sur les fichiers cela sert à quoi ?

Tiger, date d'accès sur les fichiers cela sert à quoi ?

37 réponses
Avatar
jperrocheau
Bonjour,

Quand on voit dans le Finder

Créé: Aujourd'hui à 15:03
Modifié: Aujourd'hui à 15:07
Ouverture: Aujourd'hui à 14:07

C'est le 14:07 qui me choque. Selon moi, au pif cela ne orrespond pas à
une tâche liée à ce fichier commencée à 14:07.

D'ailleurs en observant d'autres fichiers on voit que systématiquement
cette date est mise à -1 heure de la date de modification.

Cela doit être comme sur Windows,... incompréhensible...

A vot'bon coeur, M'sieu Dame... ;)

Bon je sens que Tiger va m'énerver...

--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:jperrocheau@mac.com
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3 4
Avatar
patpro ~ patrick proniewski
In article <1gx3y8a.6mnyrg1bwdzosN%,
(JPaul) wrote:

patpro ~ patrick proniewski wrote:

mdls chemin_du_fichier


Je n'ai pas cette commande.



tiger only

patpro


Avatar
jperrocheau
patpro ~ patrick proniewski wrote:

mdls chemin_du_fichier

par exemple :
< [snip]



Par exemple... ;)

$ mdls /private/var/log/daily.out
/private/var/log/daily.out -------------
kMDItemAttributeChangeDate = 294247-01-14 02:31:49 +0100
kMDItemFSContentChangeDate = 2005-05-25 02:15:04 +0200
kMDItemFSCreationDate = 2005-05-24 04:15:00 +0200
kMDItemFSCreatorCode = 0
kMDItemFSFinderFlags = 0
kMDItemFSInvisible = 0
kMDItemFSLabel = 0
kMDItemFSName = "daily.out"
kMDItemFSNodeCount = 0
kMDItemFSOwnerGroupID = 0
kMDItemFSOwnerUserID = 0
kMDItemFSSize = 5917
kMDItemFSTypeCode = 0
kMDItemID = 435351
kMDItemLastUsedDate = 2005-05-25 01:15:04 +0200
kMDItemUsedDates = (2005-05-25 01:15:04 +0200)

Je livre cela à votre réflexion... ;)

Déjà pour cela:
kMDItemFSContentChangeDate = 2005-05-25 02:15:04 +0200
kMDItemUsedDates = (2005-05-25 01:15:04 +0200)

Je coince...

Et pour cela:
kMDItemAttributeChangeDate = 294247-01-14 02:31:49 +0100

J'ai l'impression qu'une marche été loupée...

Bizarre, parce que pour les fichiers que j'ai recopiés de mon externe
sur mon interne par le Finder après installation de Tiger, rien ne me
choque.

$ mdls ~/Documents/25-andre.pdf
~/Documents/25-andre.pdf -------------
kMDItemAttributeChangeDate = 2005-05-24 06:02:27 +0200
kMDItemContentCreationDate = 2004-10-02 19:48:30 +0200
kMDItemContentModificationDate = 2004-10-02 19:48:30 +0200
kMDItemContentType = "com.adobe.pdf"
kMDItemContentTypeTree = (
"com.adobe.pdf",
"public.data",
"public.item",
"public.composite-content",
"public.content"
)
kMDItemCreator = "dvipsk 5.55a Copyright 1986, 1994
Radical Eye Software"
kMDItemDisplayName = "25-andre.pdf"
kMDItemEncodingApplications = ("Acrobat Distiller 3.02")
kMDItemFSContentChangeDate = 2004-10-02 19:48:30 +0200
kMDItemFSCreationDate = 2004-10-02 19:48:30 +0200
kMDItemFSCreatorCode = 0
kMDItemFSFinderFlags = 0
kMDItemFSInvisible = 0
kMDItemFSLabel = 0
kMDItemFSName = "25-andre.pdf"
kMDItemFSNodeCount = 0
kMDItemFSOwnerGroupID = 501
kMDItemFSOwnerUserID = 501
kMDItemFSSize = 255744
kMDItemFSTypeCode = 1346651680
kMDItemID = 422721
kMDItemKind = "PDF Document"
kMDItemLastUsedDate = 2004-10-02 19:48:30 +0200
kMDItemNumberOfPages = 13
kMDItemPageHeight = 842
kMDItemPageWidth = 596
kMDItemSecurityMethod = "None"
kMDItemTitle = "OE.dvi"
kMDItemUsedDates = (2004-10-02 19:48:30 +0200)




--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:

Avatar
patpro ~ patrick proniewski
In article <1gx4yef.jut44d1gtncluN%,
(Jacques Perrocheau) wrote:

Je coince...

Et pour cela:
kMDItemAttributeChangeDate = 294247-01-14 02:31:49 +0100

J'ai l'impression qu'une marche été loupée...


A ta place, je testerais un truc : virer les bases d'indexation de
spotlight, et relancer une indexation sans rien toucher jusqu'a ce
qu'elle soit terminée.
relancer la commande mdls sur ce fichier.

patpro

Avatar
Jacques Perrocheau
In article (Dans l'article)
,
patpro ~ patrick proniewski wrote
(écrivait) :

A ta place, je testerais un truc : virer les bases d'indexation de
spotlight, et relancer une indexation sans rien toucher jusqu'a ce
qu'elle soit terminée.
relancer la commande mdls sur ce fichier.


Euh! je veux bien, mais comme je ne suis pas dev, je ne sais pas quel(s)
fichier(s) il faut virer.

Une petite indication me serait nécessaire... Cela fait juste quinze
jours que j'utilise Tiger, moi... ;)

Avatar
patpro ~ patrick proniewski
In article
,
Jacques Perrocheau wrote:

In article (Dans l'article)
,
patpro ~ patrick proniewski wrote
(écrivait) :

A ta place, je testerais un truc : virer les bases d'indexation de
spotlight, et relancer une indexation sans rien toucher jusqu'a ce
qu'elle soit terminée.
relancer la commande mdls sur ce fichier.


Euh! je veux bien, mais comme je ne suis pas dev, je ne sais pas quel(s)
fichier(s) il faut virer.

Une petite indication me serait nécessaire... Cela fait juste quinze
jours que j'utilise Tiger, moi... ;)


pareil, et meme moins si on concidère que je peux à peine utiliser ma
machine perso.
Tu as à la racine de chaque volume un répertoire .Spotlight-V100 que tu
devrais pouvoir virer sans ménagement.
Si tu as un doute, renomme le simplement.

Pour l'importation des métadonnées je pense que c'est :

sudo mdimport /

à vérifier.

patpro


Avatar
jperrocheau
patpro ~ patrick proniewski wrote:

[snip]
Tu as à la racine de chaque volume un répertoire .Spotlight-V100 que tu
devrais pouvoir virer sans ménagement.
Si tu as un doute, renomme le simplement.

Pour l'importation des métadonnées je pense que c'est :

sudo mdimport /

à vérifier.


Je vais y aller avec la prudence du coyotte... quand j'aurais terminé
toutes mes installations.


--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:

Avatar
jperrocheau
Jacques Perrocheau wrote:

Tu as à la racine de chaque volume un répertoire .Spotlight-V100 que tu
devrais pouvoir virer sans ménagement.
Si tu as un doute, renomme le simplement.



Euh! pour avoir un résultat, sans ambiguïté il vaut mieux, il me semble,
faire la manip en "safe boot" (sans kernel extensions), ou alors arrêter
les services correspondants.... et comme je ne sais pas trifouiller à ce
niveau.

Pour l'importation des métadonnées je pense que c'est :

sudo mdimport /



Humm! j'ai préféré laisser faire après un redémarrage normal, car en
observant la bête, il n'y a en général pas de processus mdimport "root"
mais un par utilisateur, un "unknown" et un "nobody". L'indexation
redémarre automatiquement dès qu'il voit l'absence des .Spotlight-V100,
mais par contre les réglages d'exclusion dans le TdB Spotlight ont
disparus, il faut les recréer.

à vérifier.


Je vais y aller avec la prudence du coyotte... quand j'aurais terminé
toutes mes installations.


Résultat:

$ mdls /private/var/log/daily.out
/private/var/log/daily.out -------------
kMDItemAttributeChangeDate = 1970-01-01 02:12:19 +0100
kMDItemFSContentChangeDate = 2005-05-28 20:16:09 +0200
kMDItemFSCreationDate = 2005-05-24 04:15:00 +0200
kMDItemFSCreatorCode = 0
kMDItemFSFinderFlags = 0
kMDItemFSInvisible = 0
kMDItemFSLabel = 0
kMDItemFSName = "daily.out"
kMDItemFSNodeCount = 0
kMDItemFSOwnerGroupID = 0
kMDItemFSOwnerUserID = 0
kMDItemFSSize = 15761
kMDItemFSTypeCode = 0
kMDItemID = 435351
kMDItemLastUsedDate = 2005-05-28 19:16:09 +0200
kMDItemUsedDates = (2005-05-28 19:16:09 +0200)

au lieu de:

$ mdls /private/var/log/daily.out
/private/var/log/daily.out -------------
kMDItemAttributeChangeDate = 294247-01-14 02:31:49 +0100
kMDItemFSContentChangeDate = 2005-05-25 02:15:04 +0200
kMDItemFSCreationDate = 2005-05-24 04:15:00 +0200
kMDItemFSCreatorCode = 0
kMDItemFSFinderFlags = 0
kMDItemFSInvisible = 0
kMDItemFSLabel = 0
kMDItemFSName = "daily.out"
kMDItemFSNodeCount = 0
kMDItemFSOwnerGroupID = 0
kMDItemFSOwnerUserID = 0
kMDItemFSSize = 5917
kMDItemFSTypeCode = 0
kMDItemID = 435351
kMDItemLastUsedDate = 2005-05-25 01:15:04 +0200
kMDItemUsedDates = (2005-05-25 01:15:04 +0200)


Il n'y a plus l'"aberration":
kMDItemAttributeChangeDate = 294247-01-14 02:31:49 +0100

Mais cela,
kMDItemFSContentChangeDate = 2005-05-28 20:16:09 +0200
kMDItemUsedDates = (2005-05-28 19:16:09 +0200)

me laisse toujours aussi réveur.


--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:


Avatar
patpro ~ patrick proniewski
In article <1gxahs0.1b2h1tf1c227lbN%,
(Jacques Perrocheau) wrote:

sudo mdimport /



Humm! j'ai préféré laisser faire après un redémarrage normal, car en
observant la bête, il n'y a en général pas de processus mdimport "root"
mais un par utilisateur, un "unknown" et un "nobody". L'indexation
redémarre automatiquement dès qu'il voit l'absence des .Spotlight-V100,
mais par contre les réglages d'exclusion dans le TdB Spotlight ont
disparus, il faut les recréer.


bon a savoir, merci pour l'info

Résultat:

$ mdls /private/var/log/daily.out
/private/var/log/daily.out -------------
kMDItemAttributeChangeDate = 1970-01-01 02:12:19 +0100


je suis sceptique aussi a ce niveau :)


kMDItemFSContentChangeDate = 2005-05-28 20:16:09 +0200
kMDItemUsedDates = (2005-05-28 19:16:09 +0200)

me laisse toujours aussi réveur.


c'est pas impossible ça :

$ mdls art.css
art.css -------------
kMDItemAttributeChangeDate = 2005-04-30 14:41:04 +0200
kMDItemContentCreationDate = 2003-11-08 16:55:46 +0100
kMDItemContentModificationDate = 2003-11-22 17:42:44 +0100
kMDItemFSContentChangeDate = 2003-11-22 17:42:44 +0100
kMDItemFSCreationDate = 2003-11-08 16:55:46 +0100
kMDItemLastUsedDate = 2003-11-22 17:42:44 +0100
kMDItemUsedDates = (2003-11-22 17:42:44 +0100)
...

$ echo "" >> art.css

$ mdls art.css
art.css -------------
kMDItemAttributeChangeDate = 2005-05-28 23:31:07 +0200 <--
kMDItemContentCreationDate = 2003-11-08 16:55:46 +0100
kMDItemContentModificationDate = 2005-05-28 23:31:07 +0200 <--
kMDItemFSContentChangeDate = 2005-05-28 23:31:07 +0200 <--
kMDItemFSCreationDate = 2003-11-08 16:55:46 +0100
kMDItemLastUsedDate = 2003-11-22 17:42:44 +0100
kMDItemUsedDates = (2003-11-22 17:42:44 +0100)


patpro



Avatar
jperrocheau
patpro ~ patrick proniewski wrote:

Résultat:

$ mdls /private/var/log/daily.out
/private/var/log/daily.out -------------
kMDItemAttributeChangeDate = 1970-01-01 02:12:19 +0100


je suis sceptique aussi a ce niveau :)


Voir plus bas...


kMDItemFSContentChangeDate = 2005-05-28 20:16:09 +0200
kMDItemUsedDates = (2005-05-28 19:16:09 +0200)

me laisse toujours aussi réveur.


c'est pas impossible ça :

$ mdls art.css
art.css -------------
kMDItemAttributeChangeDate = 2005-04-30 14:41:04 +0200
kMDItemContentCreationDate = 2003-11-08 16:55:46 +0100
kMDItemContentModificationDate = 2003-11-22 17:42:44 +0100
kMDItemFSContentChangeDate = 2003-11-22 17:42:44 +0100
kMDItemFSCreationDate = 2003-11-08 16:55:46 +0100
kMDItemLastUsedDate = 2003-11-22 17:42:44 +0100
kMDItemUsedDates = (2003-11-22 17:42:44 +0100)
...

$ echo "" >> art.css

$ mdls art.css
art.css -------------
kMDItemAttributeChangeDate = 2005-05-28 23:31:07 +0200 <--
kMDItemContentCreationDate = 2003-11-08 16:55:46 +0100
kMDItemContentModificationDate = 2005-05-28 23:31:07 +0200 <--
kMDItemFSContentChangeDate = 2005-05-28 23:31:07 +0200 <--
kMDItemFSCreationDate = 2003-11-08 16:55:46 +0100
kMDItemLastUsedDate = 2003-11-22 17:42:44 +0100
kMDItemUsedDates = (2003-11-22 17:42:44 +0100)


Bon, si un pro.. le dit, je veux bien.

Aller, je vous en livre une autre à votre réflexion:

$ mdls /private/var/log/daily.out
/private/var/log/daily.out -------------
kMDItemAttributeChangeDate = 1970-05-11 12:44:49 +0100
kMDItemFSContentChangeDate = 2005-05-29 00:15:05 +0200
kMDItemFSCreationDate = 2005-05-24 04:15:00 +0200
kMDItemFSCreatorCode = 0
kMDItemFSFinderFlags = 0
kMDItemFSInvisible = 0
kMDItemFSLabel = 0
kMDItemFSName = "daily.out"
kMDItemFSNodeCount = 0
kMDItemFSOwnerGroupID = 0
kMDItemFSOwnerUserID = 0
kMDItemFSSize = 17713
kMDItemFSTypeCode = 0
kMDItemID = 435351
kMDItemLastUsedDate = 2005-05-28 23:15:05 +0200
kMDItemUsedDates = (2005-05-28 23:15:05 +0200)

$ sudo bash

puis

# echo "" >> /private/var/log/daily.out

$ mdls /private/var/log/daily.out
/private/var/log/daily.out -------------
kMDItemAttributeChangeDate = 2014-04-27 08:09:35 +0200
kMDItemFSContentChangeDate = 2005-05-29 11:11:27 +0200
kMDItemFSCreationDate = 2005-05-24 04:15:00 +0200
kMDItemFSCreatorCode = 0
kMDItemFSFinderFlags = 0
kMDItemFSInvisible = 0
kMDItemFSLabel = 0
kMDItemFSName = "daily.out"
kMDItemFSNodeCount = 0
kMDItemFSOwnerGroupID = 0
kMDItemFSOwnerUserID = 0
kMDItemFSSize = 17714
kMDItemFSTypeCode = 0
kMDItemID = 435351
kMDItemLastUsedDate = 2005-05-29 10:11:27 +0200
kMDItemUsedDates = (2005-05-29 10:11:27 +0200)

Hein!, il est currieux mon "Tigre".

Moi je ne comprends pas tout, y a un truc !!!.

Il tire la date
kMDItemAttributeChangeDate = 2014-04-27 08:09:35 +0200
au hasard ???

Bon la manip m'a permis de découvrir par hasard un bug reproductible du
Terminal. Si je clique sur le pop-up menu de la fenêtre "Run command" du
dit Termnial, il crash net. (rapport de bug envoyé à Appple).

Avez-vous la même chose ?

Ma config est peut-être reponsable. Je commence à penser que la version
1.5.1 de Application Enhancer.prefPane n'est peut-être pas au point pour
Tiger.


--
Jacques PERROCHEAU
________________________________________________________________________
e-mail: mailto:


Avatar
patpro ~ patrick proniewski
In article <1gxblsi.echemc1vc31ukN%,
(Jacques Perrocheau) wrote:

kMDItemAttributeChangeDate = 1970-05-11 12:44:49 +0100
# echo "" >> /private/var/log/daily.out

kMDItemAttributeChangeDate = 2014-04-27 08:09:35 +0200

Hein!, il est currieux mon "Tigre".


pas mal effectivement.

Moi je ne comprends pas tout, y a un truc !!!.


surement des trucs que tu as greffés sur le système et qui foutent la
zizanie (application enhancer me parraît être un bon candidat.

Bon la manip m'a permis de découvrir par hasard un bug reproductible du
Terminal. Si je clique sur le pop-up menu de la fenêtre "Run command" du
dit Termnial, il crash net. (rapport de bug envoyé à Appple).

Avez-vous la même chose ?


non.

patpro

1 2 3 4