Zip archive won't unzip

Hi all!
I made an archive of a rather large file full of movies, then I stupidly deleted the original, because I thought "hey, I have an archive of it." Now the file will not unarchive. It goes through every file in the archive, then gets to the end and an error pops up. It says:
Unable to unarchive "Movies.zip" into "External HD".
(Error 1 - Operation not permitted.)
So I tried to unzip the file from the terminal, and it gave me this:
dlvs-computer:~/Desktop DLV$ unzip Movies.zip
Archive: Movies.zip
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 Movies.zip or
Movies.zip.zip, and cannot find Movies.zip.ZIP, period.
This doesn't make much sense to me. Please help! I want this file back (and I will never make another zip file in my life, I swear to god).

you can try to change utility to open the archive.
http://mac.softpedia.com/get/Utilities/MacZi.shtml
http://www.brothersoft.com/filedisk_management/file_compression/zipeg54195.html
http://www.versiontracker.com/dyn/moreinfo/macosx/182
good luck!

Similar Messages

Zip files won't unzip

I have downloaded a couple of zip files, and am trying to use the default Archive utility to unzip them. Instead of opening the files within the zipped folder I'm getting a .cpgz folder with the exact same name... then when I try to open that file it makes a duplicate .zip folder and I just go in circles.
Any idea what the **** is going on?

Go to http://www.stuffit.com/mac-expander.html and download the free Stuffit Expander. Once it's on your machine, drop a zip file onto it, and see if it expands. That will eliminate some possible broken items.

Zip archives won't open on E90

I have tried various zip archives, and without exception they do not open, with an error saying the file is corrupt. Both supplied zip program and Handy Zip do this.
Nokia support recommended restarting the phone, which I did, but no difference. Everything else works, as far as I can see, and the firmware is up-to-date. I don't think it is worth taking it to a service point, as this would waste time, and I am sure the phone is fine.
I transferred the archives from Mac OS X (v10.4.11) using bluetooth. All other files transfer properly.
Any ideas?
I can't get iSync to work either, but can transfer files using the bluetooth file manager on the Mac.

I found a fix, using one of two utilities (one free, one 3.99) from the App Store.
The Unarchiver:
http://itunes.apple.com/app/the-unarchiver/id425424353?mt=12&ls=1
Tha Archive Browser:
http://itunes.apple.com/us/app/the-archive-browser/id510232205?mt=12

Zip file won't unZip!!!

hello,
I made an archive of some files using the finders "Create Archive" function. Now I cannot get the file to unzip.
Just when the files appears to finish unzipping I get the following message.
Unable to unarchive "name of File" into HD 250.
(Error 1 -Operation not permitted)
What can I do to unzip this file? HELP!!!
Thanks

I use "The Unarchiver" for a couple of months now. Works better than the built in app. Maybe you give it a try:
http://www.macupdate.com/info.php/id/22774/the-unarchiver

Archive won't unzip

Trying to open a .zip file on my LaCie, I get the message:
Archive 'RENFIELD.zip' can't be unwrapped in 'Bapeldee Hard'.
(fault 1 - process not authorized)
translated from dutch: Archief 'RENFIELD.zip' kan niet worden uitgepakt in 'Bapeldee Hard'
(fout 1 - Bewerking niet toegestaan)
'Bapeldee Hard' is the LaCie.
I've tried copying the file to my iMac Intel, with no result.
What should I do to open the file.
iMac Intel Mac OS X (10.4.8) LaCie 300Gb external harddisk

hello
a) check rights of the file
b) try diffrent unpack apps like
- unarchiver
- stuffit
- unrarX
Those tools should be avaialable at macupdate.com or versiontracker.com
good luck
fidel

Why cant I open Zip Archive made with Mac?

I made several Zip archives of some of my photographic files, but when I try to open them I get message that I do not have permission or an error occurred. I have tried Apple's Archive Utility, Stuffit Expander and recently The Archiver with no success. Can anyone help me unarchive these as I have lost the originals on an external drive that became corrupted. I only archived the files in case of this happening, but now rely on opening these or loosing hundreds of photographs. There is data there, because only after unzipping the files, which takes a long time, do I get the 'permissions' message with Apple Archive Utility. If I used MediaRecover, or similar, can I get at the files this way? Thanks in anticipation of an answer to a frustrating situation. I have read through the discussions on this topic but can't find an answer? Chris

