Time MachineはiPhotoライブラリを圧縮しますか?


1

サイズがターゲットと一致しないTMバックアップを取得しています。 MBA SSDの私の260GBのコンテンツは220GBのバックアップを生成するかもしれません。私の〜125GBのIPhotoライブラリは95GBのバックアップを生成するかもしれません。それでも、picturesフォルダ内の他の30GBの写真は、SSDとまったく同じサイズにバックアップされます。

私はTMが圧縮をしないと読んだことがあります。そして私はテクニカルサポートの人にiPhoto libの大きな違い(〜25%)は普通だと言ってもらいました。しかし彼は、他の写真(あるいは音楽や映画)のサイズがなぜ縮小されないのか説明していない。私のiPhotoライブラリが正しくバックアップされていないのではないかと心配している。

回答:


5

いいえ、圧縮されていませんが、ライブラリのサイズは実際には異なります。

iPhotoライブラリはモノリシックファイルではなく、いわゆるバンドル(ファイルに見せかけたフォルダ)です。ファイル>を呼び出すとInfo(cmd-i)、それからサイズを計算する必要があり、そのサブフォルダとファイルは通常の開発者ツールで見ることができます。

だから、Time MachineのPOV、あるいは一般的なファイルシステムから、iPhotoライブラリは何千ものファイルを含む巨大なフォルダだ。

ストレージメディアは固定サイズのファイルセクタで構成されています。ファイルがディスク上で使用するサイズは、このファイルのバイト数ではなく、ファイルが占めるセクタ数(セクタあたりのバイト数)です。 セクタサイズは通常、特定のファイルシステムとメディア容量によって異なります。

1バイトのファイルでも1セクタを占有するため、ハードドライブの場合、最小ファイルサイズは4 KB、フラッシュドライブの場合は16 KBです。

つまり、保存先のメディアのセクタサイズが、iPhotoライブラリの全体サイズに大きな影響を与えるということです。私はあなたのSSDのセクターサイズがあなたのバックアップドライブよりも大きいと賢い推測をします。


2

圧縮はしませんが、重要ではないデータはいくつか除外します。私の場合は、 "iPod Photo Cache"とファイル BigBlobs.apdb (これはiPhotoとApertureの統合に関連しているようだ)、どちらもバックアップを復元すると自動的に再生成されるだろう:

$ sudo mdfind "com_apple_backup_excludeItem = 'com.apple.backupd'"|grep iPhoto
/Users/chucker/Pictures/iPhoto Library/iPod Photo Cache
/Users/chucker/Pictures/iPhoto Library/Database/BigBlobs.apdb

Kabeが言及したセクターサイズの違いは、矛盾の一部も説明するかもしれません。


+1。違いの大部分は、(ライブラリ自体よりも大きい)巨大になることがある「iPod Photo Cache」が原因です。
Thilo

0

Time machineはFULLバックアップを1回実行し、それ以降のバックアップはすべて増分バックアップであることを指摘する価値があります。つまり、ファイルを複製するのではなく、前回のバックアップ以降の相違点のみがバックアップされるということです。 iPhotoライブラリは、全体的にではなく一部のみが変更されているため、バックアップの中ではより臭いがあるように見えるかもしれません。


ただし、各バックアップスナップショットを個別に参照すると、(ハードリンクのおかげで)完全なデータが表示されます。ただし、増分の変更だけではありません。
Sören Kuklau

0

時間の経過とともにiPhotoライブラリは、大量のスペースを占有する可能性があるが、データを復元するときには必ずしも必要ではない、すべての空き領域、キャッシュ、サムネイルアーカイブ、一時領域などを収集します。このような理由からTMはあなたのマシン全体をバックアップするわけではない(そうではないと言う)そしてiPhotoのためのこれらの領域を含む作り付けの除外リスト(そしてiTunesのための同様のもの)も持っている。

基本的には、心配しないでください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.