Tại sao find -mtime +1 chỉ trả về các tệp cũ hơn 2 ngày?

Tôi đang đấu tranh để suy nghĩ về lý do tại sao các findphiên dịch sửa đổi tập tin lần. Cụ thể, tôi không hiểu tại sao các -mtime +1tệp không hiển thị dưới 48 giờ.

Như một thử nghiệm mẫu, tôi đã tạo ba tệp thử nghiệm với các ngày được sửa đổi khác nhau:

[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

Sau đó tôi chạy find với -mtime +1switch và nhận được kết quả sau:

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

Sau đó tôi chạy tìm với -mmin +1440và nhận được kết quả như sau:

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

Theo trang người đàn ông để tìm, tôi hiểu rằng đây là hành vi dự kiến:

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

Điều này vẫn không có ý nghĩa với tôi mặc dù. Vì vậy, nếu một tệp là 1 ngày, 23 giờ, 59 phút và 59 giây, hãy find -mtime +1bỏ qua tất cả những thứ đó và chỉ xử lý nó như 1 ngày, 0 giờ, 0 phút và 0 giây? Trong trường hợp nào, nó không phải là kỹ thuật cũ hơn 1 ngày và bỏ qua?

Có ... không ... tính toán.

Chà, câu trả lời đơn giản là, tôi đoán rằng việc triển khai tìm kiếm của bạn đang tuân theo tiêu chuẩn POSIX / SuS, nói rằng nó phải hành xử theo cách này. Trích dẫn từ phiên bản SUSv4 / IEEE Std 1003.1, 2013, "tìm" :

-mtime n
     Chính sẽ đánh giá là đúng nếu thời gian sửa đổi tệp được trừ
     vào thời gian khởi tạo, chia cho 86400 (với bất kỳ phần còn lại nào bị loại bỏ), là n.

(Ở những nơi khác trong tài liệu đó, nó giải thích điều đó nthực sự có thể +n, và ý nghĩa của điều đó là "lớn hơn").

Là tại sao tiêu chuẩn nói nó sẽ cư xử như vậy-well, tôi đoán dài trong quá khứ một lập trình viên là lười biếng hoặc không suy nghĩ về nó, và chỉ cần viết mã C (current_time - file_time) / 86400. Số nguyên C loại bỏ phần còn lại. Các kịch bản bắt đầu tùy thuộc vào hành vi đó, và do đó nó được chuẩn hóa.

Hành vi cụ thể cũng sẽ được chuyển đến một hệ thống giả định chỉ lưu trữ ngày sửa đổi (không phải thời gian). Tôi không biết nếu một hệ thống như vậy đã tồn tại.

Đối số -mtimeđược hiểu là số ngày trong độ tuổi của tệp. -mtime +ncó nghĩa là nghiêm ngặt lớn hơn , -mtime -ncó nghĩa là nghiêm ngặt ít hơn.

Lưu ý rằng với Bash, bạn có thể thực hiện trực quan hơn:

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

để tìm các tập tin cũ hơn và mới hơn 24 giờ, tương ứng.

(Nó cũng dễ hơn so với việc nhập một đối số phân số để -mtimekhi bạn muốn giải quyết trong vài giờ hoặc vài phút.)

Phân số thời gian 24 giờ được cắt ngắn! Điều đó có nghĩa là, lượt tìm kiếm của +1 -mtime +1 nói phù hợp với các tệp được sửa đổi hai ngày trở lên.

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

Điều sau đây chỉ có thể hoạt động trên GNU?

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

Vì vậy, nếu một tệp là 1 ngày, 23 giờ, 59 phút và 59 giây, hãy tìm thời gian +1 bỏ qua tất cả những điều đó và chỉ xử lý nó như 1 ngày, 0 giờ, 0 phút và 0 giây?

Đúng. Giống như man findnói, "bất kỳ phần phân số được bỏ qua". Nếu bạn chia "1 ngày, 23 giờ, 59 phút và 59 giây" cho đến "24 giờ", bạn có thể nhận được 1.9999, nhưng phần 0,9999 sau đó bị tước và đột nhiên tệp chỉ còn 1 ngày.

-mtime Nnghĩa là các tệp có tuổi A tính theo ngày thỏa mãn N ≤ A < N +1. Nói cách khác, chọn các tệp được sửa đổi lần cuối giữa N và N +1 ngày trước.-mtime N

-mtime -Ncó nghĩa là các tệp có tuổi A thỏa mãn A < N , tức là các tệp được sửa đổi ít hơn N ngày trước. Ít trực quan hơn, có nghĩa là các tệp có tuổi A thỏa mãn N +1 A , tức là các tệp được sửa đổi ít nhất N +1 ngày trước.-mtime +N

Ví dụ: -mtime 1chọn các tệp đã được sửa đổi từ 1 đến 2 ngày trước. -mtime +1chọn các tệp đã được sửa đổi ít nhất 2 ngày trước. Để có được các tập tin sửa đổi ít nhất 1 ngày trước, sử dụng -mtime +0.

Mô tả đã được sửa đổi lần cuối n * 24 giờ trước đây chỉ là một xấp xỉ và không rõ ràng lắm.

Nếu bạn thấy những quy tắc này khó nhớ, hãy sử dụng tệp tham chiếu thay thế.

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

(Cú pháp của 1 ngày trước đây yêu cầu GNU touch.)

Sử dụng -mmin, -amin, v.v để có kết quả chính xác

Nếu bạn muốn các tệp chính xác 48 giờ, không phải 2 ngày, thì bạn nên thêm --daystartvào findlệnh của mình . Điều này sẽ giúp bạn.

find . type -f -daystart -mtime +1