"find -mtime 0" nicht immer die Datei, die ich erwarten

Ich bin auf der Suche nach einer Datei, die 0 Tage alt. Unten sind die Schritte, die ich durchgeführt, um zu testen diese

$ ls
$ ls -ltr
total 0
$ touch tmp.txt
$ ls -ltr
total 0
-rw-r-----   1 tstUser tstUser           0 Feb 28 20:02 tmp.txt
$ find * -mtime 0
$
$ find * -mtime -1
tmp.txt
$

Warum ist '-mtime 0' nicht immer mir die Datei?

Was ist der genaue Unterschied zwischen '-mtime 0' und '-mtime -1'?

Bin ich sicher, dass es auch andere Wege, um Dateien zu finden sind 0 Tage alt in unix, aber ich bin neugierig zu verstehen, wie diese '-mtime' tatsächlich funktioniert.

InformationsquelleAutor Oscar Gomes | 2011-02-28
  1. 5
       -mtime n
          File's data was last modified n*24 hours ago.  See the  comments
          for -atime to understand how rounding affects the interpretation
          of file modification times.

    So, -mtime 0 wäre gleich: "Datei zuletzt geändert wurde 0 Stunden.
    Während -mtime 1 wäre: "Datei zuletzt geändert wurde 24 Stunden"

    Edit:

       Numeric arguments can be specified as

   +n     for greater than n,

   -n     for less than n,

   n      for exactly n.

    Also ich denke, -1 würde geändert werden, die innerhalb der letzten 24 Stunden, während 1 wäre genau einen Tag.

    • könnte u mir helfen zu verstehen, obwohl wie '-mtime 0' jemals nützlich sein??
    • Gute Frage. Sie finden die Datei(en) geändert wurden innerhalb der Stunde. Atleast ich denke, das ist, was es tun werde. Ich habe noch nicht wirklich geprüft.
    InformationsquelleAutor veiset
  2. 6

    Dies ist eine nicht benutzerfreundliche Aspekt find - Sie haben zu verstehen, wie das matching funktioniert tatsächlich korrekt zu definieren, die Ihren Suchkriterien entsprechen. Die folgende Erklärung basiert auf GNU-find (findutils) 4.4.2.

    find tests -atime, -ctime, -mtime Arbeit auf 24-Stunden-Perioden, also definieren wir "Alter" als

    floor (current_timestamp - file_modification_timestamp /86400)

    Drei Dateien geändert vor 1 Stunde, 25 Stunden und 49 Stunden

    $ touch -t $(date -d "1 hour ago" +"%m%d%H%M") a.txt
$ touch -t $(date -d "25 hours ago" +"%m%d%H%M") b.txt
$ touch -t $(date -d "49 hours ago" +"%m%d%H%M") c.txt

    Datei Altersgruppen (wie oben definiert) sind

    $ echo "($(date +"%s") - $(stat -c %Y a.txt)) /86400" | bc
0
$ echo "($(date +"%s") - $(stat -c %Y b.txt)) /86400" | bc
1
$ echo "($(date +"%s") - $(stat -c %Y c.txt)) /86400" | bc
2

    Angesichts der oben genannten, hier ist, was finden tut

    $ find -type f -mtime 0 # find files with file age == 0, i.e. files modified less than 24 hours ago
./a.txt
$ find -type f -mtime -1 # find files with file age < 1, i.e. files modified less than 24 hours ago
./a.txt
$ find -mtime 1 # find files with file age == 1, i.e. files modified more than (or equal to) 24 hours ago, but less than 48 hours ago
./b.txt
$ find -mtime +1 # find files with file age > 1, i.e. files modified more than 48 hours ago
./c.txt

    Dies zeigt, dass -mtime 0 und -mtime -1 äquivalente Ergebnisse.

    -mmin gibt den gleichen test mit feiner Granularität - argument ist Minuten anstelle von 24 Stunden Perioden.

    Ich bin nicht in der Lage zu reproduzieren Sie das problem mithilfe der oben genannten version von find

    $ touch tmp.txt
$ find * -mtime 0
tmp.txt
$ find * -mtime -1
tmp.txt
    InformationsquelleAutor vilpan
  3. 0

    Die Bedeutung dieser drei Möglichkeiten sind folgende:

    n: genau n 24-Stunden-Zeiträume (Tage) in Jahren 0 heute bedeutet.

    +n: "mehr dann n 24-Stunden-Zeiträume (Tage) her", oder älter, dann n,

    -n: weniger als n 24-Stunden-Zeiträume (Tage) Woche (-n), oder jünger dann n. Es ist offensichtlich, dass -1 und 0 sind die gleichen und beide also "heute".

    HINWEIS: Wenn Sie Parameter verwenden, mit der find-Befehl in Skripten seien Sie vorsichtig, wenn -mtime parameter ist gleich null. Einige (frühere) Versionen von GNU finden, falsch interpretieren Sie den folgenden Ausdruck
    Sourece: http://www.softpanorama.org/Tools/Find/index.shtml

    InformationsquelleAutor Alex
Schreibe einen Kommentar