Re: The Compressed (zipped) Folder is invalid or corrupted

There is no utility that I know of that will allow you to repair a corrupt
zip file of that size. Any I have used in the past seem best suited for
smallish zip files. And no, I disremember what they were, as it was many
years ago that I tried to recover a zip file (unsuccessfully if I remember
correctly).

--


Regards,

Richard Urban
Microsoft MVP Windows Shell/User

Quote from George Ankner:
If you knew as much as you think you know,
You would realize that you don't know what you thought you knew!

"Warren Brackmann" <warrenb(remove this)@syrupcity.net> wrote in message
news:6B15BCB5-E195-44C1-9D33-84BC7395621D@xxxxxxxxxxxxxxxx
> For all those who KNOW and/or recommend that I should have backed up my
> data
> before performing this operation, I COMPLETELY AGREE, no matter what my
> reason/excuse was for not doing it! This is a lesson WELL LEARNED!
>
> Now that we've established I admit to my stupidity and mistake, I would
> still like to submit the following clarification:
>
> I am basically looking for a service or utility that could "pick" through
> the bits/bytes in sectors, thus possibly circumventing the File System
> type
> access to the disk/files (or whatever the problem is), and possibly
> restore
> or partially restore what's in the 5 gig showing for the size of the
> corrupted Archive_01 folder. Maybe such a thing exists and maybe it
> doesn't
> (which would surprise me).
>
> To answer the question of, 'Where is that listed as the "supposedly
> accepted
> Microsoft XP method ."?
> Go to:
> http://support.microsoft.com/default.aspx?scid=kb;en-us;306531
> Then click on
> How Use Password Protection
>
> Also note that I was NOT using "Disk Compression" and all my storage
> drives
> are NTFS format. My guess is that "zipping" a file or folder only
> "compresses" the data. It likely does not "encrypt" the data. Encryption
> normally requires a "key", which a password could possibly serve as;
> however,
> I never got to the part of providing a password.
>
> To reiterate, only that one zipped folder is messed up ("invalid or
> corrupted"). The rest of the drive and file system on that NTFS formatted
> drive works perfectly well.
>
> So, I was wondering if someone out there knows of some way I might be able
> to totally or partially access the data in the "corrupted" folder, OR if
> I'm
> just plain out of luck? Is there possibly another forum or information
> source I should go to?
>
> Thanks,
> --
> Cairo Guy
>
>
> "Richard Urban" wrote:
>
>> 60 gig is an awful lot of data to zip up. If you were successful you
>> would
>> have found that accessing that zip file would likely take ages. There may
>> be
>> a limitation I don't know of that restricts the amount of data that can
>> be
>> zipped. You may also have tried to zip a corrupted file, causing the
>> process
>> to fail.
>>
>> For the future - don't "move" files into a zip file (or anywhere else for
>> that matter). Copy the files to where you want them to go, then check to
>> see
>> if the copy was successful, then delete the original files.
>>
>> --
>>
>>
>> Regards,
>>
>> Richard Urban
>> Microsoft MVP Windows Shell/User
>>
>> Quote from George Ankner:
>> If you knew as much as you think you know,
>> You would realize that you don't know what you thought you knew!
>>
>> "Warren Brackmann" <warrenb(remove this)@syrupcity.net> wrote in message
>> news:87B835CA-E253-4327-831D-8A1F319F6F12@xxxxxxxxxxxxxxxx
>> > All information I've been able to find on this topic/error messaged had
>> > to
>> > do
>> > with downloading files from the Internet. I did NOT do this to cause
>> > the
>> > problem.
>> >
>> > I intended to use the Windows XP utility to password protect a massive
>> > amount of data I have on a secondary hard drive, formated as NTFS.
>> > About
>> > 60
>> > gig of data was residing in a normal folder (e.g., OldDataFolder) in
>> > the
>> > root
>> > on the secondary drive: G:/OldDataFolder
>> >
>> > Following the supposedly accepted Microsoft XP method, I created a
>> > "Compressed (zipped)" folder, (e.g., G:/Archive_01) on the same
>> > secondary
>> > drive. I then moved ("Shift-drag) the OldDataFolder in to the
>> > Compressed
>> > Archive_01 folder. The movement of data showed that everything was
>> > being
>> > compressed and was moving into appropriate/corresponding folders/files
>> > down
>> > under Archive_01. Then, when the move operation was almost finished
>> > (after a
>> > couple of hours), the following message was displayed in and error
>> > message
>> > window:
>> > The Compressed (zipped) Folder is invalid or corrupted. (with an OK
>> > button
>> > in the middle of the window).
>> > Now, every time I click on the Archive_01 folder I get the same error
>> > message in an error message window. The now inaccessable Archive_01
>> > folder
>> > shows in the root of the secondary drive with a size of about 5 gig.
>> > Almost
>> > all of the data did seem to MOVE out of the old normal folder,
>> > "OldDataFolder", leaving only a very small amount of data back in
>> > "OldDataFolder". I was also able to copy the entire seemingly
>> > corrupted
>> > Archive_01 compressed folder to another external secondary dirve
>> > connected
>> > via a USB 2.0 port. This took something like an hour to copy but I get
>> > the
>> > same error message when I try to access the folder on the external hard
>> > drive. There is nothing wrong with my secondary drives from a
>> > phyisical
>> > or
>> > file system point. I am able to create other folders and properly
>> > store
>> > files on the drives.
>> >
>> > Since there appears to be data in the "...invaled or corrupted"
>> > Archive_01
>> > folder, is there some way I can get it back out? Some of the data is
>> > important and consists of install .exe files I would like to use again
>> > on
>> > my
>> > new system.
>> >
>> > I admit that I should have "backed up" the data prior to attempting the
>> > MOVE. However, I tried a small test of the XP method of XP method for
>> > password protecting folders and files and it worked fine. I am
>> > extremely
>> > disappointed in XP and that it would do something like this. Plus, it
>> > has
>> > been impossible for me to find any information on this particular
>> > problem.
>> > --
>> > Cairo Guy
>>
>>
>>


.

Loading