Karuzip
案内
無料ダウンロード

001 MULTI-VOLUME · WINDOWS GUIDE

001ファイルを先頭巻から開き、連番をまとめて解凍する方法

.001は多くの場合、連番分割されたデータや書庫の先頭巻です。.002以降を元の名前のまま同じフォルダーへ揃え、Karuzipでは.001から開きます。欠けた番号を別巻の改名で補うことはできません。

最終更新: 2026年8月1日 · 執筆・検証: Karuzip 開発チーム
確認環境: Windows 11（日本語）、Karuzip v1.3.0の対応範囲、Karuzip同梱系の独立検証用7-Zip 25.01

最初の判断

.001だけを別フォルダーへ移さず、同じ基底名の.002、.003…を探します。 name.7z.001はKaruzipで先頭巻から処理できます。name.zip.001はZIP分割書庫として別の注意があり、name.001だけでは元形式を断定できません。

001は形式名ではなく、分割された先頭ファイルを示すことが多い

.001は、ファイルを一定サイズで分けた最初の断片や、7Z・ZIP等の分割書庫の先頭巻に使われます。そのため、拡張子だけを見て内容を断定せず、前半の拡張子、隣にある連番、入手元の説明を合わせて見ます。

ファイル名から分かる最初の手掛かり
見える名前考えられる種類最初に開くもの
backup.7z.001、.002…7Z分割書庫backup.7z.001
backup.zip.001、.002…7-Zip系の分割ZIPbackup.zip.001。ZIP専用記事も確認
movie.001、.002…単純分割データまたは元形式不明入手元と内容を先に確認
archive.part001.rar、part002.rar…RAR分割書庫part001.rar。名前を.001へ変えない
archive.z01、z02、archive.zip別方式の分割ZIP通常はarchive.zip。001方式と混ぜない
Windowsで拡張子を表示しない設定だと、sample.7z.001の末尾しか見えず判断を誤りやすくなります。エクスプローラーの［表示］→［表示］→［ファイル名拡張子］を有効にして、完全な名前を確認します。

開く前に、連番・基底名・保存場所を揃える

  • .001から最後の番号まで、抜けがないか確認する
  • 全巻の基底名が同じか確認する
  • 全巻を同じローカルフォルダーへ置く
  • メール添付や分割ダウンロードの取得完了を確認する
  • 配布元が示すサイズやSHA-256があれば照合する
  • 連番を一括変更するバッチやリネームツールを先に実行しない
  • 元の分割巻を残し、空の出力先を用意する
連番を揃える時の確認例
確認項目正常な例止めて確認する例
基底名report.7z.001 / report.7z.002report.7z.001 / report2.7z.002
番号.001 / .002 / .003.001 / .003（.002なし）
保存場所同じローカルフォルダー一部だけクラウド未同期・別フォルダー
サイズ通常は最終巻以外が同程度途中巻だけ0 Bまたは極端に小さい
名前変更配布時の名前を維持.003を.002へ変更して穴埋め

Karuzipで001ファイルを開いて解凍する4ステップ

  1. 1

    全ての分割巻を同じフォルダーへ置く

    .001、.002、.003…を元の名前のまま一か所へ揃えます。番号抜け、基底名の違い、0 Bの巻があれば先に再取得します。

  2. 2

    先頭の.001をKaruzipで開く

    後続巻を個別に開かず、.001をドラッグするか「中身を見る」から選びます。7z.001なら内部書庫を自動的に追い、一覧を表示します。

  3. 3

    一覧と書庫テストで全巻を確認する

    ファイル数、合計サイズ、想定したフォルダーを見てから書庫テストを行います。成功表示は読み取りの確認であり、安全性の判定ではありません。

  4. 4

    空の保存先へ全体または選択解凍する

    既存データと混ざらない保存先を指定します。必要な項目だけなら選択解凍し、件数、サイズ、可能ならハッシュを元データと照合します。

Karuzipで対応する分割書庫は、利用者が先に一個の巨大ファイルへ結合する必要がありません。元の連番を保って先頭巻から開く方が、欠巻や名前違いを切り分けやすくなります。

