Google Chrome まで問題を追跡することができました。ボリュームがマウントされている状態で Google Chrome を実行すると、問題が発生します。Google Chrome が起動していない場合は、Word/Excel/etc. ファイルは問題なく開きます。
Benjamin (OSXFUSE 開発者) と連絡を取り合っています。OSXFUSE メーリング リストで、この問題に関する彼の回答も参照してください。
https://groups.google.com/d/msg/osxfuse-group/URlw-n-Qakg/bLw2fHHDe7sJ
これまでのところ、この動作を説明する可能性のある osxfuse のバグは見つかりませんでした。奇妙なことは、ファイルが破損していないか空でないことです。ファイルを別のボリュームにコピーした後、問題なく開きます。LibreOffice を使用して FUSE ボリューム上のファイルを開くこともできます。
Chrome と Office は Carbon フレームワーク (Mountain Lion 以降非推奨) に基づいているようです。Carbon 以外のアプリは影響を受けていないように見えるため、この問題は何らかの形で Carbon に関連していると思います。ボリュームがマウントされるたびに、Chrome はボリュームの機能と属性 (および場合によってはそれ以上) を照会します。私が知る限り、これらすべてのファイル システム操作はエラーなしで成功を返します。ただし、この時点から、Office はドキュメントを開くことができなくなります。
私の意見では、これの最も可能性の高い理由は次の 2 つです。
- osxfuse は、Mavericks の VFS ファイル システム コントラクトを破る可能性があります。私はこれをしばらく調べてきましたが、これを裏付ける手がかりは見つかりませんでした。
- Carbon/CarbonCore フレームワークにバグがある可能性があります。奇妙なことに、標準のネットワーク ファイル システム afp または smb を使用しても問題はありません。
この問題に対して考えられる 2 つの「修正」(または「回避策」) は、(現時点では) 次のようになります。
- 「ローカル」マウント オプションを使用します (他の問題が発生する可能性があるため、一般的には使用をお勧めしません)。
- 「volname」マウント オプションは使用しないでください。この問題は、「volname」マウント オプションが使用されている場合にのみ発生するようです。カスタム ボリューム名が設定されていない場合、問題は発生しないようで、Excel/Word/etc. マウント時に Google Chrome が実行されていたかどうかに関係なく、ファイルは問題なく開きます。