ファイルが復活しなくて

　私の環境では._ファイル名が有れば、Macのアプリケーションは
リソース付きと判断しました。
　確認は以下のようにしました。
　10.3.9→FAT32なUSBメモリ→10.4.2下のHexEditで._無しの
該当ファイルを開くとリソース付きのファイルと見なされました。
　Finderでコピーした同ファイルを開いても同様です。
　もし、日本語がファイル名に使われているならWindows機で半角英数字に
直しては如何でしょうか。
　既に試していましたら、ご容赦を。

Developer Toolsをインストールし、コマンドを実行しようとしますが、うまく出来ません。初歩的な部分で、ディレクトリの指定がちゃんとできていないようで・・・
因みに、階層は、
・内蔵HD（OSX_HD)
・song03_Project
・New File
です。
その場合は、
% SplitForks song03_Project New File
で良いのでしょうか？
お手数ですがアドバイスできるようでしたらお願いします。

早速HexEditで試してみましたが、リソース付きのファイルとみなされていませんでした。タイプ、クリエータ共に空白で・・・

> % SplitForks song03_Project New File で良いのでしょうか？
/Dveloper/Tools/ScriptForks -v [path to song03_Project] です。
/Users/name/の何処かにsong03_Projectが出来ると思いますので...
ls -al で調べて下さい。song03_Project, .song03_Projectがあれば成功です。

　う〜ん、容量の違いかな？
私が試したUSBメモリは512MBと、言う、小さなもの。
　タイプ・クリエータが空白というのは他の環境で作成された
データファイルと見なされているんでしょうね。
　私が試した限りではタイプ・クリエータが表示されます。

> タイプ・クリエータが空白というのは他の環境で作成されたデータファイルと見なされているんでしょうね。 私が試した限りではタイプ・クリエータが表示されます。
OSX 10.38 02/05, 10.37 12/04のどちらかにcopyしたとのことですので時間が経ち過ぎています。fat32のdot fileの扱いはどうなるのか? 上書きされていないか?

「._ファイル名」ですが、たぶんbasskeさんの場合は本来あるべき
当該ファイルがなくなったあと、OSXで再度扱った際に改めて生成
されたものと想像します。その場合は本件解決に必要なリソース
フォークの情報は現在ある「._ファイル名」にはないと思います。
#もし、Win環境でファイルコピーを実行したことがある場合、
#データ部分のファイルだけを対象にしていれば、結果としては
#コピー先では「._ファイル名」を捨てたことと同じになります。
ぴっぴさんのおっしゃるとおり、上書きの可能性もありますね。
ついでに書きますと、basskeさんのmsg # 3.1.1.2.1.2.1中、
> 未だに腑に落ちないのが、先ほども再度試してみたのですが、
> 正常に使用している内蔵HDから再度スタンダードMidiファイルを
> 不具合を起こしたHDにコピーしファイルを開くと、正常に開く
> ことができ、そのファイルを、再び内蔵に戻してもファイルを
> 開くことができます。
ですが、私が書き込みましたmsg # 3.2中のリンク先のトピックで
理由を書いています。>basskeさん
なお、別ファイルからのリソースフォークの補完というご提案が
出ていますが、ResEditでも可能です。ただし、タイプやクリエータ
等のファイル属性に空欄があると、エラーで保存できません。
空欄に適切な情報を入力後に保存をしてください。
ただし、この方法で作成したファイルがどんな影響を与えるかは
保証しかねます。自己責任ということで悪しからずご了承ください。

#すみません。内容を訂正しようとして編集可能時間を過ぎました。
> ただし、タイプやクリエータ等のファイル属性に空欄があると、
> エラーで保存できません。
「エラーで保存できない場合もたまにあります」に訂正いたします。
> 私が書き込みましたmsg # 3.2中のリンク先のトピックで理由を
> 書いています。
これですと不十分な気がしましたのでついでに。
Mac OSがフォークの分離と再結合を裏でやってくれているからです。

コピーした後にOSをアップデートしたかもしれないとのことですが、
当該データは、どのソフトで作成されたデータですか？
書き出し時のタイプ・クリエータを、後で別のソフト（別のバージョン）で
変更してしまったとか。
後から加工を施したデータでも、それがセキュリティコードなどじゃなければ、
QuickTimeで開いてみると、よっぽどの破損でない限り大方のファイルは開きます。
(soundデータ・画像データ・テキストデータ）
ファイルサイズがかなり大きいもの？
開こうとする時のエラーコードが一番参考になるのでは？
.
.
.
以下を参照。
ファイルはバックアップHD上、本体HDにコピーペーストしたファイルも開くことは出来ませんでした。>
> Fat32ではなく、Macintosh PC Exchange(MS-DOS)でした >
>1.作業ディスクに元ファイルは残っているのか否か
残っていません。
>2.作業ディスクの環境（内蔵 or 外付 or NAS：そのフォーマット）
内蔵ハードディスクです。
>3.バックアップの手法
MAC、WINの両ファイルを保管できるようにと外付けHDを使用していまして、そこに両プラットフォームからファイルを単に、コピーしています。バックアップツール等は使用していません。状況により、圧縮やイメージファイルにして外付けHDにコピーしてたりします。今回は、圧縮等は一切しておりませんでした。>
エラーを起こしているファイルは、スタンダードmidiファイル（拡張子有り）、音楽のシーケンスファイル（拡張子無し）、ノーテーションファイル（拡張子有り）、オーディファイルWAV（拡張子有り）、オーディファイルサウンドSD2（拡張子無し）テキスト（拡張子無し）等です。>
現状、正常にHDを使用することが可能なので、ハードディスクに障害があるようにも思えません。恐らく、コピー時のエラーで、OSの問題なのかなと思っております。コピーをしたときは、10.3.9ではなくその前の10.3.8とかその前の時点であった気がします。只、OSがどの時点であったのか判別付かないですし、判別付いてもファイルが復活してくれなければと・・・。>

> 因みに、階層は、・内蔵HD（OSX_HD) ・song03_Project ・New Fileです。
これ、階層だったのですね。これに変更して下さい。
/Developer/Tools/SplitForks -v /Volumes/OSX_HD/song03_Project/New＼ File
注意　＼は1 byteのbackslashに変更して下さい。
/Users/nameの中の何処かにNew Fileが出来ていると思いますので、
la -la で...　New File, .New Fileが出来ていれば成功です。

> la -la で...　New File, .New Fileが出来ていれば成功です。
ls -laが正しい

何度行っても、
SplitForksを実行してみると
「Only one file or directory may be specified」
となり、
ls -alを実行すると
New File, .New File
などは表示されません。
何が問題があると思うのですが…

> Only one file or directory may be specified
パスの指定先にNew Fileと.New Fileがないと何も実行されません。New Fileだけでも同じです。

ファイル復活に直接関わる話でなくて恐縮ですが、御使用の外付けFirewireHDDのメーカーと型番、FW-ATAブリッジチップの種類とFirmwareバージョンは？
Firewire専用の外付けドライブなら違うと思いますが、Oxford Semiconductor製OXFD-922チップを採用している製品でFirmwareが古いと、MacOS X 10.3上での使用では問題が出る事がありますが？

書き込み有り難うございます。
FIREWIREHDは
製造元: I-O DATA
機種: HDH-UEH
ユニットのスペック ID: 24734
ファームウェアのリビジョン: 4819
ユニットソフトウェアのバージョン: 10483
です。