ネットワークドライブで文字化け
初めまして。発売日に手に入れてインストールしましたがトラブル発生です。
ネットワークディスクを使っていますが、「サーバに接続」で接続した場合は日本語名のファイル名びフォルダ名共に正常に表示されますが、ネットワークドライブのショートカットを作成し、このショートカットからネットワークディスクをマウントすると日本語名が全て文字化けします。
v10.2では、問題なく使えていました。使いづらくて辟易しています。
初めまして。発売日に手に入れてインストールしましたがトラブル発生です。
ネットワークディスクを使っていますが、「サーバに接続」で接続した場合は日本語名のファイル名びフォルダ名共に正常に表示されますが、ネットワークドライブのショートカットを作成し、このショートカットからネットワークディスクをマウントすると日本語名が全て文字化けします。
v10.2では、問題なく使えていました。使いづらくて辟易しています。
> ぜひとも早い改善を望みます。
どこに要望するのですか?
これはバッファローにいうべきことがらですよ。
マックの方では255文字のファイル名まで使えるのに、それを不当に制限しているのはバッファローの製品の方ですから。
いろいろと検証されているようで、お疲れ様です。
>そのファイルはNASから直接開いて上書き保存はできるものの、
>別名保存で同じ名前で上書きするとエラーが出てNAS上から
>消えてしまうという現象も確認できました。
私の環境でも似たようなことが起こりました。smbでマウントした日本語ファイル名のExcelファイルをオープンし、変更を加えた後保存しようとするとエラーが発生。元ファイルも消えてしまいました。ファイルが消えてしまったもんだと思ってあせっていたら、実は変な名前(でたらめな半角文字列、拡張子も消えている)で保存されていました。うーむ、NASに関しては確かに危なっかしくて使い物になりませんね。
と、いう訳で、消えたと思われているファイルは別名で存在している可能性もありそうなのです。ご参考までに...。
>smbでマウントした日本語ファイル名のExcelファイルをオープンし、変更を加えた後保存しようとするとエラーが発生。元ファイルも消えてしまいました。
これは、officeのせいかも知れません。
MacOSX Server 10.3によるファイサーバに格納されるファイルにたいして、word vX, Excel vXで同じエラーが起こったことがあります。2004は大丈夫そうです。
しかし、ファイル消失を避けるため、同僚には、ファイルサーバ上のファイルを直接、開くのは止めるようにアドバイスしています。
>実は変な名前(でたらめな半角文字列、拡張子も消えている
これはExcelの作成する一時ファイルだと思います。
もしNASのメーカー側の対応が必要な問題なら、
これこそメーカーさんのMacへの力の入れようが分かるいい機会ですね(笑)
仮に袂が一緒でも、自社のファームのアップデータとして準備せにゃいかんし。
IOさん、がんばれ!(HDL-160Uユーザーです)
NetatalkはNetBSD v1.3.*を(ほんのちょっと)摘んだ程度で現状に関しては
全く無知なのですが、文字数に関しては、OSX側でファイル名を例外なくUTF-8
で扱う(日本語だと3もしくは4バイト)ようになったような動作ですね。
NASがロングファイルネームをサポートしないと厳しそうな印象を受けました。
HFSとHFS+でのファイル名の扱いの違いの再来ですかね・・・
>OSX側でファイル名を例外なくUTF-8で扱う(日本語だと3もしくは4バイト)ようになった
だとすると、文字数が更に短くなったのも当然ということですね。
次に試すとすれば、SMBでアクセスすることでしょうか。
最新バージョンの netatalk (2.0.2) は long file name をサポートしている、としてます。1.6 ぐらいからみたいです。
samba 3.0 以降は utf-8 じゃないかな。
基本的に、windows も macosx も、内部的には、utf-8 に統一されつつありますから。linux もそうなりつつあります。redhat なんかはもうかなりまえから utf-8 が default です。
> 文字数が更に短くなったのも当然ということですね
「(前略)なったような動作ですね。」としたとおり、こちらのトピックを
拝見して、そんな想像をしただけです。公式な文書等での裏付けはないので
、私は「当然」と申し上げるのは差し控えさせていただきます。
#中途半端で申し訳ないです。
私はNASを使用したことがないので挙動をよく知らないのですが、Windowsか
らのアクセスだと半角255文字までOKなのでしょうか。もしそうなら、SMBを
試す価値はあるかもしれません。
#NAS不使用の外野からの無責任な書き込みをお許しください。
フォローありがとうございます。
遅ればせながら、abcdefgさんご紹介のリンクよりNetatalkのNEWSを拝見し
ました。
確かに、「Changes in 2.0-alpha1」の中で、明示で
> afpd: We now support AFP 3.x, which features long filenames and
> large file support
とありますね。
NASがAFP v3.*を扱えるようになれば改善されそうな感じですね。
ということで、ぱっちんさんのmsg # 5.1へ帰結・・・
> Windowsからのアクセスだと半角255文字までOKなのでしょうか。
255文字までは試していませんが、少なくともafpでの制限である32文字以上のロングファイル名は扱えます。
afpだと今まで以上の文字数制限、smbだと文字化けの状態では、NASでのファイル共有は厳しいですね…
> afpでの制限である32文字
えーと、afp そのものは samba と同じく半角英数 255 文字まで OK です。
お使いの NAS のファームウェアが古い(古過ぎる)ための制限です。
はにさんへ
どうも、採用するバージョンが古すぎるようです。アップデートも期待できそうにないと思えることも、問題です。
昨年、夏に購入したprincetoneのNASはロングファイルネーム対応との触れ込みでしたが、実際には、未対応でした。営業マンとの口頭の確認で済ませて、実際に接続して確認しなかった当方のミスですが、高い買い物になりました。
他に、IO-DATA(2-3年前のもの)、バッファローのNAS(1TBのやつ)がありますが、afpでは、何れもロングファイルネームは不可です。前者は、ファームウエアのアップデート機能がありながら、アップデートは無しですし、バッファローのものは、販売時期からして対応していても良いはずでが駄目です。
IEEE1394と同様に、おまけの機能と見るべきなんでしょう。
こちらはバッファローのNASですが、バッファロー側が「NAS側の原因でOSXではロングネームを扱えない」と言っていますからね…
メーカー側の対応を期待するしかないんでしょうかねぇ。
ただ、同じ使えないのでも、PantherとTigerで使い勝手が違うというのはちょっと困りものです。
以下、ダブリにつき削除
-------開始
はにさんへ
どうも、採用するバージョンが古すぎるようです。アップデートも期待できそうにないと思えることも、問題です。
-------終了
この板の体裁が変更されてから、修正、削除がうまく行きません。元に戻して欲しいです。そうでないと、変なコメントが残ってしまいます。頭が整理できていないのがバレバレ。
ネットワークドライブで文字化け