実測：7巻の7z.001を先頭巻から一覧・テスト

第三者データを含まない自作標本を、4 KiBごとの7Z分割書庫として作成しました。7巻を同じフォルダーへ置き、karuzip-001-sample.7z.001だけを入口にして独立一覧と書庫テストを実行しました。

全巻が揃った7z.001の実測結果
確認結果読み方
分割巻7巻（.001〜.007）.001から連続し、同じ基底名
分割サイズ4,096 B × 6巻＋最終563 B最終巻だけ小さい
書庫全体25,139 B全7巻の合計
内部項目3ファイル・3フォルダー外側のSplitコンテナーを除く
展開後サイズ24,906 B内部3ファイルの合計
方式7Z / Copy / 非Solid分割挙動を明確にする検証標本
書庫テスト成功先頭巻から全巻を最後まで読み取り

先頭巻のSHA-256は A7F7563D9331EB9DFBC4EEDEFD07B74879903B39FAAE88C0EBD1C521AA86DF92 です。各巻の完全なハッシュと再現スクリプトは検証記録へ保存し、生成時刻を格納しない設定で同じ標本を再作成できるようにしました。

config/settings.json一件だけを選択解凍して照合

全巻が揃った状態で内部のconfig/settings.jsonだけを選び、別フォルダーへ解凍しました。先頭巻を開いても、必要なデータが後続巻にまたがる場合は全巻が参照されます。

選択解凍した一件の照合
照合元項目出力
パスconfig/settings.jsonconfig/settings.json
サイズ103 B103 B
SHA-256FD11BC63…A11050FD11BC63…A11050
一致—PASS
選択解凍の成功は、選んだ項目を同一バイト列で取り出せたことを示します。分割書庫の入手元、安全性、抽出物を実行してよいかは別に確認します。

.002を外すと、先頭巻からの書庫テストは失敗した

同じ7巻を複製した検証フォルダーから、.002だけを外して.001をテストしました。処理は終了コード2で失敗し、「Unexpected end of archive」となりました。エラー文は不足した番号を名指ししないため、表示だけでなく実際の連番を確認する必要があります。

不足巻がある時にしてよいこと・避けること
状態行うこと避けること
.002が見当たらないダウンロード元、添付、同期状態を確認して再取得.003を.002へ改名
.002が0 B取得失敗として同じ巻を再取得空ファイルのまま結合
基底名だけ違う配布元情報とハッシュで同じ集合か確認推測で一括リネーム
全巻あるのに失敗サイズ、ハッシュ、書庫テスト、再取得を順に確認元巻を上書き修復
一部ファイルだけ出た部分出力を隔離し、完全な集合でやり直す正常な完全出力として利用
公式の破損復旧資料には低レベルのサイズ復元例もありますが、通常の解凍手順ではありません。別巻のコピーや改名で「開ける状態」にしても失われたデータは戻らず、正常性を保証できません。まず正しい巻を再取得します。

7z.001、zip.001、名前が001だけのファイルを分ける

001を含む代表的な名前とKaruzipでの入口
種類代表名判断と案内
7Z分割書庫data.7z.001全巻を揃え、.001から一覧・テスト・解凍
分割ZIPdata.zip.001全巻を揃え、ZIP分割書庫の記事で命名方式も確認
汎用分割データdata.001元形式と作成方法を確認。書庫と断定しない
RAR分割書庫data.part001.rar最初のRAR巻から処理。001へ名前変更しない
従来型分割ZIPdata.z01 / data.zipdata.zipを入口にする方式があり、zip.001と混在させない

Karuzipでdata.001を開けない時は、ソフトの故障とは限りません。元が単純分割されたPDFや動画、独自形式なら、元の作成手段と同じ結合方法が必要です。入手元の説明がない状態で拡張子を.7zや.zipへ変えても、内部構造は変わりません。

「結合」と「分割書庫の自動解凍」は同じ作業ではない

単純分割ファイルは、各断片を番号順に連結して元の一ファイルへ戻す場合があります。一方、7z.001のような分割書庫は、対応ソフトが連番を読みながら内部ファイルを解凍します。検索上はどちらも「001 ファイル 結合」と呼ばれますが、操作を混ぜると原因の切り分けが難しくなります。

