anode |
|
Темы:
8
Сообщения:
1020
Участник с: 30 августа 2011
|
vasek, так дотронуться (touch) до него нет? |
vasek |
|
Темы:
47
Сообщения:
11890
Участник с: 17 февраля 2013
|
anodeЗадержался с ответом, чтобы показать подробно на конкретном примере. Да, это изменит atime и mtime ... и подтянется ctime .... в общем в большинстве случаев этого достаточно, ... но не всегда - есть еще один хитрый параметр crtime - в stat выводится как время создания, но это не в том понимании - для файлов это не дата начального создания файла, а вот для директорий можно считать и так … и изменить ее прямо в лоб не получится. Все эти даты считываются из иноде, покажу подробнее. Рассмотрим директорию ~/Документы , точнее всего две даты stat ~/Документы Доступ: 2019-09-25 12:21:42.909949369 +0300 Создан: 2017-08-03 06:45:19.483483955 +0300 Не привожу промежуточные расчеты, а сразу привожу 256 байт соответствующего иноде для данной директории sudo hexdump -C -s 149621406208 -n 256 /dev/sda по смещению 0x8 (1-ая строка) 4 байта занимает дата atime - a6 31 8b 5dпо смещению 0x90 (предпоследняя строка) 4 байта занимает дата crtime - 4f 9c 82 59 Переводим эти байты в человеческий вид и получаем PS - переводится так - переписываем байты с право/налево - a6 31 8b 5d …. 5d8b31a6 - и переводим в 10-тичную систему - 1569403302 и далее узнаем человеческую датуdate --date='@1569403302' … Ср сен 25 12:21:42 MSK 2019 и как видим эти даты совпадают с выводом stat ~/Документы И чтобы изменить, при необходимости, эту хитрую дату нужно менять значения байт ... как то так
Ошибки не исчезают с опытом - они просто умнеют
|