Mac OS X (and any Unix system) makes use of Disk and file permissions,
if you don't have sufficient rights on one of these, the you won't have permission to open it.
since it works as:
file permissions+disk permissions=actual permission
for example:
no access+read/write=no access
select the archive and press cmd+i (or from the menu use file->get info)
and take a look under "sharing and permissions"
you see a list ordered like this:
<user name> <permissions>
if you want to extract a archive changes are you need permissions to modify it
so make sure the permissions are like this:
<your user name> read and write
if you can extract them, make sure the permissions for the files are at least "read" for your account then you should be able to open them (but you probably want "read and write")

Windows Explorer misreads large-file .zip archives

   I just spent about 90 minutes trying to report this problem through
the normal support channels with no useful result, so, in desperation,
I'm trying here, in the hope that someone can direct this report to some
useful place.
   There appears to be a bug in the .zip archive reader used by Windows
Explorer in Windows 7 (and up, most likely).
   An Info-ZIP Zip user recently reported a problem with an archive
created using our Zip program. The archive was valid, but it contained
a file which was larger than 4GiB. The complaint was that Windows
Explorer displayed (and, apparently believed) an absurdly large size
value for this large-file archive member. We have since reproduced the
problem.
   The original .zip archive format includes uncompressed and compressed
sizes for archive members (files), and these sizes were stored in 32-bit
fields. This caused problems for files which are larger than 4GiB (or,
on some system types, where signed size values were used, 2GiB). The
solution to this fundamental limitation was to extend the .zip archive
format to allow storage of 64-bit member sizes, when necessary. (PKWARE
identifies this format extension as "Zip64".)
   The .zip archive format includes a mechanism, the "Extra Field", for
storing various kinds of metadata which had no place in the normal
archive file headers. Examples include OS-specific file-attribute data,
such as Finder info and extended attributes for Apple Macintosh; record
format, record size, and record type data for VMS/OpenVMS; universal
file times and/or UID/GID for UNIX(-like) systems; and so on. The Extra
Field is where the 64-bit member sizes are stored, when the fixed 32-bit
size fields are too small.
   An Extra Field has a structure which allows multiple types of extra
data to be included. It comprises one or more "Extra Blocks", each of
which has the following structure:
       Size (bytes) | Description
      --------------+------------
            2       | Type code
            2       | Number of data bytes to follow
        (variable) | Extra block data
   The problem with the .zip archive reader used by Windows Explorer is
that it appears to expect the Extra Block which includes the 64-bit
member sizes (type code = 0x0001) to be the first (or only) Extra Block
in the Extra Field. If some other Extra Block appears at the start of
the Extra Field, then its (non-size) data are being incorrectly
interpreted as the 64-bit sizes, while the actual 64-bit size data,
further along in the Extra Field, are ignored.
   Perhaps the .zip archive _writer_ used by Windows Explorer always
places the Extra Block with the 64-bit sizes in this special location,
but the .zip specification does not demand any particular order or
placement of Extra Blocks in the Extra Field, and other programs
(Info-ZIP Zip, for example) should not be expected to abide by this
artificial restriction. For details, see section "4.5 Extensible data
fields" in the PKWARE APPNOTE:
      http://www.pkware.com/documents/casestudies/APPNOTE.TXT
   A .zip archive reader is expected to consider the Extra Block type
codes, and interpret accordingly the data which follow. In particular,
it's not sufficient to trust that any particular Extra Block will be the
first one in the Extra Field. It's generally safe to ignore any Extra
Block whose type code is not recognized, but it's crucial to scan the
Extra Field, identify each Extra Block, and handle it according to its
type.
   Here are some relatively small (about 14MiB each) test archives which
illustrate the problem:
      http://antinode.info/ftp/info-zip/ms_zip64/test_4g.zip
      http://antinode.info/ftp/info-zip/ms_zip64/test_4g_V.zip
      http://antinode.info/ftp/info-zip/ms_zip64/test_4g_W.zip
   Correct info, from UnZip 6.00 ("unzip -lv"):
