Неожиданный конец файла. Gzip сжатый файл

16

Я схожу с ума с файлом GZIP.

Я могу распаковать файл в Windows, используя WinRAR, но это невозможно в любой операционной системе UNIX.

файл вроде в порядке. Если я сделаю

file the_name_of_the_file.gz

Я получил:

the_name_of_the_file.gz: gzip compressed data, from Unix, last modified: Sun Jan 30 14:10:21 2011

Но если я сделаю

gunzip -f the_name_of_the_file.gz

Я всегда получаю:

gzip: the_name_of_the_file.gz: unexpected end of file

Та же проблема возникает, когда я пытаюсь извлечь файл, используя инструмент GUI в Ubuntu или MacOSX,

Есть идеи?

linux bash gzip

— cues7a
источник

Это точно такой же файл (т.е. у вас есть его на флешке и вы открыли его из двух операционных систем) или вы скачиваете его по отдельности? Если позже, у вас может быть неполная загрузка, которая не содержит все данные (иначе, повреждена).

— Freesnöw

1

Команда fileне проверит весь файл. Он просто рассмотрит несколько байтов в заголовке, чтобы понять, что это gzзашифрованный файл.

Он не поврежден, потому что я попробовал сначала в Unix, а затем в Windows.

— cues7a

Вы сделали файл gzip? Если да, то какую операционную систему и приложение вы использовали для создания файла gzip?

— вс

5

Обходной путь для распаковки файла при gzipсбое с «неожиданным концом файла» должен использоваться zcat(также обычно предоставляется пакетом gzip вашего дистрибутива).

$ zcat file.raw.gz > file.raw

— gangelop
источник

2

Вы случайно не переносили файл из Win * в Unix через ftp в режиме ascii? Это может объяснить это. Один и тот же размер файла на Win * и Unix?

— Хайко Рупп
источник

Я попытался распаковать файл сначала в Windows, а затем в Unix.

— cues7a

1

Я подозреваю, что вы повреждаете файл, когда копируете его на компьютер * nix.

FTP это в двоичном режиме.

— Брайан Роуч
источник

Я думаю, что файл не поврежден, потому что я пытался разархивировать его в Unix, а затем в Windows.

— cues7a

1

То, что вы говорите, не имеет смысла. Если вам не нужно было создавать копию файла, то так и скажите. Если вы это сделали, возможно, ваш процесс копирования (FTP?) Был неправильным.

— Робин Грин

Я передал файл через USB Pendrive. Сначала я попытался в UNIX, и это не сработало, а затем я попытался в Windows, и это сработало.

— cues7a

1

Я решил проблему, используя утилиту P7zip , порт 7za.exe для систем POSIX.

— cues7a
источник

Итак, вы говорите, что в архивном файле использовался метод сжатия, который не распознается устаревшими инструментами Unix?

— вс

0

Основываясь на опыте работы с WinRar, я считаю , что он извлекает неполные или поврежденные файлы без ошибок, а gzip (правильно) выдает ошибку.

Что делает 7zip из вашего файла?

Какую версию gzip -Vобъявляет?

Что gzip -t the_name_of_the_file.gzтебе сказать? (вероятно, тот же неожиданный EOF, но стоит попробовать)

— Джейсон Шерман
источник

gzip -V: gzip 1.3.12 ,, gzip -t the_name_of_the_file -> неожиданный EOF

— cues7a

0

У меня была та же проблема, и в моем случае это было связано с тем, что файл представлял собой пустой (0 байт) gzфайл, созданный с помощью touchкоманды:

$touch file.txt.gz
-rw-r--r-- 1 user user    0 2016-05-24 11:48 file.txt

gzip не может распаковать его, когда вызывается командой:

$gzip -dv file.txt.gz
gzip: file.txt.gz: unexpected end of file

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

$touch file.txt

$gzip -v file.txt
file.txt:         0.0% -- replaced with file.txt.gz

$gzip -dv file.txt.gz
file.txt.gz:      0.0% -- replaced with file.txt

Я не знаю, представляет ли этот сценарий ваш случай, но он может дать вам некоторую подсказку или помочь кому-то еще.

— Альфредо Капобьянки
источник