backupd
ログを簡単に表示するには、Time Machine Buddyウィジェットを見てください。また、バックアップディスク自体に、.Backup.log
各バックアップのフォルダにある隠しファイルに別のログがあることに注意してください。これにより、backupd
ログ以外の情報が得られます。
多くの場合、ログには一致していないように見える数値が表示されることに注意してください。
バックアップ前の間引きは必要ありません:821.4 MBが要求されました(パディングを含む)[..]
ボリュームMacintosh HDから1630ファイル(3.8 MB)をコピーしました。
上記では、実際にコピーされるファイルの数は、最初に予測された数よりも少なくなります。Time Machineは、変更されたディレクトリのみを報告するFSEventsに依存しているため、上記の例では、これらのディレクトリに合計821.4 MBのファイルが保持されていると思います。実際にファイルをコピーしている間、Time Machineはハードディスク上の変更されたディレクトリとバックアップを比較し、3.8 MBのファイルのみが実際に変更されたことを見つけます。
バックアップに書き込まれたものを見るために見TimeTracker(GUI)またはtimedog(コマンドライン)。管理ユーザーとして実行している場合でも、すべてのファイルを表示するにはこれらのプログラムをrootとして実行する必要がある場合があることに注意してください。そうしないと、これらのツールは、たとえば、グループwheelの_mysqlが所有するMySQLログとデータのバックアップを考慮しない場合があります。
cd "/ Volumes / Backup of XX / Backups.backupdb / XX / Latest"
sudo ls -l "Macintosh HD / usr / local / mysql-5.0.51a-osx10.5-x86"
[..]
drwxr-x --- @ 6 _mysql wheel 374 Jul 2 20:05データ
そのような場合、両方のツールはbackupd
、コンソールのログよりも低い合計バックアップサイズと少ないファイルを(サイレントに)報告します。そのため、数値がログと一致しない場合、TimeTrackerの場合:
sudo〜/ Downloads / TimeTracker.app / Contents / MacOS / TimeTracker
同様に、タイムドッグの場合:
cd "/ Volumes / Backup of XX / Backups.backupdb / XX"
sudo〜/ Downloads / timedog
ハードディスク上の大きなファイルを簡単に見つけるには、ディスクインベントリXを参照してください。このプログラムはTime Machineとは何の関係もありませんが、バックアップがハードディスクで使用されているスペースよりもはるかに小さい理由がわからない場合など、問題の調査に役立ちます。このプログラムは、調査するディスクを選択できる画面よりも、ウィンドウタイトルで常に少ないディスクスペースを常に報告することに注意してください(ルートとして実行し、メニューの[表示]、[物理ファイルサイズの表示]を選択した場合でも)。しかし、報告された合計サイズが実際にMacで使用されている合計よりもはるかに小さい場合は、rootとして実行すると役立つ場合があります。
sudo "$ HOME / Downloads / Disk Inventory X.app/Contents/MacOS/Disk Inventory X"
バックアップからファイルを削除するには(Time Machineが暴走したMySQLログファイルなどの巨大なファイルを実際にバックアップしていることに気付いた場合など)、Appleは次のように書き込みます。
以前にバックアップしたファイルまたはフォルダーのすべてのインスタンスを削除しますか?簡単です。Time Machineを起動し、削除するアイテムを選択し、Finderツールバーのアクションメニューから[すべてのバックアップから削除]を選択します。
さて、あれば削除することをそれらのファイルがルートにのみ表示され、その後は同様にルートとして「タイムマシンを入力し、」呼び出す必要があります。それには、最初にFinderをルートとして起動する必要があります。
sudo /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder
これは通常のFinderのように見えますが、Finderのサイドバーのホームフォルダーアイコンの横にルートが表示されます。次に、Shift-Cmd-G(メニューGo、Go to Folder)を使用して、たとえば、/usr/local
バックアップディスクからファイルを削除するフォルダーに移動します。次に、Time Machineを入力し(ホームフォルダーアイコンの横にルートが表示されることを再度確認します)、Appleの指示に従います。バックアップからファイルを削除したら、ターミナルでCtrl-Cを押してルートFinderを停止します。(リモートディスクが適切にアンマウントされないため、Macからログオフする必要もありました。)
スパースバンドルを使用している場合(ネットワークでバックアップを使用している場合など)、解放されたスペースは自動的に回収されません(または、スペースが必要になるまで)。これを強制するには、OS Xでスパースバンドルからすべて/ほとんどの空き領域を再生する方法を参照してください。これは、手動で削除したファイルに適用されるだけでなく、バックアップ後の間引き中に1時間ごとまたは1日ごとに期限切れのバックアップのためにTime Machineによって削除されたファイルにも適用されます。
Time Machineは、ディスク領域が不足すると、実際にはスパースバンドル自体を圧縮します。ただし、バックアップ前の間引き中に最初に古いバックアップを削除する可能性があるため、巨大なファイルを削除した場合、または期限切れのバックアップに巨大なファイルが含まれている場合は、手動で圧縮するのが賢明かもしれません:
バックアップ前の間引きの開始:53.57 GB要求(パディングを含む)、
9.90 GBが利用可能
期限切れのバックアップはありません-最も古いバックアップを削除してスペースを確保します
XX / Backups.backupdb / XX / 2007-12-20-172543のバックアップ/ Volumes / Backupを削除しました:
9.90 GBが利用可能になりました
XX / Backups.backupdb / XX / 2007-12-31-005523のバックアップ/ Volumes / Backupを削除しました:
9.90 GBが利用可能になりました
2つのバックアップを削除しました:最も古いバックアップは2008年1月8日です
バックアップを停止しています。
バックアップがキャンセルされました。
排出されたTime Machineディスクイメージ。
バックアップディスクイメージを圧縮して空き領域を回復する
完了したバックアップディスクイメージの圧縮
標準バックアップの開始
[..]
バックアップ前の間引きの開始:53.57 GB要求(パディングを含む)、
12.75 GB使用可能
上記をテストしてくれたAdam Cohen-Roseに感謝します。詳細については、彼のブログをご覧ください!
fseventsd
て、「/ Volumes / ..のイベントログがボリュームと同期していません。古いログを破壊しています。」新しく作成されたログにも新しい識別子があり、バックアップで保存されたIDと一致しなくなります。これにより、Time Machineはハードディスクを最後のバックアップと比較します。複数のバックアップディスクを使用している場合fseventsd
、新しいログを作成すると、Time Machineは最終的に各バックアップディスクの「イベントストアUUIDが一致しません」に遭遇します。