Archive: test_4g.zip
Length   Method    Size Cmpr    Date    Time   CRC-32   Name
4362076160 Defl:X 14800839 100% 05-01-2014 15:33 6d8d2ece test_4g.txt
Archive: test_4g_V.zip
Length   Method    Size Cmpr    Date    Time   CRC-32   Name
4362076160 Defl:X 14800839 100% 05-01-2014 15:33 6d8d2ece test_4g.txt
Archive: test_4g_W.zip
Length   Method    Size Cmpr    Date    Time   CRC-32   Name
4362076160 Defl:X 14800839 100% 05-01-2014 15:33 6d8d2ece test_4g.txt
(In these reports, "Length" is the uncompressed size; "Size" is the
compressed size.)
   Incorrect info, from (Windows 7) Windows Explorer:
Archive        Name          Compressed size   Size
test_4g.zip    test_4g.txt         14,454 KB   562,951,376,907,238 KB
test_4g_V.zip test_4g.txt         14,454 KB   8,796,110,221,518 KB
test_4g_W.zip test_4g.txt         14,454 KB   1,464,940,363,777 KB
   Faced with these unrealistic sizes, Windows Explorer refuses to
extract the member file, for lack of (petabytes of) free disk space.
   The archive test_4g.zip has the following Extra Blocks: universal
time (type = 0x5455) and 64-bit sizes (type = 0x0001). test_4g_V.zip
has: PWWARE VMS (type = 0x000c) and 64-bit sizes (type = 0x0001).
test_4g_W.zip has: NT security descriptor (type = 0x4453), universal
time (type = 0x5455), and 64-bit sizes (type = 0x0001). Obviously,
Info-ZIP UnZip has no trouble correctly finding the 64-bit size info in
these archives, but Windows Explorer is clearly confused. (Note that
"1,464,940,363,777 KB" translates to 0x0005545500000400 (bytes), and
"0x00055455" looks exactly like the size, "0x0005" and the type code
"0x5455" for a "UT" universal time Extra Block, which was present in
that archive. This is consistent with the hypothesis that the wrong
data in the Extra Field are being interpreted as the 64-bit size data.)
   Without being able to see the source code involved here, it's hard to
know exactly what it's doing wrong, but it does appear that the .zip
reader used by Windows Explorer is using a very (too) simple-minded
method to extract 64-bit size data from the Extra Field, causing it to
get bad data from a properly formed archive.
   I suspect that the engineer involved will have little trouble finding
