NTFS-Datei-Daten sind unlogisch

[p80286]

Hallo zusammen,
ich bin da auf ein etwas seltsames Verhalten von NTFS gestoßen.
Viele Dateien auf der Festplatte meines Rechners haben unlogische Daten.

Letzte Änderung:22.10.2012
Angelegt: 01.11.2012
letzter Zugriff:22.10.2012

Zumindestens das Anlegedatum sollte das kleinste der drei Daten sein.

Eine mögliche Erklärung wäre, daß diese Dateien von einem FAT-Datenträger kommen, und daher der Datensatz etwas strubbelig ist. Es sind aber auch Dateien betroffen, die immer nur auf NTFS-Systemen waren.

Woran liegt's oder ist vielleicht eine Fehlinterpretation von

Delphi-Quellcode:

TSearchRec = record
    Time: Integer;
    Size: Integer;
    Attr: Integer;
    Name: TFileName;
    ExcludeAttr: Integer;
{$IFDEF MSWINDOWS}
    FindHandle: THandle  platform;
    FindData: TWin32FindData  platform;

_WIN32_FIND_DATAA = record
    dwFileAttributes: DWORD;
    ftCreationTime: TFileTime;
    ftLastAccessTime: TFileTime;
    ftLastWriteTime: TFileTime;
    nFileSizeHigh: DWORD;
    nFileSizeLow: DWORD;
    dwReserved0: DWORD;
    dwReserved1: DWORD;
    cFileName: array[0..MAX_PATH - 1] of AnsiChar;
    cAlternateFileName: array[0..13] of AnsiChar;
  end;

Grüße
K-H

[DeddyH]

Ich habe keinen Beleg dafür, aber nach meiner Beobachtung scheint das zumindest beim Änderungsdatum so zu sein, dass es sich um das Datum der letzten inhaltlichen Änderung allgemein (nicht im aktuellen Dateisystem) handelt. Wenn man also z.B. eine Textdatei erstellt, 1 Woche später ändert und wieder 1 Woche später auf einen anderen Rechner kopiert, dann wird dieses Datum mit übernommen, somit ist das Änderungsdatum kleiner als das Erstellungsdatum. Aber wie schon angedeutet: das ist keine gesicherte Aussage.

[Sir Rufo]

Zitat von DeddyH:

Ich habe keinen Beleg dafür, aber nach meiner Beobachtung scheint das zumindest beim Änderungsdatum so zu sein, dass es sich um das Datum der letzten inhaltlichen Änderung allgemein (nicht im aktuellen Dateisystem) handelt. Wenn man also z.B. eine Textdatei erstellt, 1 Woche später ändert und wieder 1 Woche später auf einen anderen Rechner kopiert, dann wird dieses Datum mit übernommen, somit ist das Änderungsdatum kleiner als das Erstellungsdatum. Aber wie schon angedeutet: das ist keine gesicherte Aussage.

Genau so isses und ein einfacher Test (Kopie einer beliebigen Datei) zeigt dieses Verhalten auch.

[himitsu]

Der eine (Haupt)Grund wurde schon genannt

und dann gibt es auch noch böse Programme, wie fahrlässig mit SetFileTime rumspielen.

[p80286]

Vielen Dank,
ich hab es schon befürchtet, aber gut "keep it in mind".

SetFiledate kann ich glücklicher Weise ausschließen. Die neueren Versionen wissen übrigens, daß es mehr als ein Datum gibt.
Wenn ich dann aber sehe was als Alternative angeboten wir, wundert mich nichts mehr.
(Is gut ich kenn die API-Funktion)

Gruß
K-H

[Luckie]

Warum ist das genau Datum für dich wichtig bzw. was willst du machen?

[p80286]

Stark verkürzt gesagt,
eine Datei, die 3 Jahre nicht mehr angefasst wurde, ist wahrscheinlich nicht so wichtig.
Ich weiß da gibt es noch mehr zu berücksichtigen, aber als erster Ansatz durchaus brauchbar.
Dafür müßte ich allerdings wissen wie zuverlässig die Daten sind.

Gruß
K-H