Post by pinneriteOn Wed, 23 Oct 2024 21:45:18 +0100
Post by pinneriteOn Wed, 23 Oct 2024 16:11:06 -0400
Post by PaulPost by pinneriteYesterday I employed LibreOffice Draw to draw a plan.
I was pleased with the result.
Last night I took a complete backup to another machine.
Today, I wanted to add some text.
The file wouldn't open. It is corrupt apparently.
I cannot find a way tom repair it.
[Picture]
https://i.postimg.cc/cJmSjtDK/odg-is-a-zip.gif
Notice how in a hex editor, there are "PK" pairs in there.
That indicates ZIP components.
See if there is a ZIP tool with "recovery" capability.
The sample file I used, is from here.
https://wiki.documentfoundation.org/File:Poster_sample.odg
Name: Poster_sample.odg
Size: 316690 bytes (309 KiB)
SHA256: F12EED1A1CFE9460CE2A5CBB23E36E2152E1D9B749075F4384E9AE30FD44D553
You can see I opened the file in 7ZIP, and it identified that
the file has component-files inside it.
Paul
I tried unzipping it. The file name is: Conservatory_Plan.odg
4096 Oct 23 21:34 Configurations2 //Contained several folders containing nothing
4096 Oct 23 21:34 META-INF // Contained one unhelpful file
994 Oct 21 19:49 meta.xml
43 Oct 21 19:49 mimetype
9756 Oct 21 19:49 settings.xml
13135 Oct 21 19:49 styles.xml
None of it solved the problem.
Except a thumbnail of the plan!
Post by pinneriteBut thank you.
Linux Mint 21.3 kernel version 5.15.0-124-generic Cinnamon 6.0.4
AMD Ryzen 7 7700, Radeon RX 6600, 32GB DDR5, 1TB SSD, 2TB Barracuda
There are ZIP tools, which will attempt repair.
But that does not mean the repair actually works.
There is no reason to suspect that archive manager
or libarchive has such a capability. It might be
WinZIP or PKZip. I don't think even the excellent
7ZIP, goes around repairing things.
I've seen messages that something is being
repaired, but most of the time it was really impossible
for a repair to work.
What you want to do now, is google on ZIP repair as a topic,
and see what is available.
There could be nested items. Which will complicate the job
for the tool to do.
There are two possibilities.
A single byte is flipped.
The entire file is zeroed.
There generally isn't any in-between.
Cases where I've seen a repair message, it was usually
repairing a large pile of zeros (which of course is not
possible).
The CRC32 which protects a ZIP file, has limited error
correction potential. It might only amount to a few bits of
error correcting power. Even a single byte flip might be too much.
It does not have to be that way, if Reed Solomon was retrofitted
to the thing. But ZIP was invented a long long time ago, and
we're stuck with the relatively simple implementation. That is
likely part of the attraction, of people using that stupid
thing all over the place. The simplicity.
*******
And no, AI does not help file repair :-) There's a link
on this site, you can try for fun.
https://www.easeus.com/video-repair-tips/repair-zip-file-online.html
Paul
