Audacityで「Project is corrupt（blockfilesにアクセスできない）」が出たときの復旧手順と防止策まとめ
2時間分のポッドキャストを録音し、翌朝に共演者の音声やジングルを取り込んで保存。ところが作業に戻ったら「Project is corrupt (Unable to work with the blockfiles)」と表示され、プロジェクトが開けない——。Audacityを使っていると、こうした“突然の破損”に遭遇することがあります。
結論から言うと、状況次第で救える可能性はあります。ここでは、できるだけデータを失わずに復旧を試みるための現実的な手順と、二度と同じ目に遭わないための予防策をまとめます。
このエラーの意味：なぜ「blockfiles」が問題になるのか
Audacityのプロジェクトは、画面上の波形だけで完結しているわけではありません。編集途中の音声は内部で細かい断片（ブロック）として管理され、プロジェクト情報とそれらの実体ファイルがセットで成立します。
「Unable to work with the blockfiles」は、その“実体ファイル”にアクセスできない、見つからない、壊れている、権限がない、保存先が不安定などの理由でプロジェクト全体が整合性を失った状態を指します。
よくある原因は次の通りです。
-
保存中にAudacityが落ちた／PCがスリープ・強制終了した
-
保存先が外付けドライブ・クラウド同期フォルダ（OneDrive等）で、途中で同期や切断が起きた
-
ディスク容量不足やファイルシステムの不整合
-
セキュリティソフトが一部ファイルを隔離・ロックした
-
プロジェクトフォルダを手動で移動・改名して参照が崩れた
まずやるべきこと：上書き破壊を防ぐ「停止行動」
復旧の可能性を残すため、最初に守ってほしいことがあります。
-
そのプロジェクトをむやみに保存し直さない（壊れた状態を確定させることがある）
-
破損プロジェクトが置かれているフォルダをコピーして別の場所に退避する
-
可能ならPCを再起動する前に、今見えている関連ファイルをすべて確保する
「とりあえず開こう」「保存しよう」を繰り返すほど、状況が悪化するケースがあります。まずは退避が最優先です。
復旧手順1：バックアップ／自動保存（リカバリ）から戻す
Audacityは予期せぬ終了時に復元を促すことがあります。起動時に復元ダイアログが出る場合は、案内に従って復旧を試してください。
ただし、出ない場合でも次を確認する価値があります。
-
Audacityのプロジェクトフォルダ内に、バックアップや一時ファイルらしきものが残っていないか
-
最近の編集に近いタイミングのファイルが残っていないか（更新日時で判断）
ここで重要なのは、「元の場所で作業しない」こと。退避コピー上で試行し、失敗しても原本を守ります。
復旧手順2：プロジェクトを“別名で再構築”できるか試す
プロジェクトが開ける一歩手前まで行く場合、次の流れが刺さることがあります。
-
Audacityを起動
-
可能なら問題のプロジェクトを開く（開けない場合はスキップ）
-
開けた瞬間に、別名で保存（別フォルダ推奨）
-
すぐに 音声を書き出し（WAV推奨） して“成果物”だけ確保
目的は「編集状態の完全復元」ではなく、まずは2時間の素材を救出することです。編集履歴や細かい切り貼りが戻らなくても、音声が取り出せれば被害は大幅に減ります。
復旧手順3：音声素材が元ファイルとして残っていないか確認する
今回のように「録音した音声」「共演者の音声」「イントロ音楽」を取り込んでいる場合、元データが別ファイルとして存在する可能性が高いです。
-
録音時に作られたファイル（WAV等）が残っていないか
-
共演者音声・BGMは当然元ファイルがあるはずなので確保
-
もし録音自体をプロジェクト内だけで保持していた場合でも、PCの最近使ったファイルや録音フォルダを探す
元素材が揃えば、最悪プロジェクトを捨てても再編集で復活できます。まずは「素材が救えるか」を最短で確認しましょう。
復旧手順4：保存先の問題を疑う（外付け・同期・権限）
blockfiles系のエラーは、ファイルの破損だけでなく「アクセスできない」でも発生します。次をチェックしてください。
-
プロジェクトが 外付けHDD/SSD・USBメモリ にある
-
別のUSBポートに挿し直す、ケーブル交換、電源供給の見直し
-
-
OneDrive/Google Drive/Dropbox等の同期フォルダ にある
-
同期を一時停止し、ローカルの非同期フォルダへ丸ごとコピーして開く
-
-
Windowsの権限やセキュリティソフト
-
プロジェクトフォルダが保護されていないか、ウイルス対策が隔離していないか確認
-
「壊れている」のではなく「見えない／触れない」だけなら、保存場所を移すだけで開くことがあります。
どうしてもダメなときの現実的な落としどころ
プロジェクトファイルは復旧できなくても、次の順で被害を最小化できます。
-
元素材（録音・共演者音声・BGM）を確保
-
取り込み直して再編集（必要なら編集量を減らし、まず公開版を作る）
-
以後は「途中書き出し」と「バックアップ運用」を標準にする
ポッドキャストは“完璧な編集”より“継続”の方が価値になることも多いです。まずは公開できる音声を作るルートを確保しましょう。
再発防止：Audacity運用の鉄板ルール
最後に、同様の事故を起こしにくくする実践策です。
-
プロジェクトはローカルSSD（Cドライブ等）に置く
外付け・ネットワーク・同期フォルダはトラブル源になりがちです。 -
作業の節目でWAVを書き出して“保険”を作る
「未編集素材」「途中版」「最終版」を分けると復旧が圧倒的に楽になります。 -
ファイル名に連番と日付を入れ、別名保存で世代管理
例：podcast_2026-02-21_v03.aup3 -
空き容量を十分に確保
長時間録音＋編集はディスクを食います。 -
スリープ・強制終了を避ける
保存中に落ちると破損リスクが跳ね上がります。
「Project is corrupt（blockfiles）」は焦りますが、最初の動き方で救える確率が変わります。退避コピーを作ってから、保存先の移動・復元・素材の確保を順に試す。これが最も損失の少ない進め方です。もし元素材が残っているなら、プロジェクトが戻らなくても再編集で復活できます。
