Моя система работает на SSD поверх логического тома LVM, отформатированного в ext4. я использую noatime вариант у меня fstab для этого раздела. Я собираюсь сделать инкрементное резервное копирование системного раздела с помощью функции моментальных снимков LVM и GNU tar.
Как я вижу в документации GNU tar,
Incremental dumps depend crucially on time stamps, so the results are unreliable if you modify a file's time stamps during dumping (e.g., with the `--atime-preserve=replace' option), or if you set the clock backwards.
Безопасно ли делать инкрементное резервное копирование с помощью GNU tar, если файловая система используется с noatime вариант крепления?
В --atime-preserve=replace восстанавливает время доступа к выгруженным файлам после чтения, то есть меняется взад и вперед, пока --atime-preserve=system вообще не устанавливает время. Вероятно, только изменение временной метки может привести к сбою сравнения, а с опцией noatime время доступа вообще не обновляется. Поэтому я бы сказал, что сравнение не должно приводить к ненадежным результатам.
С другой стороны, я не понимаю, как время последнего доступа atime влияет на сравнение, поскольку incremen.c (GNU tar 1.30) обрабатывает только время последнего изменения данных mtime И в compare.c:212-214 только сравнивает mtime с участием tar_timespec_cmp() а потом звонит report_difference() если время модификации отличается. Я просто нигде не могу найти такого сравнения для других временных меток ext4.