Нубский вопрос. Завершение tar с ошибкой.

С –verbose запусти,

и какой размер tmp у тебя?

-v это не тоже самое?

Лаконично не должен, должна быть ещё одна ошибка выше, это результирующая.

P.S. Ты не на fat32, случайно, архив кладёшь?

Во время работы архиватора файлы меняются?

ну конечно нет, не fat32. xfs

во, вариант. не думал.

Лучше запускать с английской локалью, а то получается что-то типа «tar: Робкий отказ от создания пустого архива» :)

Ты там опции назвал бы, я не помню что там в таре, но вроде z это за компрессию отвечает. Ты случайно не в zip архив пытаешься tar сжать? А то у ванильного zip-а максимум 4 гигабайта и 5 туда не влезет.

-z - gzip. Или там такое же лимит?

Это перевод корявый. Exiting with failure status due to previous errors

Поставь себе нормальную локаль и пользуйся по умолчанию en.utf8. А ошибка, наверняка, где-то в выхлопе. Можешь сделать 2>/tmp/tar.errors и посмотреть.

$ man gzip

The gzip format represents the input size modulo 2^32, so the –list option reports incorrect uncompressed sizes and compression ratios for uncompressed files 4 GB and larger.

т.е. косяки есть только в опции –list
а если gzip пользоваться поточно, то размер файла ваапче никого не колышет…

п.с.: попробуй для файловых бекапов перейти с tar на squashfs - формат удобнее и лучшее :)

почти наверняка это. И тар ругается, когда файл под ним меняется, но из-за vvvv этого не видно.

Чем это он корявый? Всё правильно переведено.

Разве тар ошибочное завершение делает от этого? Вроде просто варнинги пишет, которые никуда дальше не идут.

«Завершение работы с состоянием неисправности», например. Status в данном случае переводить как «состояние» — так себе идея.

#!/bin/bash

back_order=/mnt/user/backup

user_doc=/home/user/Dokumente

DATE=date "+%d.%m.%H.%M"

[ ! -d $back_order ] && mkdir -p $back_order

[ ! -d $user_doc ] && mkdir -p $user_doc

tar -czvf $user_doc-$DATE.tar.gz $back_order

https://unix.stackexchange.com/questions/469298/compression-utility-max-files...

было когда-то, в новых версиях пофиксили, но как видишь, даже 6 лет назад оно показывало у таких файлов некорректный размер, вон ниже твоего коммента пишет человек что и сейчас не до конца пофиксили, кек