Принудить tar игнорировать/пропускать ошибки при сжатии файлов?

Question 1

Предположим, я делаю это tar cfzp home.tar.gz /home (занимает некоторое время) и файл изменяется во время сжатия, и tar выходит из строя, я получаю “file changed as we read it” и tar останавливается. Я предполагаю, что home.tar.gz теперь неполный, или это была просто “заметка”, а не ошибка?

Есть ли какой-то вариант “force”, чтобы заставить tar завершить работу и не прерываться на ошибках?

Редактирование/обновление: я нашел “–ignore-failed-read do not exit with nonzero on unreadable files” и, по крайней мере, кажется, что это работает. Но нужно быть осторожным с порядком параметров, потому что можно в конечном итоге получить tar файл, названный “–ignore-failed-read”.

Мне нужно игнорировать что-нибудь еще?

Обновление: Без “–ignore-failed-read” tar продолжит работу, если файл был удален “File removed before we read it”. Тем не менее, я думаю, что она может прерываться на ошибке “file changed as we read it”, но я не уверен. Трудно сравнить архив с “оригиналом”, так как у меня есть файлы кеша, которые приходят и уходят и т.д.

Обновление: При более детальном наблюдении “file changed as we read it” больше похоже на уведомление, похоже, tar продолжит, если файлы изменяются, пока tar занимается своим делом. Но я оставлю ответ открытым, может быть, кто-то более опытный добавит больше информации.

Question 2

Ваше предположение верно, “File changed as we read it” это уведомление, обычно связанное с файлами, которые в использовании (т.е. в них записывается во время процесса создания) в то время как tar создает архив. Если согласованность критична, будет лучше использовать rsync для копирования содержимого в другое место, например:

rsync -avz /my/home/ /somebackupdir/my/home/  # начальная синхронизация, за которой следует
rsync -avz /my/home/ /somebackupdir/my/home/  # любая последующая синхронизация, повторяемая
                                              # так часто, как считаете нужным

Это дает вам преимущество наличия резервного места, которое нужно будет только обновлять перед созданием архива tar.

Question 3

Я думаю, что правильный ответ на ваш вопрос должен быть:

Используйте tar --warning=no-file-changed, который будет подавлять только предупреждения типа "%s: file changed as we read it". Общая --ignore-failed-read может игнорировать сбои, которые вы, скорее всего, не хотите игнорировать.

Question 4

Чтобы сжать несколько файлов, при этом пропуская любой отсутствующий файл:

# Этот файл существует:
> existing_file 

# Этот файл отсутствует:
rm -f deleted_file 

# Сжать, но не прерывать, если deleted_file отсутствует:
tar -cvzf archive.tar.gz $(ls deleted_file existing_file 2>/dev/null)
echo $? # код выхода 0

# Просмотр содержимого архива:
tar tvf archive.tar.gz

  -rw-rw-r-- nmanos/nmanos     0 2020-05-06 10:00 existing_file

Question 5

Это ответ помог мне, спасибо! Но я не был уверен, как найти ошибку tar в моем файле журнала, состоящем из многих тысяч строк. Страница man для tar не помогла. Однако, с опозданием, основываясь на информации выше об сообщении об ошибке (“%s:”), я понял, что ключ был в использовании grep по моему журналу для ‘:’, что выдало мои ошибки (проблемы с разрешениями).

Принудить tar игнорировать/пропускать ошибки при сжатии файлов?

Вопрос или проблема

Ответ или решение

Теория

Примеры

Приложение

Рекомендации: