[netatalk-ja:0400] Re: FinderInfoの重要性 (was: rsync -Eでもコピーされない._ファイルについて)
Taiki Kimura
taikimura8182 @ gmail.com
2014年 10月 1日 (水) 19:30:44 JST
HATさん おつかれさまです
FinderInfoの内容解説ありがとうございます!
$ /usr/bin/rsync -aEzuv -8 a.txt /Volumes/hoge/
building file list ... done
a.txt
._a.txt
rsync -Eでコピーした際の._a.txtをみると、Typeが0になっていました。
ただ、a.txtに関しては、ダブルクリックしても開くことができました。
$ apple_dump ._a.txt
-FInfo-----:
Type : 00000000 : ....
Creator : 00000000 : ....
isAlias : 0
Invisible : 0
hasBundle : 0
nameLocked : 0
Stationery : 0
CustomIcon : 0
Reserved : 0
Inited : 0
NoINITS : 0
Shared : 0
SwitchLaunc: 0
Hidden Ext : 0
color : 000 : none
isOnDesk : 0
Location v : 0000 : 0
Location h : 0000 : 0
Fldr : 0000 : ..
そこで、試しに、a.txtをaと拡張子なしにリネームしてrsync -Eしてみたところ、
ダブルクリックで開けはしましたが、Finderからみると添付のa.pngのような表示となっていました。
$ apple_dump ._aの結果は、$ apple_dump ._a.txtと同じでした。
その後、、、
自分で問い合わせたこちらの過去MLを見直していたところ、
http://cgi.samba.gr.jp/mailman/archives/netatalk-ja/2013-July/000227.html
dittoというコマンドでファイルをコピーするとよいかもしれない、
という情報みつけたのでdittoで試してみました。
すると、MacminiからafpマウントしたNetatalk3.1.6のボリュームに、
◆Macmini
$ ls -ltra@ a.txt
-rwxrwxrwx@ 1 aid-dcc staff 5 Sep 29 15:40 a.txt
com.apple.FinderInfo 32
com.apple.ResourceFork 1338
com.apple.TextEncoding 15
$ ditto a.txt /Volumes/hoge/
◆MacminiからafpマウントしたNetatalk3.1.6
$ls -ltra@ /Volumes/hoge/a.txt
-rwxrwxrwx@ 1 aid-dcc staff 5 Sep 29 15:40 /Volumes/hoge/a.txt
com.apple.FinderInfo 32
com.apple.ResourceFork 1338
com.apple.TextEncoding 15
com.apple.FinderInfo、com.apple.ResourceFork両方ある状態でも正しくコピーできたようです。
ただ、dittoは差分コピーができないようなので、初回のコピーには使えそうですが、
デイリーでのバックアップなどでは使えないため、
HATさんがbugとして報告していただいたこちらの件の動きを追うようにします。
http://sourceforge.net/p/netatalk/bugs/580/
バックアップとしてデイリーなどで差分コピーをするのに、
Carbon Copy Clonerなどのバックアップソフトの導入を検討したほうがよいのかと悩みはじめています。。。
-------------- next part --------------
テキスト形式以外の添付ファイルを保管しました...
ファイル名: a.png
型: image/png
サイズ: 8528 バイト
説明: 無し
URL: </mailman/archives/netatalk-ja/attachments/20141001/517f077d/attachment.png>
netatalk-ja メーリングリストの案内