短く答えると: バックアップが自身の整合性チェックに失敗しました。ファイルはおそらくまだありますが、Time Machine はもう履歴を信頼せず、修復ツールもありません。
新しいバックアップを始める提案を受け入れる前に、古いバックアップから必要なものを取り出してください。その提案は古いものを削除します。
Time Machine は書き込んだものの記録を持っています。検証はバックアップを読み直し、その記録と比較します。検証できないと表示されるとき、2つのどちらかがもう一方と一致しなくなっています: ファイルが索引の示す場所にないか、バイトが書き込んだものと違うかです。
これは索引についての話で、たいていはファイルについてではありません。データの大半はまだディスク上にあります。Time Machine が自信を失ったのは、履歴をたどって特定の日付の特定のファイルの特定のバージョンを渡す能力で、それこそが Time Machine の存在意義です。
Time Machine バックアップ用の fsck はありません。Apple は修復ツールを提供しておらず、だからどのフォーラムのスレッドも同じ結末になります: 削除してやり直す。
ダイアログは新しいバックアップを始めることを提案します。その提案を受けると、今あるものが消えます。検証に失敗したバックアップでも、読めるファイルのコピーを持っている可能性は非常に高いので、そうでないと確かめるまでは、何かの最後のコピーとして扱ってください。
Backups.backupdb、Mac の名前、日付付きのフォルダの順に中を見てください。どれも普通のファイルが入った普通のフォルダで、ドラッグして取り出せます。ディスク自体の調子が悪いなら、触る前にクローンを作り、そのクローンで作業してください。ディスクユーティリティで、ファイル、新規イメージ、［ディスク名］からのイメージを選び、読み出し専用を選びます。故障しかけのドライブは読むたびに悪化するので、うまくいくチャンスは一度きりです。
設定を探しに行った人はこれに驚きます。Option を押しながらメニューバーの Time Machine アイコンをクリックするとバックアップを検証が出ますが、それはバックアップがネットワーク共有にある場合だけです。USB や Thunderbolt のドライブではこの項目は表示されません。macOS はローカルディスクではその確認をまったく行わないからです。
つまり、このメッセージに出会うのはたいてい NAS や Time Capsule で、机の上にドライブがある人はみな別の状況にいます: 検証されておらず、検証に失敗してもいない。何も確認していないのです。
ローカルディスクで手動確認に最も近いのは次のものです:
tmutil compare -sこれは Mac を最新のスナップショットと比較し、違いを一覧表示します。整合性チェックではなく比較で、大きなディスクでは長い時間がかかります。バックアップを読んでたどれることはわかり、それは1分前より多くを知ったことになります。
diskutil verifyVolume /Volumes/YourBackup を実行し、システム情報のストレージで SMART の状態を見ます。代替セクタのあるディスクは、何かを訴えています。ファイルを取り出したら、正直な選択肢はわずかです。新しいバックアップを始めることができ、これが Apple のダイアログの提案で、ほぼ誰もが結局そうします。履歴を失い、現在を残します。あるいは、古いディスクをそのままコールドコピーとして残し、新しいバックアップを別の場所で始めることもできます。2台目のドライブの費用がかかりますが、履歴が大切だったならこちらがよい答えです。
してはいけないのは、メッセージを閉じてそのまま続けることです。検証に失敗したバックアップはひとりでに回復せず、何の役にも立たないまま何週間も報告し続けます。
気づいたのは、たまたま何かが確認したからです。ローカルディスクなら何も確認せず、誰かが初めて確かめるのはファイルが必要になった日だったでしょう。
バックアップが動くとわかるのは、読み戻したときだけです。USB ドライブの Time Machine でも、スケジュール実行の rsync でも、クラウドに同期するフォルダでも同じです。役立つのは、コピーを読み戻し、一致しなくなったら知らせてくれるツールです。
Copy Shelter はそれをスケジュールで行います: すべての断片を保存時のハッシュと照合し、不一致は事実として報告し、知らないうちに削除された断片は欠落として報告します。ドライブ、NAS、すでに払っているクラウドアカウントのフォルダに書き込み、1か所なら無料です。自分で行いたいなら、コマンドはこちらです。
たいていは消えていません。失敗した確認はバックアップ内部の整合性に関するもので、データの大半は通常まだ読めます。Finder でディスクをマウントし、Backups.backupdb を開き、ほかに何かする前に必要なものをドラッグして取り出してください。
いいえ。Apple は修復ツールを提供しておらず、索引を再構築するサポートされた方法もありません。だからどの答えもやり直すよう言うのであって、人々が早々に諦めているわけではありません。
これはネットワーク共有上のバックアップでだけ表示されます。Option を押しながらメニューバーの Time Machine アイコンをクリックしてください。ローカルの USB や Thunderbolt のディスクでは macOS は提示しません。ローカルディスクではその確認をまったく行わないからです。
ハードウェアが健全だと納得してからにしてください。diskutil verifyVolume を実行し、SMART の状態を確認します。ディスクが無事なら、消去して新しいバックアップを始めるのは妥当です。そうでなければ、悪いディスク上の新しいバックアップは1か月後に同じように失敗します。
ネットワーク共有なら: バックアップ中は NAS と Mac をスリープさせず、スパースバンドルに余裕を持たせ、バックアップディスクをウイルス対策のスキャン対象から外してください。より一般的には、1つのバックアップは1つの故障点です。別の場所の2つ目のコピーだけが、これを大惨事からただの不便に変えます。
元になる問題は同じように起こり得ます。ディスクや共有は誰にとっても同じように故障するからです。違いは、いつ気づくかです。検証はスケジュールで実行され、一致しなくなった断片を名指しし、実際に確認したコピーとそうでないコピーを分けて扱います。
関連: バックアップが本当に読めるか確認する方法、そしてまさにこの朝のための3-2-1ルール。