ZIP-Problem

[DonLucio]

Ich habe hier eine (größere) Zip-Datei, die ich mit OS/2-Bordmitteln nicht öffnen kann. Verschiedene Archiver sagen alle dasselbe:

Code: Alles auswählen

  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?

Danke,
Lutz W.

[Rolf]

Hab da von 7z neuere Version von 2017 (v16.02) gefunden.
Hab's auf meine Nextcloud gestellt.

https://nextcloud.gachnang.org/s/5mS78JTZXYZBsXa

Gruss Rolf

[DonLucio]

Hallo Rolf,

Hab da von 7z neuere Version von 2017 (v16.02) gefunden.
Hab's auf meine Nextcloud gestellt.
https://nextcloud.gachnang.org/s/5mS78JTZXYZBsXa
Gruss Rolf

Vielen Dank! Hat aber leider das Problem nicht gelöst.

Na, immerhin habe ich jetzt eine neuere Version.

Aber es bleibt rätselhaft.

Gruß,
Lutz W.

[LotharS]

Manchmal könnte die zip-Option -F oder -FF helfen, oder auch nicht. Oder Google Aus der Linux-Manpage:

Code: Alles auswählen

-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.

[DonLucio]

Hallo Lothar,

Manchmal könnte die zip-Option -F oder -FF helfen

Nie gehört, diese Optionen. -F hat nix gebracht.

Aber -FF schon!

Code: Alles auswählen

zip -FF KaputtesArchiv.zip --out GefixtesArchiv.zip

Das hat geklappt! In 'GefixtesArchiv.zip' sind alle Dateien enthalten und auch der OS/2-unzip kann sie auspacken.

Super, vielen Dank!

Lutz W.