Чому знаходить -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

Потім я побіг знайти за допомогою -mtime +1перемикача і отримав такий вихід:

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

Потім я побіг знайти з -mmin +1440і отримав наступний вихід:

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

Згідно з довідковою сторінкою для пошуку, я розумію, що така поведінка очікується:

 -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 дня і проігноровано?

Чи ... не ... обчислює.

Ну, проста відповідь, я думаю, що ваша реалізація пошуку відповідає стандарту POSIX / SuS, який говорить, що він повинен вести себе таким чином. Цитуючи SUSv4 / IEEE Std 1003.1, 2013 року видання, "знайти" :

-mtime n
     Первинний повинен оцінити як істинне, якщо час модифікації файлу, відняте
     від часу ініціалізації, розділене на 86400 (з залишком залишеного), є n.

(В іншому випадку в цьому документі пояснюється, що nнасправді може бути +n, і значення цього поняття "більше, ніж").

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

Поведінка spec'd також переноситься на гіпотетичну систему, яка зберігає лише дату зміни (не час). Я не знаю, чи існувала така система.

Аргумент to -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 секунд, знайдіть -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 < 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