USBドライブ上のフォルダを共有する
Windows 2003Serverで5ドライブのソフトウェアRAIDを実行しています。それが失敗すると、それは推測するのが難しい本当に奇妙な問題を引き起こします。 3回目の発生後、代わりにUSB2経由で接続されたDroboを使用することにしました。
DroboドライブはZ：としてマップされ、他のすべてのフォルダーとファイルを格納するリポジトリと呼ばれる単一のフォルダーがルートにあります。このフォルダを共有し、必要な権限を追加しました。ネットワークドライブ文字をサーバー上のリポジトリ共有とネットワーク上の他の共有にマップできます。ただし、（サーバー上でも）常に空のように見えます。
正しいアプローチを使用したことを確認するために、サーバーのC：ドライブ上のフォルダーを使用して同じ手順を実行しましたが、正しく機能します。
USBドライブ上のフォルダの共有に問題がある人々への言及をいくつか見つけましたが、決定的な解決策は見つかりませんでした。 （ある個人は、USBドライブをドライブ文字としてではなくローカルNTFSフォルダーにマッピングすることを提案しましたが、このオプションはドライブ管理設定で無効にされていました。）
何か案は？
提案された解決策の1つは、空のNTFSフォルダーにマウントすることでした。私は当初、既存のZ：ドライブ文字マッピングを変更してこれを試しましたが、[次の空のNTFSフォルダーにマウントする]オプションが無効になっています。ただし、2番目のマッピングを追加すると、オプションが使用可能になりました。
ドライブを空のNTFSフォルダーにマウントすると、そのフォルダーを共有できるようになり、ネットワーク上の他のユーザーがコンテンツを見ることができました。
ドライブ文字にマップされたリソースでフォルダを直接共有しようとしたときに、なぜこれが機能しなかったのかはまだわかりません。
発生している問題は発生していませんが、「共有」メモリカードリーダー、外部USB接続ディスクドライブ、および外部Firewire接続ディスクドライブがあり、Windows Server2003およびWindowsXPに悪影響はありません。私はこれらのDroboデバイスを使用したことはありませんが、USBマスストレージプロファイルであれば問題なく動作するはずです。
may「サーバーサービス」がドライブを「認識」していない可能性があります。ドライブが接続されて機能した後、そのサービスで「再起動」を実行してみて、それによって状況が改善されるかどうかを確認してください。
ドライブをNTFSマウントポイントとして追加すると、動作が変わる可能性がありますが、はっきりとは言えません。ただし、マウントポイントとして追加できない理由を説明するために、現時点では少し途方に暮れています。 （キックのためだけに、USBリーダーにFATフォーマットのSDメモリカードをWindows XPマシンに追加しましたが、悪影響はありません。）