目的ごとの操作選択
目的適した操作判断材料
7z.001から中身を取り出す先頭巻から自動解凍名前に.7z.001、書庫一覧が読める
zip.001から中身を取り出す分割ZIP対応の手順名前に.zip.001、同方式の全巻
元の動画等を一ファイルへ戻す配布元指定の結合方法作成元が単純分割と明記
種類が不明一覧・入手元・隣接名を確認推測で結合や改名をしない
ファイル名連番を001から一括変更するバッチは、欠番を検出せず別の巻へ誤った番号を付ける危険があります。配布元の正式名を失うと、どの巻を再取得すべきかも分かりにくくなります。

解凍後は件数・サイズ・ハッシュを段階的に確認する

検証方法と分かる範囲
検証分かること分からないこと
連番確認名前上の欠巻各巻の中身が正しいこと
配布元サイズ・SHA-256配布元が示した同一バイト列か配布元や内容の安全性
書庫テスト書庫構造とデータを読み取れるか抽出物を実行して安全か
出力件数・サイズ想定した出力が揃ったか文書や画像の意味上の正しさ
出力ハッシュ比較元と同一バイト列かマルウェアがないこと

入手元不明の分割書庫は、全巻が揃っていても慎重に扱います。実行形式、スクリプト、ショートカット、マクロを含む文書は、必要性と配布元を確認するまで開かず、Windows セキュリティ等で別途確認します。

001ファイルを開けない時の確認順

.001を開いても一覧が出ない

完全な名前を表示し、7z.001、zip.001、単なるdata.001のどれかを確認します。書庫ではない単純分割データなら、Karuzipの解凍対象にならない場合があります。

Unexpected endやデータ不足になる

番号抜け、0 B、未同期、取得途中、異なる集合の混在を疑います。今回の実測でも.002を一巻外すと、不足名を表示せずUnexpected endで失敗しました。

全巻あるように見えるのに開けない

基底名、桁数、全角数字、末尾の重複拡張子、クラウドのオンライン専用状態を確認します。配布元ハッシュがあれば巻ごとに照合し、違う巻だけを再取得します。

解凍が途中で止まり、一部だけ出力された

部分出力を完成品として使わず隔離します。空き容量、保存先権限、パス長、暗号化、破損巻を確認し、元巻を上書きせず空の保存先へやり直します。

症状から見る最初の確認
症状最初に確認次の行動
.001を認識しない完全な名前と元形式入手元の作成方式を確認
末尾不足エラー欠番、0 B、同期状態正しい巻を再取得
途中でCRC・データエラー各巻のハッシュ異なる巻だけ再取得
パスワードを求められる配布元の正規パスワード総当たりや回避を行わない
保存できない空き容量、権限、パス長短い空フォルダーへ変更
一部だけ出た操作完了と書庫テスト結果部分出力を隔離して再実行

001ファイルの開き方・結合・不足巻に関するFAQ

001ファイルとは何ですか？

.001は、ファイルや書庫を連番分割した最初の部分に使われる名前です。単独の普遍的な書庫形式名ではないため、7z.001、zip.001、隣の.002、入手元の説明を合わせて判断します。

001ファイルはどのファイルから開きますか？

通常は先頭の.001から開きます。.002以降は個別に開かず、元の名前のまま.001と同じフォルダーへ置きます。

7z.001をKaruzipで解凍できますか？

対応する7Z分割書庫なら、全巻を同じフォルダーへ揃え、.7z.001から一覧・書庫テスト・解凍できます。後続巻の欠落や破損があると完了しません。

.002がない時に.003を.002へ変更してよいですか？

変更してはいけません。番号はデータの順番を示すだけでなく、元の集合を識別する手掛かりです。.003を改名しても失われた.002のデータは戻らないため、正しい.002を再取得します。

001ファイルを先に一つへ結合する必要がありますか？

7z.001等の対応分割書庫は、Karuzipが連番を参照して解凍するため事前結合は不要です。単純分割データは作成元指定の結合方法が必要な場合があり、両者を分けて判断します。

