Time Machineで毎回フルバックアップされてしまう。

usadii3さん、アドバイスありがとうございます。

ご指摘のようにフォーマットしています。

パーティション名は変えていませんが。

昨晩もいろいろと試してみて次のようなことがわかりました。

Mac ProのBay1にあるシステムの入ったHDとBay3にあるDATAの入ったHDをBay2の２TBのHDにバックアップしています。

Bay1のHDのみをバックアップしたところ問題なく差分バックアップがとれます。

しかし、Bay3を加えるとうまくいきません。Bay3が250Gあるとすると247Gぐらいで終了してしまいます。

TimeMachineで二回目以降の変更の容量の計算がこの終了したときの容量とほぼ等しい容量(247G)で毎回計算されています。

どうやらBay3のDATAに破損したファイルがあるかして完全にバックアップがとれずに終わっていることが原因のようなのですが、Disk utilityやDrive geniousで修復しても特に異常は見つかりません。

ネット上で同じような症状を経験された方のブログに、問題のあるボリュームにextended attributeが設定されそれを削除したところ差分バックアップがとれるようになったとありました。

コマンドでの作業なので私の場合もextended attributeが設定されているかどうかどのように調べたらよいかわかりません。

HALさん、ありがとうございます。

ご指摘のブログがそうです。

昨晩、コピーしてターミナルやシングルユーザーモードで打ち込んでみましたがうまくいきませんでした。

しかし、今、HALさんからご指摘を受け、実はコピーの開始点を間違えていることに気づきました。

ターミナルにhostnemeからコピー入力してしまったのです。

試しに職場にあるMacBook（Mac Proは家にあるので）でターミナルにls以降を打ち込んでみると一覧が表示されました。

drwxr-xr-x@ 12 ken staff 408 2 1 11:41 Aperture Library Home.aplibrary

のように＠のついたファイルもいくつかありました（MacBookは正常にバックアップがとれています）。

MacProでBay3の/vollume/DATAのどこに＠がついていたらまずいのかが、正直さっぱりわかりません。

このextennded attributeの問題は私には手に負えそうもありません。

素人が下手に属性を変えると危険なような気がしてきました。

とりあえず、今晩は/vollume/DATAを初期化してファイルを少しずつ戻し、怪しいファイルを見つけ出そうと思います。

意外に思ったのはネット上探し回っても、TimeMachineで同様の症状で困っている方がこのブログの方以外に見つからなかったことです。

アップルケアにも問い合わせましたが前例がないということでした。

帰宅後、HALさんに教えて頂いたとおりにやってみました。

結果は、ボリュームに＠がついていました。

我が家のMac Proの構成は

Bay1:MacProHD

Bay2;Time Machine

Bay3;DATA

Bay4;TEST,MOVIE,WINDOWS(FATフォーマットで現在は空）の３パーティション

になっています。そして結果は、

osamumacpro:/ osamu$ ls -l /Volumes

total 40

drwxrwxr-x@ 37 osamu staff 1326 1 31 22:18 DATA

drwxrwxr-x@ 35 osamu staff 1258 2 1 06:14 MOVIE

lrwxr-xr-x 1 root admin 1 1 31 22:08 MacProHD -> /

drwxrwxr-t 45 root admin 1598 1 24 20:24 TEST

drwxrwxr-x 8 osamu staff 340 1 31 22:12 Time Machine

drwxrwxrwx 1 osamu staff 16384 1 31 22:08 WINDOWS

osamumacpro:/ osamu$

osamumacpro:/ osamu$ ls -l /Volumes

total 40

drwxrwxr-x@ 37 osamu staff 1326 1 31 22:18 DATA

drwxrwxr-x@ 35 osamu staff 1258 2 1 06:14 MOVIE

lrwxr-xr-x 1 root admin 1 1 31 22:08 MacProHD -> /

drwxrwxr-t 45 root admin 1598 1 24 20:24 TEST

drwxrwxr-x 8 osamu staff 340 1 31 22:12 Time Machine

drwxrwxrwx 1 osamu staff 16384 1 31 22:08 WINDOWS

osamumacpro:/ osamu$

DATAとMOVIEに＠がついていました。

現在、MOVIEはTimeMachineから除外してあります。

この場合、これら２個のボリュームの＠をはずすにはどのようにターミナルにコマンドを打てばよいか教えて頂ければ助かります。

また、この＠属性はHDを初期化しても消えない物なのでしょうか?

ni_kiさん、ありがとうございます。

私の場合、まず購入した２TBに500Gの/Volume/DATAからすべてのデータを引っ越し、最初はそのままTimeMachineを継続で作動させました。

それまでDATA用に使用していた500GのHDは３パーティションに分け、Bay4に装着し別の250Gの/Volume/MOVIEからデータを引っ越しました。

その後、すぐに別の１TのHDに/Volume/DATAのデータを再度移しBay3にセット、購入した２TのHDをTimeMachine用として初期化してBay2にセットしました。

今までも、TimeMachine用のHDを交換したことはあるのですが、このような経験は初めてです。

HALさん、早速のアドバイスありがとうございます。

本当に助かります！

ご指示されたとおり行い、確認したところ"com.apple.backupd.SnapshotVolumeUUID"は削除されました。

MOVIEの方には"com.apple.backupd.SnapshotVolumeUUID"はありませんでした。（TimeMachineから除外していたからでしょうか）

ところで、”ls -l /Volumes”を行うと削除後もボリュームには、

drwxrwxr-x@ 37 osamu staff 1326 1 31 22:18 DATA

のように＠がついているのですが、これは問題ないのでしょうか?

ni_kiさん、ありがとうございます。

実行してみたところ、

drwxrwxr-x@ 37 osamu staff 1326 1 31 22:18 DATA

com.apple.FinderInfo 32

com.apple.backupd.SnapshotVolumeFSEventStoreUUID 37

com.apple.backupd.SnapshotVolumeLastFSEventID 20

com.apple.backupd.VolumeBytesUsed 12

com.apple.backupd.VolumeIsCaseSensitive 2

drwxrwxr-x@ 34 osamu staff 1224 2 1 19:21 MOVIE

com.apple.FinderInfo 32

drwxrwxr-x@ 37 osamu staff 1326 1 31 22:18 DATA

com.apple.FinderInfo 32

com.apple.backupd.SnapshotVolumeFSEventStoreUUID 37

com.apple.backupd.SnapshotVolumeLastFSEventID 20

com.apple.backupd.VolumeBytesUsed 12

com.apple.backupd.VolumeIsCaseSensitive 2

drwxrwxr-x@ 34 osamu staff 1224 2 1 19:21 MOVIE

com.apple.FinderInfo 32

となりました。

上記のリストの中にある物を消すとボリュームから＠が消えるのでしょうか?

ちなみにDATAの中のファイルをMOVIEにバックアップするためコピーしたのですがそれで＠がついてしまったのでしょうか?

結果補報告です。

com.apple.backupd.SnapshotVolumeFSEventStoreUUID 37

com.apple.backupd.SnapshotVolumeLastFSEventID 20

com.apple.backupd.VolumeBytesUsed 12

com.apple.backupd.VolumeIsCaseSensitive 2

以上のファイルも削除し、TimeMachineを作動させました。

結果、差分バックアップがとれるようになったことを確認しました。

今のところ不具合もなさそうです。

アドバイスをいただけた皆さま、本当にありがとうございました。

fun114さん、アドバイスありがとうございます。

ご指摘のようにバックアップ先は指定し直しました。