(DE) Anwendungen für Office, Multimedia und Spiele, Werkzeuge, Hilfsprogramme, etc (EN) Applications for Office, Multimedia or Games, Tools, Utilities, e.g.
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.
Unter WIndows läßt sich dieses Archiv aber problemlos öffnen. Ist das ein Größenproblem?
Das Archiv selbst ist 63,276,683 bytes groß, kommt mir nicht soooo riesig vor. Darinnen sind aber mehrere Verzeichnisse in mehreren Ebenen.
Ich habe das Archiv mehrmals erstellen lassen, jedesmal ohne Fehlermeldung. Aber nie ließ es sich öffnen (nur in Windows).
Ich hab's mal mit der 2021-er Version von Unzip (aus Hobbes) versucht, leider ohne Erfolg.
Von 7za habe ich nur eine Version von 2011 (nix auf Hobbes), und die tut's auch nicht.
Hat jemand eine Idee oder eine Unzip-Version, die ich nicht kenne?
-F
--fix
-FF
--fixfix
Fix the zip archive. The -F option can be used if some portions of the archive are missing, but requires a reasonably intact central directory. The input archive is scanned as usual, but zip will ignore some problems. The resulting archive should be valid, but any inconsistent entries will be left out.
When doubled as in -FF, the archive is scanned from the beginning and zip scans for special signatures to identify the limits between the archive members. The single -F is more reliable if the archive is not too much damaged, so try this option first.
If the archive is too damaged or the end has been truncated, you must use -FF. This is a change from zip 2.32, where the -F option is able to read a truncated archive. The -F option now more reliably fixes archives with minor damage and the -FF option is needed to fix archives where -F might have been sufficient before.
Neither option will recover archives that have been incorrectly transferred in ascii mode instead of binary. After the repair, the -t option of unzip may show that some files have a bad CRC. Such files cannot be recovered; you can remove them from the archive using the -d option of zip.
Note that -FF may have trouble fixing archives that include an embedded zip archive that was stored (without compression) in the archive and, depending on the damage, it may find the entries in the embedded archive rather than the archive itself. Try -F first as it does not have this problem.
The format of the fix commands have changed. For example, to fix the damaged archive foo.zip,
zip -F foo --out foofix
tries to read the entries normally, copying good entries to the new archive foofix.zip. If this doesn't work, as when the archive is truncated, or if some entries you know are in the archive are missed, then try
zip -FF foo --out foofixfix
and compare the resulting archive to the archive created by -F. The -FF option may create an inconsistent archive. Depending on what is damaged, you can then use the -F option to fix that archive.
A split archive with missing split files can be fixed using -F if you have the last split of the archive (the .zip file). If this file is missing, you must use -FF to fix the archive, which will prompt you for the splits you have.
Currently the fix options can't recover entries that have a bad checksum or are otherwise damaged.
Unter gleichen Versions-Nummern kursieren diverse Varianten, ich würde die letzten zip/unzip aus ANPM nehmen.
Ob das arctool (letzte v.1.04) in ArcaOS in diesem Fall weiterhilft, keine Ahnung; benutze es selbst kaum.
Aus der Linux-Manpage: