Может ли инкрементное резервное копирование GNU tar использовать контрольные суммы?
Вы можете попробовать создать aliasдля chrootдля запуска вашей umountкоманды или сценария после его завершения, например:
alias chroot='chroot; umount my/drive'
Или, возможно, используйте для него другое имя, например mychroot.
Другим вариантом может быть запуск скрипта в фоновом режиме, наблюдающего за chrootпроцессами, а затем umountза диском после завершения процесса.
Если вы используете тип файловой системы, который хранит временные метки в формате UTC или эквивалентном (например, временные метки Unix для многих Unix -подобные файловым системам ), то переход на летнее время не должен быть фактором, если ваша система (s )имеет правильное время UTC.
Временные метки Unix всегда внутренне обрабатываются в формате UTC, а преобразование местного часового пояса (и летнего времени, если применимо, )применяется только при их отображении.
При монтировании файловых систем FAT32 можно использовать параметр монтирования time_offset=<number_of_minutes>, чтобы указать часовой пояс, используемый этой конкретной файловой системой, если он отличается от системного часового пояса по умолчанию. (Например, если эта файловая система исходит от портативного устройства, которое не имеет понятия о часовых поясах или UTC.)
Насколько мне известно, любая известная мне версия tarподдерживает контрольные суммы только в структуре архива .tar; они не будут поддерживать добавление/обновление файлов в архив по результатам сравнения контрольных сумм. Если вам нужно проверить изменение файла с помощью контрольных сумм, моей первой мыслью было бы взглянуть на rsyncи его многочисленные параметры. Но он просто копирует файлы из A в B; он не создает и не поддерживает архивные файлы.