I have an around 500 Mb zip file which was deleted but i could somehow recovered it using recuva recovery tool but this zip file also show an error(invalid zip). I have tried almost every tool to recover the files from this zip but couldnt succeed so far. i am attaching the link to the corrupted zip file
https://drive.google.com/file/d/1iL7LDfPQOJelOseEVbY39JuthCyScXTE/view?usp=sharing
Thank you in advance for your help.
Related
I have a powershell script, in it calls azcopy to list, download then delete the files from azure blob, all runs good except there a few .azDownload+guid prefixed files show up.. now what i do with those files, it seeems some of them are legitimate files, just the prefix is the issue, how can i fix it?
found it, it appears azdownload was an interim file produced by azcopy, simply put in a delay script before downstream able to pick up solve the issue.. would it be better if azcopy can write the temp/interim file somewhere else to avoid confusion!
I want to recursively download a website using wget, but avoid downloading any file over 1MB in size. I need a solution which either does not attempt to download large files or stops the download once it reaches this size. I have tried several Wget options so far, but none have been able to achieve this, what else I can do here?
I have large CSV file that I have compressed with WINRAR in windows 8.
After uploading the file to Centos 7 x64 on my VPS, I used unrar. The file is exactly the same size as it should be after being uncompressed but when I run my import script exactly half the number of rows are imported.
The same script works file locally so my hunch is that rar/unrar might be doing something to EOL?
Just wondered if anyone has experienced anything like this before?
Rar was not the issue at all. It was a column I was using in the CSV to index the data that was not always present.
Background (not necessary to read)
I'm tinkering with MS office files for work (trying to figure out the quickest, easiest way to automate generation of arbitrary-length excel and powerpoint files). Since actual excel files are just zipped archives with .xlsx appended to the filename, I've been unzipping them, editing the xml, rezipping them, and seeing whether OpenOffice can still load them.
However, I've realized (after not too much such testing, thankfully) that, by default, the 'zip' command in bash (or, at least, on my mac) is zipping the files in a format that only requires unzip v1.0 to extract, but normal excel files are zipped in such a way that they require v2.0 to extract. I checked this is a problem by zipping and unzipping an excel file that I knew loaded normally, and then trying to load it. OpenOffice was displeased.
So, I know I need to make the file zip exactly the way excel does, but how to make that happen I'm not sure. I have zip version 3 on my computer, so hopefully if the zip/unzip release cycles are synchronized it should be possible, but I didn't see anything on the man page that immediately seemed to be the solution.
edit:
And zip -9 (which zip -h helpfully says instructs zip to 'zip better') still only requires v1.0 to extract.
Question:
How can I specify in bash that I want zip to zip a file in such a way that it would require unzip v2.0 to unzip?
Often, the reason for an incompatibility between compressed files produced by different versions is the compression algorithm used. If the files were compressed with an algorithm that didn't exist in zip 1.0, that would cause the incompatibility you're seeing.
Look at the man page for your zip utility, see if there's an option to specify the type of compression to use. If there is, look at the existing files created from Excel, and find out what type of compression algorithm they're compressed with, and use that.
On my Linux system, zip reports "This is Zip 2.31 (March 8th 2005), by Info-ZIP.", and it does not have an option for specifying the compression algorithm. On my Windows system, 7-zip does have the option, and it looks like they do have a Mac version available, so you could try that if your zip utility doesn't support that option.
I think odt files are ziped files.
Why odt file can not be opened by zip but can be opened by open office?
And a zip file not complete can also be unziped??
Who is familiar with zip format?
ODT files may or may not be zipped. It could also be a plain basic XML file (see http://en.wikipedia.org/wiki/OpenDocument#Specifications).
Also, there are several versions of the ZIP file format that may or may not inter-operate well, so maybe it's just your ZIP utility not being able to read the particular format your ODT file uses.
Rename the file's extension to zip. In that case, it should open with the zip unarchiver (tested with 7-Zip, PowerArchiver, Total Commander).
The problem seems to lie with the archivers' extension sniffing: PowerArchiver (albeit an old, old version) had problems opening the file when the extension was odt, but worked fine with zip.
Of course, the file extension odt will probably be associated with OpenOffice, so double-clicking the file will start OpenOffice.
You can try with 7zip for .odt, If those are zip files, supposed to able to open.
a zip file not complete, you mean broken zip files?, its depends on how its damage. even you can open it, you will not get desired results.
Finally, i found the file is doc format, but saved as odt.
This file is searched by google.
odt files are open office document text files.