tar: Неожиданный конец файла в архиве

Question 1

Я пытался распаковать файл .tar.gz, но столкнулся с такой ошибкой:

gzip: stdin: unexpected end of file
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now

Файл tar.gz включает файл .tar, который при распаковке дает:

tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now

Я пробовал и –ignore-zeros, и –ignore-failed-read, но ничего не сработало.

Есть ли способ извлечь этот файл, даже если он поврежден?

Тип файла: .tar.gz: Gzip Сжатые данные, из UNIX системы.

Question 2

Проверьте два момента:

(1) ЯВЛЯЕТСЯ ЛИ ФАЙЛ НЕПОЛНЫМ из-за сбоя при загрузке? Перекачайте его и используйте опцию -c, если используете wget. (случается постоянно).

(2) Содержит ли имя файла .tar или .tar.gz НЕДОПУСТИМЫЕ СИМВОЛЫ? Лучше чтобы имена архивов были простыми, короткими, состоящими из букв и цифр. (случается постоянно). Просто переименуйте файл. Меня это недавно подвело, когда я решил включить временную метку как часть имени архива. ПЛОХАЯ ИДЕЯ!

Question 3

Нет. Похоже, что файл был усечен. Какова его длина? Если у вас есть только первые несколько байт, то это все.

Question 4

Вы распаковываете файл .tar.gz на той же платформе, на которой он был создан? Существуют некоторые различия между более старыми версиями tar для Unix, такими как не-GNU версиями tar, которые поставляются с Solaris, и GNU tar, которая поставляется с Linux, и т.д. Если вы собираетесь распаковать архив с помощью GNU tar, то лучше всего создавать его с помощью GNU tar.

Как обстоят дела с дисковым пространством? Был ли диск заполнен, когда вы создавали архив, или он заполнен, когда вы пытаетесь его распаковать?

Вы создавали архив с помощью cron задания? Без перенаправления вывода cron может совершать странные вещи с архивами из-за ограничений на размер вывода, который он позволяет на STDOUT. Если вы создаете архив в cron и используете -v с tar, попробуйте перенаправить STDOUT в файл, а также и STDERR. Посмотрите, поможет ли это. Например: tar -cvf archive.tar.gz /path/ 1>archive.stdout.log 2>archive.stderr.log или что-то в этом духе.

Question 5

У меня была такая же ошибка.

Моя проблема заключалась в попытке использовать tar для распаковки до завершения загрузки.

Question 6

Совсем недавно столкнулся с этой проблемой, решением было переименовать файл (удалив _). Например, плохое имя файла, которое вызывало проблему: MAA07-0100-0100-01AAA_show_tech_output.tgz. Переименование его в MAA07-0100-0100-01AAA.tgz помогло решить проблему.

Question 7

Моя проблема заключалась в том, что я хранил tar файлы в git, и, видимо, git не очень хорошо работает с большими двоичными данными. Это работало нормально какое-то время, но в конечном итоге приводило к их повреждению.

Question 8

Моя проблема заключалась в том, что архив tar был сжат с использованием lz4, поэтому мне нужно было сначала:

lz4 -d base-snapshot.tar.lz4 base-snapshot.tar

Question 9

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

У меня был большой архив tar gzip объемом 9 ГБ, названный ‘STRING152_20200221.tar.gz’, который выдавал ошибки, указанные автором вопроса.
Как советовали выше, я переименовал его просто в ‘STRING.tar.gz’. Ошибки сохранялись.
Затем я переименовал его обратно в исходное название ‘STRING152_20200221.tar.gz’, и он успешно распаковался.

Никаких манипуляций с архивом, кроме изменения его имени, сделано не было.

Моя версия tar — ‘tar (GNU tar) 1.26’. Я также на CentOs (CentOS Linux release 7.4.1708 (Core))

tar: Неожиданный конец файла в архиве

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

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

Теория (Theory)

Примеры (Example)

Применение (Application)