Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I'm using an app called DropDMG to extract a large zip file that is 109 GB in size. However once it's extracted the whole bundle, it ends with an error from its subprocess ditto and deletes the temporary folder it created with all the goodies in it.

How can I prevent this? Will simply locking the folder prevent it? DropDMG and ditto are running as the local user and not as root...

share|improve this question

Is there any specific reason you're using DropDMG to extract a zipfile versus unzip on the command line or a different GUI tool? I'd recommend checking out The Unarchiver.

I don't think locking the folder would help. If it did prevent access from your application then you wouldn't be able to write the files to it in the first place.

share|improve this answer
It seems to be the only one that works. unzip and Unarchiver don't work for some reason. I need help because the error will happen soon and I need to prevent deletion this time. – Anthony Glyadchenko Jan 25 '11 at 5:54
@Anthony Glyadchenko, you can always try force-quitting the application to prevent it from doing something silly. What do unzip and Unarchiver say when you try the file? Have you attempted repairing the file using zip -F or zip -FF? – Just Jake Jan 25 '11 at 6:04
the ditto error is that it couldn't read the pkzip signature... however it extracts just fine... but after the error, the folder gets wiped. :-( – Anthony Glyadchenko Jan 25 '11 at 6:06
@Anthony Glyadchenko, what happens when you run unzip /Path/To/Archive? How about zip -F /Path/To/Archive? The second command will attempt to repair damaged zipfiles. It's worked rather well for me in the past with incomplete downloads of zipfiles. I'd give it a try if you can't copy out the contents before ditto torches the files. Speaking of which, you could try starting cp -r /tmp/yourfiles/* /some/other/directory/ now and seeing how much stuff it gets before both operations finish. – Just Jake Jan 25 '11 at 6:10

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .