08-19-2013
Gunzip a file in UNIX
hi All,
i have a file called rsync-3.0.9.tar.gz, i have to unzip and then uncompress it. but at first while i am trying to unzip this file, it is giving me following error:
-rw-r--r-- 1 bravodba bravodba 7278458 Aug 19 08:26 rsync-3.0.9.tar.gz
bash-3.2$ unzip rsync-3.0.9.tar.gz
Archive: rsync-3.0.9.tar.gz
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of rsync-3.0.9.tar.gz or
rsync-3.0.9.tar.gz.zip, and cannot find rsync-3.0.9.tar.gz.ZIP, period.
please suggest how to deal with it.
10 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
Hi,
While uncompress , gunzip filename.cpio.gz getting the fg. error
gunzip: filename.cpio.gz: unexpected end of file.
Whats the problem?
Size of this .gz file is 660mb .
Thanks, (1 Reply)
Discussion started by: Dolly
1 Replies
2. UNIX for Advanced & Expert Users
Ok, I sent several gzipped files using the UNIX "mail" utility without any special settings (bad idea). When I saved these files from my mail and tried to gunzip them, I would get something like the following error:
gunzip: wmGrep.mel.gz: unexpected end of file
Ok, I messed up. But is it... (4 Replies)
Discussion started by: sicjedi
4 Replies
3. UNIX for Dummies Questions & Answers
Hi,
I have a zipped Oralce software (linux.x64_11gR1_database.zip) and I need to unzip it. On the Linux server, I only see the gunzip utility listed:
$ ls -ltr *zip*
-rwxr-xr-x 3 root root 60320 Jan 15 2008 gzip
-rwxr-xr-x 3 root root 60320 Jan 15 2008 gunzip
Can I use the command... (1 Reply)
Discussion started by: syang68
1 Replies
4. Solaris
I've downloaded the tomcat from the link below and ftp to Solaris by ftp in binary mode
Ref: Index of /dist/jakarta/tomcat-5/v5.0.30/bin
gunzip -c jakarta-tomcat-5.0.30.tar.gz | tar -xvf -
gunzip: jakarta-tomcat-5.0.30.tar.gz: unexpected end of file
tar: read error: unexpected EOF
... (8 Replies)
Discussion started by: sbox
8 Replies
5. AIX
Hi guys,
This is my 1st post here. I tried to Google around but failed to get my solution. So I hope you guys could help me. (I have just a basic unix background for 2years so I'm sorry if im asking stupid questions)
OS - Aix 6.1, 64 bits.
Server - currently I only have telnet access to a... (12 Replies)
Discussion started by: pilotHans
12 Replies
6. Shell Programming and Scripting
Hi all,
I have a folder hierarchy with many gz files in them. I would like to recursively decompress them, but keep the original files. I would also like to move all the decompressed files (these are very large HDF5 files with .CP12 extension) to another data folder.
Currently I am using four... (3 Replies)
Discussion started by: gansvv
3 Replies
7. Shell Programming and Scripting
I have a set of folders inside which there may be n number of files. All those files are in .gz extension. Now I need to search all the files without gunzip them. Also I need to read the content of a file if the search pattern is found without gunzip them. (3 Replies)
Discussion started by: realspirituals
3 Replies
8. Shell Programming and Scripting
i am working on unix - ksh
trying to unzip a .gz file
and when i executed the below, in my command prompt in ksh
gunzip abc.gz
it was throwing the message below:
gunzip: abc.gz: unexpected end of file -
pls advise what is the reason for it..i am pretty sure the .gz file had no issues. (3 Replies)
Discussion started by: billpeter3010
3 Replies
9. Solaris
Hello All,
I'm trying to write a script to load the MySQL DB from a dump file but the unzipping doesnt seem to work, not sure whats the issue, i get below error
bash>gunzip mysql2-dump.gz
gunzip: mysql2-dump: File too large
bash >
can anyone pls let me know how to sort this out?
... (2 Replies)
Discussion started by: Mahesh_RPM
2 Replies
10. Red Hat
Linux 3.8.13-16.2.1.el6uek.x86_64 #1 SMP Thu Nov 7 17:01:44 PST 2013 x86_64 x86_64 x86_64 GNU/Linux
Hi all,
I am unable to extract .gz file using gunzip
Used the following command to create the .gz file:
nohup tar -cvpf - 11.2.0.4 | gzip -c >... (3 Replies)
Discussion started by: a1_win
3 Replies
LEARN ABOUT FREEBSD
unzip
UNZIP(1) BSD General Commands Manual UNZIP(1)
NAME
unzip -- extract files from a ZIP archive
SYNOPSIS
unzip [-aCcfjLlnopqtuv] [-d dir] zipfile
DESCRIPTION
The following options are available:
-a When extracting a text file, convert DOS-style line endings to Unix-style line endings.
-C Match file names case-insensitively.
-c Extract to stdout/screen. When extracting files from the zipfile, they are written to stdout. This is similar to -p, but does
not suppress normal output.
-d dir Extract files into the specified directory rather than the current directory.
-f Update existing. Extract only files from the zipfile if a file with the same name already exists on disk and is older than the
former. Otherwise, the file is silently skipped.
-j Ignore directories stored in the zipfile; instead, extract all files directly into the extraction directory.
-L Convert the names of the extracted files and directories to lowercase.
-l List, rather than extract, the contents of the zipfile.
-n No overwrite. When extracting a file from the zipfile, if a file with the same name already exists on disk, the file is silently
skipped.
-o Overwrite. When extracting a file from the zipfile, if a file with the same name already exists on disk, the existing file is
replaced with the file from the zipfile.
-p Extract to stdout. When extracting files from the zipfile, they are written to stdout. The normal output is suppressed as if -q
was specified.
-q Quiet: print less information while extracting.
-t Test: do not extract anything, but verify the checksum of every file in the archive.
-u Update. When extracting a file from the zipfile, if a file with the same name already exists on disk, the existing file is
replaced with the file from the zipfile if and only if the latter is newer than the former. Otherwise, the file is silently
skipped.
-v List verbosely, rather than extract, the contents of the zipfile. This differs from -l by using the long listing. Note that
most of the data is currently fake and does not reflect the content of the archive.
-x pattern Exclude files matching the pattern pattern.
-Z mode Emulate zipinfo(1L) mode. Enabling zipinfo(1L) mode changes the way in which additional arguments are parsed. Currently only
zipinfo(1L) mode 1 is supported, which lists the file names one per line.
Note that only one of -n, -o, and -u may be specified. If specified filename is "-", then data is read from stdin.
ENVIRONMENT
If the UNZIP_DEBUG environment variable is defined, the -q command-line option has no effect, and additional debugging information will be
printed to stderr.
COMPATIBILITY
The unzip utility aims to be sufficiently compatible with other implementations to serve as a drop-in replacement in the context of the
ports(7) system. No attempt has been made to replicate functionality which is not required for that purpose.
For compatibility reasons, command-line options will be recognized if they are listed not only before but also after the name of the zipfile.
Normally, the -a option should only affect files which are marked as text files in the zipfile's central directory. Since the archive(3)
library reads zipfiles sequentially, and does not use the central directory, that information is not available to the unzip utility.
Instead, the unzip utility will assume that a file is a text file if no non-ASCII characters are present within the first block of data
decompressed for that file. If non-ASCII characters appear in subsequent blocks of data, a warning will be issued.
The unzip utility is only able to process ZIP archives handled by libarchive(3). Depending on the installed version of libarchive, this may
or may not include self-extracting archives.
SEE ALSO
libarchive(3)
HISTORY
The unzip utility appeared in FreeBSD 8.0.
AUTHORS
The unzip utility and this manual page were written by Dag-Erling Smorgrav <des@FreeBSD.org>. It uses the archive(3) library developed by
Tim Kientzle <kientzle@FreeBSD.org>.
BSD
May 10, 2012 BSD