zip.001と7z.001は同じですか？

違います。どちらも連番分割ですが、内部の書庫形式と命名方式が異なります。zip.001は分割ZIPの専用記事、7z.001は本記事の手順と7Z形式ページを確認します。

ファイル名を001から連番にするバッチを使ってもよいですか？

配布元の正式名が壊れていると確認できない限り勧めません。一括改名は欠番や異なる集合の混在を見逃しやすく、再取得する巻の特定も難しくします。まず元名とハッシュを保存します。

全巻が同じフォルダーにあるのに001を開けないのはなぜですか？

基底名の違い、全角数字、重複拡張子、クラウド未同期、0 B、取得未完了、暗号化、破損、書庫ではない単純分割データが考えられます。完全な名前、サイズ、ハッシュの順に確認します。

書庫テストに成功すれば001ファイルは安全ですか？

安全性は保証できません。書庫テストは分割巻と内部データを読み取れるかの確認です。配布元、署名、ハッシュ、抽出物の種類、セキュリティスキャンは別に確認します。

一部だけ解凍できたファイルを使ってもよいですか？

完全性を確認できるまでは使わない方が安全です。部分出力を隔離し、欠巻や破損を解消した完全な集合で書庫テストと解凍をやり直し、件数・サイズ・ハッシュを照合します。

Karuzipで確認した条件

確認日
2026-08-01
環境
Windows 11（日本語）、Karuzip v1.3.0の対応範囲、Karuzip同梱系の独立検証用7-Zip 25.01
標本
日本語README、JSON設定、決定的バイナリを収録し、4 KiB単位で7巻へ分割した自作 karuzip-001-sample.7z.001〜.007。第三者データ、実行コード、パスワードは含めていない。
確認項目
全7巻を同じフォルダーへ置き、.001から一覧して3ファイル・3フォルダー、展開後24,906 bytes、書庫全体25,139 bytesを確認。書庫テスト成功後、config/settings.json一件だけを選択解凍し、103 bytes・元と出力のSHA-256一致を確認。.002を外した複製では終了コード2・Unexpected endで書庫テスト失敗を確認。

先頭巻SHA-256 A7F7563D9331EB9DFBC4EEDEFD07B74879903B39FAAE88C0EBD1C521AA86DF92。settings.jsonの元・出力SHA-256はFD11BC63B5C820DD91E6D9E5DD1F509CC033FA3B6E088A5C00C0D1C129A11050。

根拠と更新方針

Windowsの操作、ZIP形式の仕様、Karuzipの機能を混同しないよう、判断ごとに根拠を分けています。

  • How to recover corrupted 7z archive | 7-Zip www.7-zip.org a.7z.001から続く複数巻、途中巻の欠落、総サイズや末尾ヘッダーが欠ける場合の失敗と、低レベル復旧が通常解凍とは別作業であること。
  • WinRAR 5.30 final released | win.rar GmbH www.win-rar.com .zip.001と汎用.001/.002分割の扱い、.001から開くこと、全パートを同じフォルダーへ置くこと。
  • WinRAR 5.10 Final released | win.rar GmbH www.win-rar.com .7z.001、.7z.002のような7Z分割書庫が一つの複数巻集合であること。
  • How can I split files into Multivolume RAR Archives? | win.rar GmbH www.win-rar.com 複数巻を同じフォルダーへ置き、先頭巻から解凍を始めるという複数巻書庫の操作原則。
  • 001ファイルとは | Karuzip karuzip.com Karuzip v1.3.0での001分割書庫の一覧、書庫情報、書庫テスト、全体・選択解凍と、欠巻復元・汎用生データ結合の非対応範囲。
  • 7ZファイルをWindowsで解凍する方法 | Karuzip karuzip.com Karuzipでの7Z一覧、書庫情報、書庫テスト、全体・選択解凍の操作範囲。

分割巻を改名せず、.001から中身を確認する

Karuzipは対応する001分割書庫をローカルで一覧し、書庫情報、書庫テスト、全体・選択解凍を行います。アプリが分割巻や抽出物を外部へ送信することはありません。

Karuzipを無料でダウンロード