and fixing the code which parses an Extra Field to extract the 64-bit
sizes correctly, but if anyone has any questions, we'd be happy to help.
   For the Info-ZIP (http://info-zip.org/) team,
   Steven Schweda

> We can't get the source (info-zip) program for test.
   I don't know why you would need to, but yes, you can:
      http://www.info-zip.org/
      ftp://ftp.info-zip.org/pub/infozip/src/
You can also get pre-built executables for Windows:
      ftp://ftp.info-zip.org/pub/infozip/win32/unz600xn.exe
      ftp://ftp.info-zip.org/pub/infozip/win32/zip300xn.zip
> In addition, since other zip application runs correctly. Since it should
> be your software itself issue.
   You seem to misunderstand the situation. The facts are these:
   1. For your convenience, I've provided three test archives, each of
which includes a file larger than 4GiB. These archives are valid.
   2. Info-ZIP UnZip (version 6.00 or newer) can process these archives
correctly. This is consistent with the fact that these archives are
valid.
   3. Programs from other vendors can process these archives correctly.
I've supplied a screenshot showing one of them (7-Zip) doing so, as you
requested. This is consistent with the fact that these archives are
valid.
   4. Windows Explorer (on Windows 7) cannot process these archives
correctly, apparently because it misreads the (Zip64) file size data.
I've supplied a screenshot of Windows Explorer showing the bad file size
it gets, and the failure that occurs when one tries to use it to extract
the file from one of these archives, as you requested. This is
consistent with the fact that there's a bug in the .zip reader used by
Windows Explorer.
   Yes, "other zip application runs correctly." Info-ZIP UnZip runs
correctly. Only Windows Explorer does _not_ run correctly.

2013LinuxCW14.zip corrupt, will not unzip on Linux

Hi folks, the LabView Compile Worker 2013 for Linux zip file ( 2013LinuxCW14.zip) appears to be corrupt. We also tried to unzip it on OS X and Windows machines with the same issues. We had the same problem with the 2012 compile worker zip file and NI recreated it for us. Is there somebody that can look into this one for us? Thanks...Kevin
username@hostname:/home/username/Software/FPGA/NI>ls -l
total 4387220
-rw-r--r-- 1 username users 4492503086 Feb 20 10:57 2013LinuxCW14.zip
username@hostname:/home/username/Software/FPGA/NI>unzip 2013LinuxCW14.zip
Archive: 2013LinuxCW14.zip
warning [2013LinuxCW14.zip]: 197535286 extra bytes at beginning or within zipfile
(attempting to process anyway)
error [2013LinuxCW14.zip]: start of central directory not found;
zipfile corrupt.
(please check that you have transferred or created the zipfile in the
appropriate BINARY mode and that you have compiled UnZip properly)

Hi Kevin,
Where did you get the zip file from? Did you download it from ni.com? I just downloaded the file from ni.com, and I was unable to unzip it successfully (on a Windows 7 machine). It sounds like just that particular copy of the file may be corrupted, which may mean you can get around this issue by just downloading the file again from ni.com (from the link below). Try downloading a new copy of the file, and let me know if the problem persists.
LabVIEW 2013 FPGA Module Xilinx Tools 14.4 - RHEL 6.3
http://www.ni.com/download/labview-fpga-module-2013/4238/en/
Regards,
Ryan K.

Zip archive problem

Hi everyone,
Is there a way to repair a corrupt zip archive? I have a rather large file, a 2GB movie I want to unzip, but I get an error message with every program I've tried (stuffit, archive, jimzip, zipeg, the unarchiver). When I tried to unzip directly from the terminal, I got the following message:
bad CRC f23db85c (should be 77b37ff6)
It only expands the first 75MB of the file. Any ideas or suggestions?
Thanks!

Hi Davidludwig;
To the best of my knowledge no. I do not believe there is sufficient redundancy in the data after it has been compressed to effect a recovery of data. The CRC is created as the data is compressed into the zip file and then later used to check for corruption. If corruption has occurred as in your case, there is no way to recover it.
I think this is one of the reasons zip files are used for communications and not archives. With communications, if the CRC fails you sent it again. With archive on the other hand, the original is gone by the time the CRC fails hence you lost the archive.
Allan

Check InputStream (File) if it is a ZIP archive?

How can i check a inputstream (which may be a file but does not have to be) if it is a ZIP stream?

There should be a way to identify it as a Zip stream
(probably starts with "PK\0\0"), so...Wow I never knew that... I just checked a .jar file
and its true.
BTW, the PK, that's from the original pkzip/unzip,
right? That's a blast from the pastYes, and "PK" is the late Phil Katz who invented the zip format.
So if your file (or stream, it makes no difference) starts with those bytes then there is a good chance it is a zip archive. Probably an excellent chance. But you are not guaranteed of that. All the first-couple-of-bytes give you is a sanity check; if they aren't PK etc. then you don't have a zip archive.

Salvage from Bad Zip Archive?

Is there any way to salvage the contents of a bad zip archive? I've got an archive of all of my AppleScripts in an archive that isn't unarchiving. The error message is saying, "Unable to unarchive "AppleScripts.zip" into "Desktop" (Error 2 - No such file or directory.)" Even if I can only recover some of the files, it will be better than nothing.
iMac G5 20" Mac OS X (10.4.4)

Does zipinfo AppleScripts.zip give any information?
How about file AppleScripts.zip ?
unzip -d <directory> AppleScripts.zip will let you unzip to a specified directory, in case the archive is trying to create a directory that it is not allowed to.
Also, xxd AppleScripts.zip | more will let you look at the binary data - in an archive I have, I see at the top:
0000000: 504b 0304 1400 0800 0800 6f4e a332 0000 PK........oN.2..
0000010: 0000 0000 0000 0000 0000 0800 1000 3239 ..............29
0000020: 3762 2e70 6466 5558 0c00 ab62 c643 e281 7b.pdfUX...b.C..
and the end of the archive looks like an index to the files in the archive.
Hope that helps give some clues what is wrong.
Boyd

Recovering damaged ZIP archive

I have a large (1.26GB) ZIP archive that I made some time ago and copied to DVD.
Now when I try and unarchive it using Archive Utility it says 'Unable to unarchive. Error 1 (Operation not permitted.)'.
Does anyone know how I can fix this?
I've looked online for ZIP archive repair software that runs on OS X but can find nothing.

I am trying to expand a Stuffit ZIP file I created of personal family images/information. I thought it was a good idea at the time (yes I could just shoot myself). All I did was compress it and it was saved on an external HD. Well sometime later (few months maybe years) I want to open it and use some info on it and I can't.
I found some help stuff on this site for logging into Terminal. I got this when using Terminal after prompting the Error 1 - Operation Not Permitted. Read below and PLEASE (yes, please) help me figure out. I've tried some things from the list but since I don't know what I am doing I need mac geek assistance. I am partial geek, hehe. Thank you!
Last login: Sun Sep 13 10:47:31 on ttys000
imacs-imac-g5:~ MC$ unzip -P Family & Friends.zip
[1] 350
UnZip 5.52 of 28 February 2005, by Info-ZIP. Maintained by C. Spieler. Send
bug reports using http://www.info-zip.org/zip-bug.html; see README for details.
Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d exdir]
Default action is to extract files in list, except those in xlist, to exdir;
file[.zip] may be a wildcard. -Z => ZipInfo mode ("unzip -Z" for usage).
-p extract files to pipe, no messages -l list files (short format)
-f freshen existing files, create none -t test compressed archive data
-u update files, create if necessary -z display archive comment
-x exclude files that follow (in xlist) -d extract files into exdir
modifiers: -q quiet mode (-qq => quieter)
-n never overwrite existing files -a auto-convert any text files
-o overwrite files WITHOUT prompting -aa treat ALL files as text
-j junk paths (do not make directories) -v be verbose/print version info
-C match filenames case-insensitively -L make (some) names lowercase
-X restore UID/GID info -V retain VMS version numbers
-K keep setuid/setgid/tacky permissions -M pipe through "more" pager
Examples (see unzip.txt for more info):
unzip data1 -x joe => extract all files except joe from zipfile data1.zip
unzip -p foo | more => send contents of foo.zip via pipe into program more
unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file newer
-bash: Friends.zip: command not found
[1]+ Exit 10 unzip -P Family
imacs-imac-g5:~ MC$
Anyone know what to do next?
Thanks!

