ZIP-Problem

(DE) Anwendungen für Office, Multimedia und Spiele, Werkzeuge, Hilfsprogramme, etc
(EN) Applications for Office, Multimedia or Games, Tools, Utilities, e.g.
Online
User avatar
DonLucio
Posts: 897
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

ZIP-Problem

Post by DonLucio »

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

Code: Select all

  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.
User avatar
Rolf
Posts: 71
Joined: Wed 15. Jan 2014, 21:58
Location: Rapperswil / Jona (Switzerland)

Post by 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
Online
User avatar
DonLucio
Posts: 897
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Post by DonLucio »

Hallo Rolf,
Rolf wrote: Sat 9. Apr 2022, 17:50 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.
User avatar
LotharS
Posts: 949
Joined: Sun 29. Dec 2013, 20:07
Location: Düsseldorf

Post by LotharS »

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

Code: Select all

-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.
Online
User avatar
DonLucio
Posts: 897
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Post by DonLucio »

Hallo Lothar,
LotharS wrote: Sat 9. Apr 2022, 20:39 Manchmal könnte die zip-Option -F oder -FF helfen
Nie gehört, diese Optionen. -F hat nix gebracht.

Aber -FF schon!

Code: Select all

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.