Я просто це знаю ls -tі ls -fдаю різні сортування файлів і підкаталогів під каталогом.

• Які відмінності між часовою маркою, часом модифікації та створеним часом файлу?
• Як отримати та змінити подібну інформацію за допомогою команд?
• Що стосується того, яку інформацію люди кажуть, що файл "новіший", ніж інший?
• Які зміни інформації не дозволять файлу відрізнятися?

Наприклад, я бачив, як хтось написав:

За замовчуванням програма rsync лише дивиться, щоб побачити, чи файли відрізняються за розміром та часовою міткою. Не байдуже, який файл новіший, якщо він інший, він перезаписується. Ви можете передати прапор '--update' rsync, що призведе до того, що він може пропустити файли в пункті призначення, якщо вони новіші, ніж файл у вихідному коді, але лише до тих пір, поки вони будуть файлами одного типу. Це означає, що якщо, наприклад, вихідний файл є звичайним файлом, а призначення - символьним посиланням, файл призначення буде перезаписаний незалежно від часової позначки.

Зі сторони, чи означає тут тип файлу лише звичайний файл та simlink, а не тип pdf, jpg, htm, txt тощо?

Існує 3 різновиди часових позначок:

• Доступ - останній раз, коли файл було прочитано
• Змінити - останній раз, коли файл було змінено (вміст змінено)
• Змінити - востаннє метадані файлу були змінені (наприклад, дозволи)

Щоб відобразити цю інформацію, ви можете використовувати statчастину основних елементів.

stat покаже вам також додаткову інформацію, як-от пристрій, вставки, посилання тощо.

Пам'ятайте, що така інформація дуже сильно залежить від файлової системи та параметрів монтування. Наприклад, якщо ви змонтуєте розділ з noatimeопцією, інформація про доступ не записується.

Утиліта для зміни часових позначок була б touch. Є кілька аргументів, щоб вирішити, яку часову позначку потрібно змінити (наприклад, -a для часу доступу, -m - час модифікації) та вплинути на розбір нової заданої часової позначки. Докладніше man touchдив.

touchможе стати в нагоді в поєднанні з cp -u( "копіювати лише тоді, коли файл SOURCE новіший, ніж цільовий файл або коли відсутній файл призначення" ) або для створення порожніх файлів з маркерами.

Відповідь echox є дійсною, але я хочу додати інформацію про час створення файлу.

Підтримка файлової системи

Деякі файлові системи підтримують додатковий запис у inode щодо часу створення (або часу народження). Я знаю, що ext4 підтримує цю функцію, а також JFS та BTRFS .

Однак більшість інструментів та API ще не оновлено для читання цієї додаткової інформації. Так що, хоча це може бути там, воно недоступне.

Наприклад, для Ubuntu 12.04 LTS я отримую наступне для файлу, який я створив сьогодні:

$ echo Just another test > /tmp/mytest
$ sleep 3
$ touch /tmp/mytest
$ sleep 2
$ cat /tmp/mytest > /dev/null
$ stat /tmp/mytest 
[...]
Access: 2012-06-05 13:33:44.279774711 +0200
Modify: 2012-06-05 13:33:34.611893317 +0200
Change: 2012-06-05 13:33:34.611893317 +0200
 Birth: -
$ sudo debugfs -R 'stat /tmp/mytest' /dev/sda1
[...]
 ctime: 0x4fcdee8e:91e30114 -- Tue Jun  5 13:33:34 2012
 atime: 0x4fcdee98:42b417dc -- Tue Jun  5 13:33:44 2012
 mtime: 0x4fcdee8e:91e30114 -- Tue Jun  5 13:33:34 2012
crtime: 0x4fcdee46:01258f1c -- Tue Jun  5 13:32:22 2012
[...]

Ви можете бачити, що новіша функція stat має поле народження, хоча вихід здається неправильним. І через налагодження ми можемо отримати інформацію (час роботи, коли я перебуваю у файловій системі ext4).

підтримка statx

Зараз, оскільки Kernel 4.11 - новий системний виклик statx, крім кращої підтримки Y2038 або мережевих файлових систем, він також пропонує кілька додаткових функцій, таких як доступ btimeабо час народження (час створення). Підтримка ext4 повинна знаходитись у тому ж випуску ядра 4.11.

Існували виправлення, щоб додати підтримку цього нового syscall у наступних випусках ядра: наприклад, BTRFS та F2FS у ядрі 4.13, SMB3 у 4.14, GFS2 у 4.15, NFS у 4.16 тощо.

Майбутній glibc надає функціональний виклик для запиту цього інтерфейсу (див. Новини Phoronix про підтримку statx glibc ). Тож ми можемо очікувати, що підтримка цієї функції в просторі користувачів буде зовсім скоро.