A zip file that passes 4 GB and refuses to open is not always corrupt. The original ZIP specification uses 32‑bit fields. Those fields cap any single file inside at 4 GiB, cap the whole container at 4 GiB, and limit you to 65,535 entries. ZIP64 removes all three ceilings. Older software that lacks ZIP64 support reads a healthy container and calls it broken. The trick is telling a size limit from real damage.
The Classic ZIP Size and Entry Limits
The original format was built on 32‑bit fields. That gives you two hard barriers:
- Individual file size: No single file inside the container can exceed 4 GiB.
- Total container size: The whole ZIP file cannot exceed 4 GiB.
- Number of entries: The container stops at 65,535 files or folders.
These limits come straight from the 32‑bit length fields in the ZIP header. When you create a zip file larger than 4 GB, or one holding more than 65,535 entries, a standard creation tool either refuses to continue or produces a container that other tools misread.
What ZIP64 Does
ZIP64 is an extension to the ZIP specification that raises those limits. PKWARE defined it in APPNOTE version 4.5. Instead of 32‑bit fields, ZIP64 uses 64‑bit fields for file sizes, offsets, and entry counts. You get:
- Individual files larger than 4 GiB
- Containers larger than 4 GiB
- More than 65,535 entries per container
The extension is backward‑compatible. Any tool that supports ZIP64 opens the container. Tools that only understand the original format may still see a valid ZIP but will misread the sizes and throw an error.
Why a Large ZIP Won't Open in Older Tools
When you try to open a zip file larger than 4 GB with an older unzip tool that does not understand ZIP64, the tool reads the 32‑bit size fields. The real size overflows those fields. The tool sees garbage. It displays "unexpected end of archive" or "corrupt file".
The container itself is fine. The tool cannot interpret the ZIP64 markers. Test the container with a program that supports ZIP64. 7‑Zip handles ZIP64 containers and opens them correctly.
The FAT32 4 GB File Limit and ZIP Containers
Another reason a large zip file will not open is the file system it sits on. FAT32 cannot store a single file of 4 GiB or larger. The maximum file size on FAT32 is 4 GiB minus 1 byte. Copy a zip file larger than 4 GB to a FAT32 USB stick or memory card, and the copy fails or the file gets truncated at that boundary.
A truncated large ZIP loses its central directory, which lives at the end of the file. Without the central directory, most unzip tools cannot read the container at all. This is real corruption, not a ZIP64 compatibility issue.
How to Avoid the FAT32 Limit
If you must use a FAT32 drive, you have two practical options:
- Use exFAT or NTFS. Neither file system has the 4 GiB file limit. Format the drive to exFAT (common for USB sticks) or NTFS (common for internal drives) before copying the container.
- Split the container into volumes. Instead of one large ZIP, create a multi‑volume set. Each volume stays under the 4 GiB limit. The tool you use must support splitting; many archivers offer the option at creation time.
How to Tell a Size Limitation from Real Corruption
When a large zip file will not open, decide whether the file is genuinely damaged or just exceeds a limit. Follow these steps:
- Check the file size. If it sits at exactly 4 GiB, the container likely hit the original ZIP limit. If it is exactly 4 GiB minus 1 byte, or just under, FAT32 may have truncated it.
- Open the container with a tool that supports ZIP64, such as 7‑Zip. If it opens and extracts files correctly, the problem was a tool limitation, not corruption.
- If the container still fails in a ZIP64‑aware tool, check where you got it. An interrupted download can leave you with a partial file. A file copied from a FAT32 drive was likely truncated.
- Read the error messages. An older tool saying "unsupported compression method" or "unexpected end of file" points to a size or entry limit. A message about a bad CRC or missing data points to real corruption.
When the Central Directory Is Lost
If the container is truncated, the central directory at the end of the file is gone. Some repair tools can rebuild the central directory by scanning the local file headers in the rest of the container. This works only if enough intact data remains. A service like zip.repair may recover the files in such cases.
Handling Large Archives Day to Day
If you regularly work with zip files larger than 4 GB, change your workflow:
- Always create containers with a tool that supports ZIP64. That keeps the container valid and portable.
- Store large containers on file systems that handle them. exFAT and NTFS both work.
- When sharing with someone on older software, split the container into volumes or pick a different compression format the recipient can open.
Know the limits of the ZIP format and the file system underneath. Test a container on a ZIP64‑aware tool before you assume it is broken.