Modify ZIP archive

Hi,
I'm new to the java.util.zip package, so forgive me if my code is still poor.
I'm trying to change the ZipEntry's name of each ZipEntry in a ZIP archive.
For each ZipEntry found in the original ZIP archive, I create a new ZipEntry and I write it to a ZipOutPutStream.
My code looks like this:
   try {
      ZipFile zipFile = new ZipFile( "original.zip" );
      byte [] buffer = new byte[BUFFER];
      ZipOutputStream out = new ZipOutputStream( new FileOutputStream( "resources/corrected.zip" ) );
      for( Enumeration enumer = zipFile.entries(); enumer.hasMoreElements(); ) {
        ZipEntry entry = (ZipEntry ) enumer.nextElement();
        BufferedInputStream input = new BufferedInputStream( zipFile.getInputStream( entry ) );
        ZipEntry newEntry = new ZipEntry( "aaa/bbb/ccc/" + entry.getName() );
        out.putNextEntry( newEntry );
        int length;
        while ( (length = input.read(buffer, 0, BUFFER )) != -1 ) {
          out.write( buffer, 0, length );
        out.flush();
        out.closeEntry();
        input.clos();
    catch ( IOException e ) {
      e.printStackTrace();
    }Everything seems all right, but if you try to open the newly created ZIP archive, it is invalid.
I'm quite desperate, because I'm new to the whole ZIP story and I don't have much time to spend.
Thanks for your time.
G.

I won't pretend to be an expert on creating zip files, but one thing that jumps out at me is that you never close your output stream. I think you need:
out.close();
when you're done.

Need help in creating a Zip archive through Java

I need some files existing a folder.
When I use ZipOutputStream to zip the files, do I need to give the entire path to each of the files to add the file to the zip archive?
For example here is the folder structure.
C:
->Folder1
---->Folder2
------>File1
------>File2
---->File3
---->File4
Here should I pass the entire path of Each file to the ZipOutputStream?
Can any one please give me an example of creating a zip archive of the above file structure.
Thanks,
Ramesh

Hi,
I atleast need the following:
I want to add a file "pres.txt" to an existing zip archive "test..zip". This file "pres.txt" already exists in the zip archive, but is a modified one.
Can any one please help.
Thanks,
Ramesh

Create a new directory in existing Zip archive

Hello Every One
I want create a new folder in existing Zip archive. Can any one help in this regard.
Thanks
Edited by: SatishBejgum on Dec 18, 2007 12:42 AM

Delete the ZIP, write a new one. You can't modify an existing archive.

Zip archive won't unzip

Similar Messages

Maybe you are looking for