「強制解凍できた」だけでは、ZIPが直ったとは言えません。 今回の実測では、破損ZIPから5ファイルが出力されても、そのうち1ファイルだけ内容が変わりCRCエラーになりました。元ZIPを上書きせず、再取得できるかを最初に確認してください。
最初の判断は「修復できるか」ではなく「正常な元データを取り直せるか」
ZIPが配布サイト、クラウド、メール添付から来たものなら、同じデータをもう一度取得できる可能性があります。ダウンロードが途中で切れた、転送時にサイズが変わった、分割ZIPの一部が欠けた場合は、壊れたコピーを加工するより正常な一式を取り直す方が確実です。
| 状況 | 最初に行うこと | 理由 |
|---|---|---|
| 配布元から再ダウンロードできる | 別名で再取得し、サイズやハッシュを比較 | 欠けたデータを推測で補う必要がない |
| 送信者へ再送を頼める | 送信前ZIPの書庫テストも依頼 | 送信前から壊れていた可能性を分けられる |
| 分割ZIPを受け取った | 全巻と連番を確認 | 欠巻は単体修復では戻らない |
| 再取得できない唯一のファイル | 原本を複製し、コピーだけで検査 | 追加破損や上書きを避ける |
| USBやHDD自体が不安定 | ZIP操作を止め、媒体の保全を優先 | 繰り返し読み書きが別データへ影響し得る |
「開けない」原因をすべて破損と決めない
ZIPが開かない時でも、原因は圧縮データの破損だけではありません。パスワード、未対応の暗号方式、保存先の権限、長すぎるパス、分割巻の不足、拡張子だけがZIPになった別形式でも似た症状が出ます。一般的な開封失敗はZIPが解凍できない原因別ガイドで切り分け、このページでは書庫構造または格納データの破損が確認された後を扱います。
| 症状 | 破損以外の候補 | 確認 |
|---|---|---|
| パスワードを求められる | 暗号化ZIP | 正しいパスワードと入力方式 |
| 先頭巻を求められる | 分割ZIPの欠巻 | .zip.001以降が同じフォルダーにあるか |
| 一覧は見えるが一件だけCRCエラー | 項目単位の圧縮データ破損 | 書庫テストと該当ファイルのハッシュ |
| 一覧の前に意外な終端エラー | 取得不完了、末尾メタデータ欠落 | 配布元サイズ、再取得、EOCD |
| 解凍先を作れない | 権限、空き容量、パス長 | 別の短い空フォルダー |
| 0 Bまたは極端に小さい | 未取得 | 修復せず再取得 |
検査前に残す5つの情報
- 元ZIPを読み取り用として残し、別名の作業用コピーを作る
- 元ZIPのファイル名、サイズ、取得元、取得日時を記録する
- 配布元がSHA-256やファイルサイズを示していれば照合する
- 表示されたエラー文を省略せず控える
- 分割ZIPなら全巻の名前とサイズを並べる
- 救出先として何も入っていない新規フォルダーを作る
- 機密データをオンライン修復サービスへ無条件に送らない
同じURLから取得したファイルでも、ブラウザーや同期ソフトの一時失敗でサイズが異なる場合があります。提供元がハッシュを公開していない時も、再取得した2つのSHA-256が一致するかは判断材料になります。ただし、同じ壊れた配布物を2回取得すれば同じハッシュになるため、送信者側の正常性確認も必要です。
ZIPの終端エラーとCRCエラーは、壊れている場所が違う
PKWAREのZIP仕様では、各ファイルの前にLocal File Headerがあり、後方のCentral Directoryに対応する項目情報を持ち、ZIPの末尾にはEnd of Central Directory record(EOCD)が必要です。また各ファイルの整合性にはCRC-32を使います。したがって、末尾の管理情報が欠ける場合と、個別ファイルの圧縮データが変わる場合では、一覧・テスト・救出結果が同じになりません。
| 要素 | 役割 | 欠落・不一致時の例 |
|---|---|---|
| Local File Header | 各項目の直前にある名前・方式等の情報 | 項目の探索や救出が難しくなる |
| Compressed Data | 圧縮または保存された実データ | 解凍失敗、Data Error、CRC不一致 |
| CRC-32 | 項目単位のデータ整合性確認 | 一覧は見えても内容が一致しない |
| Central Directory | 全項目をまとめる後方の索引 | 一覧を通常どおり読めない |
| EOCD | Central Directoryの位置・件数等を示す終端レコード | 意外な終端、取得不完了として検出 |
| ZIP64終端情報 | 大容量・多数項目向けの拡張情報 | 古い実装では対応不足と破損を誤認 |
.7zや.rarへ変えても、失われたEOCDや圧縮データは戻りません。形式判定は拡張子ではなく内部シグネチャとレコードで行います。Karuzipで破損ZIPを確認する4ステップ
-
1
作業用コピーをKaruzipで開く
元ZIPは残し、複製したファイルを[中身を見る]またはドラッグで開きます。表示された項目数だけで正常とは判断しません。
-
2
一覧と書庫テストを別々に記録する
一覧が見えるか、書庫テストが最後まで成功するか、CRCや意外な終端が出るかを分けて控えます。
-
3
空フォルダーへ救出する
再取得できない場合だけ、元データと混ざらない新規フォルダーへ全体または必要項目を解凍します。エラーが出た項目名も残します。
-
4
取り出した各ファイルを確認する
出力件数ではなく、文書や画像が正しく開くか、既知のサイズやハッシュと一致するかを項目ごとに確認します。
実測の基準:正常ZIPは5ファイルが書庫テストとハッシュ照合を通過
第三者ファイルを使わず、日本語テキスト2点、JSON、SVG、決定的なバイナリの計5ファイルを含むZIPを作成しました。再実行して同じSHA-256になることも確認し、以降の2つの破損版はこの正常ZIPを複製して作っています。
| 確認 | 結果 | 意味 |
|---|---|---|
| ファイル | karuzip-zip-damage-sample.zip | 自社生成の検証標本 |
| ZIPサイズ | 3,784 B | 再生成後も同一 |
| SHA-256 | 6D13F855…5376B68 | 正常版の識別値 |
| 一覧 | 5ファイル | フォルダー項目を除く |
| 書庫テスト | PASS | CRCエラー・終端エラーなし |
| 解凍 | 5ファイル | 処理成功 |
| 元データ照合 | 5 / 5 byte-identical | 全ファイルのSHA-256一致 |
実測1:末尾22バイト欠落は書庫テストFAILでも5ファイルを救出できた
正常版のCentral Directoryは残し、必須のEOCD 22バイトだけを除いたコピーを作りました。ファイルサイズは3,784 Bから3,762 Bへ減少し、書庫テストは「意外な終端」で失敗しました。
| 確認 | 結果 | 判断 |
|---|---|---|
| SHA-256 | C194D125…530E80 | 正常版とは不一致 |
| 一覧 | 5ファイルを検出・エラー終了 | 一覧が見えても正常ではない |
| 書庫テスト | FAIL・Unexpected end | ZIP終端を読み切れない |
| 解凍 | 5ファイルを出力・エラー終了 | 処理全体は成功扱いにしない |
| 元データ照合 | 5 / 5 byte-identical | 今回は残存データを完全救出 |
この結果は、終端欠落ZIPなら常に全ファイルを救出できるという意味ではありません。今回はCentral Directoryと5項目の圧縮データがすべて残るよう、EOCDだけを除いた限定条件です。ダウンロードがより前で切れていれば、後方の項目データ自体が存在しません。
実測2:圧縮データ1バイト破損は一覧も出力件数も正常に見えた
正常版のdocs/02-damage-target.txtだけを対象に、1,340 Bの圧縮データ中央1バイトを反転しました。Local File Header、Central Directory、EOCDは変えていないため、一覧では正常版と同じ5ファイルが見えます。
| 確認 | 結果 | 判断 |
|---|---|---|
| ZIPサイズ | 3,784 B | 正常版と同じサイズ |
| SHA-256 | 2B86DEAB…1F372 | 1バイト変更でも全体ハッシュは変化 |
| 一覧 | 5ファイル・エラーなし | 一覧だけでは破損を検出できない |
| 書庫テスト | FAIL・対象1件のCRC error | 格納データとCRCが不一致 |
| 解凍 | 5ファイルを出力・エラー終了 | ファイルが作られても成功ではない |
| 元データ照合 | 4 / 5一致 | 対象テキストだけSHA-256不一致 |
症状別に、再取得・救出・専門対応を選ぶ
| 検査結果 | 次の行動 | 避けること |
|---|---|---|
| 再取得版が書庫テストPASS | 再取得版を使用し、壊れた版は隔離 | 壊れた版の上書き再利用 |
| 再取得版も同じハッシュでFAIL | 配布元・送信者に元データを確認 | 同じ配布物を修復成功と決める |
| Unexpected end | サイズ、取得完了、分割巻、EOCDを確認 | ファイル名変更だけで直ったと考える |
| 一件だけCRC error | その項目を不完全として分離し、他項目を個別確認 | 出力件数だけで全件正常とする |
| 一覧も読めない | 再取得、原本保全、重要度に応じ専門家へ相談 | 原本へ繰り返し書き込む |
| 保存媒体が不安定 | 媒体のイメージ保全や専門対応を優先 | 同じ媒体へ大量に救出する |
| 救出物に実行ファイルがある | Defender等で検査し、出所を確認 | 破損確認と安全性確認を混同 |
Karuzipでできること・できないこと
| できること | できないこと |
|---|---|
| ZIP内の項目一覧を確認 | 失われた項目名や圧縮データを推測して復元 |
| 書庫テストでCRC・終端等の異常を確認 | 破損原因を一つに断定 |
| 残っている項目を空フォルダーへ解凍 | 出力ファイルの意味・真正性・完全性を保証 |
| 必要項目だけを選択解凍 | 壊れたZIPを正常なZIPへ自動修復 |
| ローカルで処理し、ファイルを外部送信しない | マルウェア検査や電子署名検証を代行 |
MicrosoftはWindowsでZIPの作成と[すべて展開]を案内していますが、通常操作が失敗した後のデータ修復を保証していません。修復機能を持つ製品でも、構造を直した出力内の圧縮データやCRCが壊れたままの場合があると公式資料で注意しています。復旧率を一律に数値化せず、今回の実測条件と個々の検査結果で判断します。
破損ZIPの修復と強制解凍でよくある質問
ZIPファイルが破損したら最初に何をしますか?
再ダウンロードまたは送信者からの再送が可能か確認します。再取得できない場合は元ZIPを複製し、コピーだけを書庫テストします。元ZIPへ直接修復保存しません。
ZIPの拡張子を変えれば修復できますか?
できません。.7zや.rarへ名前を変えても、欠けたEOCD、Central Directory、圧縮データは戻りません。内部形式を誤認させるため、元の拡張子を残します。
一覧にファイル名が表示されればZIPは正常ですか?
正常とは限りません。今回の圧縮データ1バイト破損版は5ファイルをエラーなく一覧できましたが、書庫テストでは1件のCRCエラーになりました。
強制解凍でファイルが出力されれば修復成功ですか?
成功とは限りません。実測では5ファイルが出力されても、破損対象1件のSHA-256は元データと一致しませんでした。エラー記録と各ファイルの内容確認が必要です。
CRCエラーとは何ですか?
ZIP内に記録されたCRC-32と、解凍時に計算したデータの値が一致しない状態です。転送や保存中の変化、圧縮データの破損などが考えられます。
Unexpected endは何が欠けていますか?
ZIPの末尾まで正常に読めないことを示します。取得途中で切れた、分割巻が足りない、終端レコードが欠けたなど複数の可能性があるため、サイズと入手元を確認します。
末尾が欠けたZIPから一部だけ救出できますか?
残っているLocal Headerと圧縮データを読める場合は救出できることがあります。今回のEOCD 22バイト欠落版では5件すべて一致しましたが、欠落位置が早ければ同じ結果にはなりません。
Karuzipは破損ZIPを修復しますか?
正常なZIPへ書き直す修復機能はありません。一覧、書庫テスト、全体・選択解凍で、残っている項目を確認・救出するために使います。
再ダウンロードしても同じエラーになります。どうしますか?
2つのサイズとSHA-256を比較し、同じなら配布元の原本が壊れている可能性も含めて送信者へ確認します。異なるなら取得経路、空き容量、同期状態も見直します。
破損ZIPをオンライン修復サービスへ送ってもよいですか?
機密、個人情報、契約資料を含む可能性があるなら無条件に送らないでください。利用規約、保存期間、処理場所を確認し、まずローカルで再取得と書庫テストを行います。
Karuzipで確認した条件
- 確認日
- 2026-08-01
- 環境
- Windows 11、Karuzip v1.4.0開発版と同じ同梱エンジン
- 標本
- 自社生成5ファイルの正常ZIP 3,784 B、EOCD 22 B欠落版 3,762 B、圧縮データ1 B反転版 3,784 B
- 確認項目
- 一覧、書庫テスト、空フォルダーへの全体解凍、元ファイルとのSHA-256照合、標本の再生成決定性
正常版は5/5一致。EOCD欠落版はUnexpected endで処理失敗扱いだが5/5一致。圧縮データ破損版は一覧5件、CRCエラー1件、出力5件、元データ一致4/5。
根拠と更新方針
Windowsの操作、ZIP形式の仕様、Karuzipの機能を混同しないよう、判断ごとに根拠を分けています。
- APPNOTE.TXT - .ZIP File Format Specification | PKWARE pkware.cachefly.net ZIPのLocal File Header、Central Directory、EOCD、CRC-32、内部シグネチャによる識別。
- Zip and unzip files | Microsoft Support support.microsoft.com Windows 10 / 11のZIP作成、単一項目と全項目の通常の展開方法、暗号化書庫の対応境界。
- 分割ZIP ファイルの展開方法について | 公益財団法人ひろしま産業振興機構 epc.or.jp 分割ZIPの全巻配置と、展開エラー時に該当ファイルを再ダウンロードする実務上の案内。
- コマンドラインアドオンで無効なZipファイルを修正する | Corel / WinZip KB kb.corel.com 修復出力が元ZIPを上書きしないことと、構造を直してもCRCまたは圧縮データの破損が残り得るという製品公式の注意。
- ZIPファイルが解凍できない・開けない原因と対処法 | Karuzip karuzip.com 破損以外のパスワード、関連付け、ZIP64、保存先、パス長、別形式を含む既存の一般診断。
壊れたZIPを、まず上書きせずに調べる。
KaruzipはWindows 10 / 11向けの無料圧縮・解凍ソフトです。ZIPの一覧、書庫テスト、全体・選択解凍をローカルで行えます。
Karuzipを無料でダウンロード