Почему команда find -mtime +1 возвращает только файлы старше 2 дней?

Я изо всех сил , чтобы обернуть свой ум вокруг почему в findинтерпретируют файл время модификации так , как это делает. В частности, я не понимаю, почему -mtime +1файлы не отображаются менее чем за 48 часов.

В качестве примера теста я создал три тестовых файла с разными датами изменения:

[root@foobox findtest]# ls -l
total 0
-rw-r--r-- 1 root root 0 Sep 25 08:44 foo1
-rw-r--r-- 1 root root 0 Sep 24 08:14 foo2
-rw-r--r-- 1 root root 0 Sep 23 08:14 foo3

Затем я запустил find с -mtime +1переключателем и получил следующий вывод:

[root@foobox findtest]# find -mtime +1
./foo3

Затем я запустил find с -mmin +1440и получил следующий вывод:

[root@foobox findtest]# find -mmin +1440
./foo3
./foo2

Согласно man-странице для find, я понимаю, что это ожидаемое поведение:

 -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.


-atime n
       File  was  last  accessed n*24 hours ago.  When find figures out
       how many 24-hour periods ago the file  was  last  accessed,  any
       fractional part is ignored, so to match -atime +1, a file has to
       have been accessed at least two days ago.

Это все еще не имеет смысла для меня, хотя. Итак, если файлу 1 день, 23 часа, 59 минут и 59 секунд, find -mtime +1игнорировать все это и просто обрабатывать его как 1 день, 0 часов, 0 минут и 0 секунд? В каком случае, это технически не старше 1 дня и игнорируется?

Не считается.

Ну, простой ответ, я полагаю, заключается в том, что ваша реализация find соответствует стандарту POSIX / SuS, который говорит, что должен вести себя так. Цитирование из SUSv4 / IEEE Std 1003.1, издание 2013 г., «найти» :

-mtime n
     Первичный должен оценивать как истинный, если время модификации файла, вычтенное
     из времени инициализации, деленное на 86400 (с любым оставшимся остатком), равно n.

(В другом месте этого документа объясняется, что на nсамом деле может быть +n, и значение этого слова «больше чем»).

Относительно того, почему стандарт говорит, что он должен вести себя таким образом - ну, я думаю, давно в прошлом программист ленился или не думал об этом и просто писал код на Си (current_time - file_time) / 86400. Целочисленная арифметика C отбрасывает остаток. Сценарии начинались в зависимости от этого поведения, и поэтому оно было стандартизировано.

Поведение спецификации также переносимо на гипотетическую систему, в которой хранится только дата модификации (но не время). Я не знаю, существовала ли такая система.

Аргумент к -mtimeинтерпретируется как количество целых дней в возрасте файла. -mtime +nозначает строго больше , -mtime -nзначит строго меньше.

Обратите внимание, что с Bash вы можете сделать более интуитивно понятным:

$ find . -mmin +$((60*24))
$ find . -mmin -$((60*24))

найти файлы старше и новее 24 часов соответственно.

(Это также проще, чем вводить дробный аргумент -mtimeдля, когда вы хотите разрешение в часах или минутах.)

Дробные 24-часовые периоды усекаются! Это означает, что «find -mtime +1» говорит о совпадении файлов, измененных два или более дней назад.

find . -mtime +0 # find files modified greater than 24 hours ago
find . -mtime 0 # find files modified between now and 1 day ago
# (i.e., in the past 24 hours only)
find . -mtime -1 # find files modified less than 1 day ago (SAME AS -mtime 0)
find . -mtime 1 # find files modified between 24 and 48 hours ago
find . -mtime +1 # find files modified more than 48 hours ago

Следующее может работать только на GNU?

find . -mmin +5 -mmin -10 # find files modified between
# 6 and 9 minutes ago
find / -mmin -10 # modified less than 10 minutes ago

Так что, если файлу 1 день, 23 часа, 59 минут и 59 секунд, find -mtime +1 игнорирует все это и просто обрабатывает его как 1 день, 0 часов, 0 минут и 0 секунд?

Да. Как man findговорит «любая дробная часть игнорируется». Если вы разделите «1 день, 23 часа, 59 минут и 59 секунд» на «24 часа», вы можете получить 1,9999, но затем часть .9999 будет удалена, и внезапно файлу будет только 1 день.

-mtime Nозначает файлы, чей возраст A в днях соответствует N ≤ A < N +1. Другими словами, выбираются файлы, которые были в последний раз изменены от N до N +1 день назад.-mtime N

-mtime -Nозначает файлы, возраст которых A соответствует A < N , т.е. файлы, измененные менее N дней назад. Менее интуитивно, означает файлы, чей возраст A удовлетворяет N +1 ≤ A , то есть файлы, измененные по крайней мере N +1 дней назад.-mtime +N

Например, -mtime 1выбирает файлы, которые были изменены от 1 до 2 дней назад. -mtime +1выбирает файлы, которые были изменены не менее 2 дней назад. Чтобы получить файлы, измененные как минимум 1 день назад, используйте -mtime +0.

Описание «последний раз модифицировалось n * 24 часа назад» является лишь приблизительным и не очень понятным.

Если вам трудно запомнить эти правила, используйте вместо этого справочный файл.

touch -d '1 day ago' cutoff
find . -newer cutoff

(Синтаксис «1 день назад» требует GNU touch.)

Используйте -mmin, -amin и т. Д., Чтобы получить точные результаты

Если вы хотите файлы размером 48 часов, а не 2 дня, добавьте их --daystartв свою findкоманду. Это поможет вам.

find . type -f -daystart -mtime +1