データコピー後、両ファイル総量のサイズに差があるのですが・・

3,732 views
Skip to first unread message

Gen Kimura

unread,
Dec 15, 2015, 11:10:02 AM12/15/15
to RapidCopy(Pro)掲示板

HFS+ (2.5inch HDD) → exFAT(3.5inch HDD)
exFAT(SSD)→exFAT(3.5inch HDD)

のデータコピーにおいて、コピー前後のフォルダのサイズを確認すると、
少しずれているのですが、大丈夫なのでしょうか?

たった今、やったデータコピーでは・・

コピー前のフォルダ 526,798,377.251バイト
コピー後のフォルダ 526,796,666,239バイト

となっています。
ホンのわずかなのですが・・。

ベリファイをチェックしているので、
間違いはないとは思いつつ、不安になり、お尋ねしました。
どうぞ、よろしくお願い致します。

sawatsu...@gmail.com

unread,
Dec 16, 2015, 11:06:36 PM12/16/15
to RapidCopy(Pro)掲示板
こんにちは、作者の澤津です。

ご質問ありがとうございます。
ご質問の件、結論から先に言いますと

「問題ありません。Finderで見えるファイルサイズは人間の思っている値とは全く異なる値なので、当てにしないでください」
です。

OS Xでは各種ファイルやフォルダに、常に大量のメタデータや隠しフォルダのデータがついて回ります。
 ・Finderで作成したファイルのラベル情報などの、いわゆるExtend Attribute(EA)
 ・Finderでアクセスした際に勝手に作成してしまう、各種隠しフォルダ(.Spotlight-V100などなど。。)

これらの情報はFinderでクリックしただけで作成されたり、されなかったりします。
(作成される条件は不明な上、EAにつくか隠しファイルになるかはファイルシステムの都合で異なったりするため、非常に複雑です)

しかし、困った事にこれらのよく分からないファイル達はFinderの表示上は総データ容量に含んだ値で表示されます。
上記のような困った仕様により、ご質問のような「コピーしたはずなのにファイルサイズが増えた(減った)」現象が発生します。

従って、よく聞く「コピー直後なのにFinder上でのファイルサイズが違う!」という話は上記の問題からして、確認方法としては不適切です。
(もう少し言えば、ファイルサイズが同一であることを確認してもファイルの安全を確認したことにはならないのですが。。)

RapidCopyでは上記の問題に対して、ベリファイコピーによりファイル実体の内容が正しいことを担保します。
以上、Macにおけるデータ管理の一般論としてご理解いただければと思います。

余談ですがEAや隠しフォルダの扱いのデフォルトは以下の通りです。

・EAに関しては、付けるがデフォルトです。(FinderはEAをコピーするため)
・隠しフォルダに関してはデフォルトで「コピー対象としない」ようにしています。
 「設定」->「コピー・移動設定」->「"."から始まるファイルやフォルダを無視する」で変更可能です。
 (ツールの目的としてはコピーすべきですが、root管理ファイルのアクセス権エラーなどでユーザがパニックになると思い、あえて省いています)

Gen Kimura

unread,
Dec 17, 2015, 12:40:33 AM12/17/15
to RapidCopy(Pro)掲示板
ありがとうございます!

ソフトウェアの性格上、絶対、問題はないはず! とは思っていたのですが、
改めてご説明を受けて、非常に納得しました!

丁寧に、お応えいただき、本当にありがとうございました!
今後も、愛用させて頂きます!!
Reply all
Reply to author
Forward
0 new messages