DAMAGED ZIP · TEST BEFORE RECOVERY

ZIPファイルが破損した時の確認方法:修復より先に再取得と書庫テスト

再ダウンロードや送信者からの再送が可能なら、修復より先に正常なZIPを取り直します。再取得できない場合だけ元ZIPを複製し、一覧、書庫テスト、空フォルダーへの救出、取り出した各ファイルの確認を順に行います。

最終更新: 2026年8月1日 · 執筆・検証: Karuzip 開発チーム
確認環境: Windows 11、Karuzip v1.4.0開発版と同じ同梱エンジン

先に結論

「強制解凍できた」だけでは、ZIPが直ったとは言えません。 今回の実測では、破損ZIPから5ファイルが出力されても、そのうち1ファイルだけ内容が変わりCRCエラーになりました。元ZIPを上書きせず、再取得できるかを最初に確認してください。

最初の判断は「修復できるか」ではなく「正常な元データを取り直せるか」

ZIPが配布サイト、クラウド、メール添付から来たものなら、同じデータをもう一度取得できる可能性があります。ダウンロードが途中で切れた、転送時にサイズが変わった、分割ZIPの一部が欠けた場合は、壊れたコピーを加工するより正常な一式を取り直す方が確実です。

破損ZIPに対する優先順位
状況最初に行うこと理由
配布元から再ダウンロードできる別名で再取得し、サイズやハッシュを比較欠けたデータを推測で補う必要がない
送信者へ再送を頼める送信前ZIPの書庫テストも依頼送信前から壊れていた可能性を分けられる
分割ZIPを受け取った全巻と連番を確認欠巻は単体修復では戻らない
再取得できない唯一のファイル原本を複製し、コピーだけで検査追加破損や上書きを避ける
USBやHDD自体が不安定ZIP操作を止め、媒体の保全を優先繰り返し読み書きが別データへ影響し得る
元ZIPへ直接「修復保存」したり、救出先を元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を使います。したがって、末尾の管理情報が欠ける場合と、個別ファイルの圧縮データが変わる場合では、一覧・テスト・救出結果が同じになりません。

ZIP内部の主な要素と破損時の見え方
要素役割欠落・不一致時の例
Local File Header各項目の直前にある名前・方式等の情報項目の探索や救出が難しくなる
Compressed Data圧縮または保存された実データ解凍失敗、Data Error、CRC不一致
CRC-32項目単位のデータ整合性確認一覧は見えても内容が一致しない
Central Directory全項目をまとめる後方の索引一覧を通常どおり読めない
EOCDCentral Directoryの位置・件数等を示す終端レコード意外な終端、取得不完了として検出
ZIP64終端情報大容量・多数項目向けの拡張情報古い実装では対応不足と破損を誤認
拡張子を.7z.rarへ変えても、失われたEOCDや圧縮データは戻りません。形式判定は拡張子ではなく内部シグネチャとレコードで行います。

Karuzipで破損ZIPを確認する4ステップ

  1. 1

    作業用コピーをKaruzipで開く

    元ZIPは残し、複製したファイルを[中身を見る]またはドラッグで開きます。表示された項目数だけで正常とは判断しません。

  2. 2

    一覧と書庫テストを別々に記録する

    一覧が見えるか、書庫テストが最後まで成功するか、CRCや意外な終端が出るかを分けて控えます。

  3. 3

    空フォルダーへ救出する

    再取得できない場合だけ、元データと混ざらない新規フォルダーへ全体または必要項目を解凍します。エラーが出た項目名も残します。

  4. 4

    取り出した各ファイルを確認する

    出力件数ではなく、文書や画像が正しく開くか、既知のサイズやハッシュと一致するかを項目ごとに確認します。

KaruzipはZIPの一覧、書庫テスト、全体・選択解凍を行います。壊れたレコードや圧縮データを書き換えて正常なZIPへ修復する機能はありません。

実測の基準:正常ZIPは5ファイルが書庫テストとハッシュ照合を通過

第三者ファイルを使わず、日本語テキスト2点、JSON、SVG、決定的なバイナリの計5ファイルを含むZIPを作成しました。再実行して同じSHA-256になることも確認し、以降の2つの破損版はこの正常ZIPを複製して作っています。

正常ZIPの実測結果
確認結果意味
ファイルkaruzip-zip-damage-sample.zip自社生成の検証標本
ZIPサイズ3,784 B再生成後も同一
SHA-2566D13F855…5376B68正常版の識別値
一覧5ファイルフォルダー項目を除く
書庫テストPASSCRCエラー・終端エラーなし
解凍5ファイル処理成功
元データ照合5 / 5 byte-identical全ファイルのSHA-256一致

実測1:末尾22バイト欠落は書庫テストFAILでも5ファイルを救出できた

正常版のCentral Directoryは残し、必須のEOCD 22バイトだけを除いたコピーを作りました。ファイルサイズは3,784 Bから3,762 Bへ減少し、書庫テストは「意外な終端」で失敗しました。

EOCD欠落版の結果
確認結果判断
SHA-256C194D125…530E80正常版とは不一致
一覧5ファイルを検出・エラー終了一覧が見えても正常ではない
書庫テストFAIL・Unexpected endZIP終端を読み切れない
解凍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-2562B86DEAB…1F3721バイト変更でも全体ハッシュは変化
一覧5ファイル・エラーなし一覧だけでは破損を検出できない
書庫テストFAIL・対象1件のCRC error格納データとCRCが不一致
解凍5ファイルを出力・エラー終了ファイルが作られても成功ではない
元データ照合4 / 5一致対象テキストだけSHA-256不一致
強制的に出力されたファイルを、そのまま正常データとして使わないでください。 今回は壊れた対象ファイルも元と同じ32,398 Bで保存されましたが、SHA-256は不一致でした。サイズと件数だけでは完全性を確認できません。

症状別に、再取得・救出・専門対応を選ぶ

検査結果から選ぶ次の行動
検査結果次の行動避けること
再取得版が書庫テストPASS再取得版を使用し、壊れた版は隔離壊れた版の上書き再利用
再取得版も同じハッシュでFAIL配布元・送信者に元データを確認同じ配布物を修復成功と決める
Unexpected endサイズ、取得完了、分割巻、EOCDを確認ファイル名変更だけで直ったと考える
一件だけCRC errorその項目を不完全として分離し、他項目を個別確認出力件数だけで全件正常とする
一覧も読めない再取得、原本保全、重要度に応じ専門家へ相談原本へ繰り返し書き込む
保存媒体が不安定媒体のイメージ保全や専門対応を優先同じ媒体へ大量に救出する
救出物に実行ファイルがあるDefender等で検査し、出所を確認破損確認と安全性確認を混同

Karuzipでできること・できないこと

破損ZIPに対する機能境界
できることできないこと
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を無料でダウンロード