ローカルにマウントされたWindows SMB共有（CIFS）をWindowsターミナルサーバーセッションにリダイレクトする
私はこれまでLinuxの世界にたった2か月しか住んでいませんでしたが、上記のタスクで問題にぶつかりました。
弊社には、異なるクライアントが異なるブランチオフィスから接続する2つのWindowsターミナルサーバーがあります。リモートデスクトップクライアントとしてのみ機能することになっているLubuntu 12.10 PCを組み込むことを試みました。
RDP-Clientとしてfreerdp（xfreerdp）を使用していますが、これはチャームのように機能しますが、リダイレクトされたマウントされたWindows共有にアクセスしようとすると、次のエラーが表示されます。
Open Folder (Title)
\\tsclient\Office is not accessible. You might not have permission to use this network resource. Contact the administrator of this server to find out if you have access permissions.
接続に使用する構文：
xfreerdp --sec rdp --no-nla --ignore-certificate -g 1680x1050 -f --plugin rdpdr --data printer:HPLJ5200_SMB:"HP LaserJet 5" --plugin rdpdr --data disk:Transfer:/home/apl03/Transfer --plugin rdpdr --data disk:Office:/media/Office -- 192.168.0.101
ご覧のとおり、プリンターと2つのフォルダーをリダイレクトしています。 Windowsターミナルセッションからプリンターで正常に印刷でき、フォルダー/home/apl03/Transferに問題なくアクセスできます。
2番目のフォルダー/media/Officeへのアクセスは機能しません。
/media/Officeは、そのブランチオフィスのローカルファイルサーバーの共有です。ユーザーapl03はローカルActive Directory（AD）にアカウントを持ち、Lubuntu自体から共有へのファイルアクセスは問題なく機能します（読み取りと書き込み）。
共有は次の方法で/etc/fstabにマウントされます：
//192.168.1.1/OFFICE /media/Office cifs credentials=/home/apl03/.smbcredentials,file_mode=0777,dir_mode=0777 0 0
Lubuntuファイルシステム上の/media/Officeの権限は次のとおりです。
drwxrwxrwx 2 root root 0 Mär 27 15:26 Office
許可の問題かもしれませんが、他にどこを見ればいいのかわかりません。ファイルシステムとfstabの両方で、フォルダーを使用可能にしました。
私は提案やポインタに感謝しています。
更新
端末のログ出力：
loading plugin rdpdr
connected to 192.168.0.103:3389
null server certificate
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--plugin.so: /usr/lib/i386-linux-gnu/freerdp/--plugin.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --plugin/DeviceServiceEntry
freerdp_load_library_symbol: failed to load /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: undefined symbol: DeviceServiceEntry
freerdp_load_plugin: failed to load rdpdr/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--data.so: /usr/lib/i386-linux-gnu/freerdp/--data.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --data/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--plugin.so: /usr/lib/i386-linux-gnu/freerdp/--plugin.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --plugin/DeviceServiceEntry
freerdp_load_library_symbol: failed to load /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: undefined symbol: DeviceServiceEntry
freerdp_load_plugin: failed to load rdpdr/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--data.so: /usr/lib/i386-linux-gnu/freerdp/--data.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --data/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/-plugin.so: /usr/lib/i386-linux-gnu/freerdp/-plugin.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load -plugin/DeviceServiceEntry
freerdp_load_library_symbol: failed to load /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: /usr/lib/i386-linux-gnu/freerdp/rdpdr.so: undefined symbol: DeviceServiceEntry
freerdp_load_plugin: failed to load rdpdr/DeviceServiceEntry
freerdp_load_library_symbol: failed to open /usr/lib/i386-linux-gnu/freerdp/--data.so: /usr/lib/i386-linux-gnu/freerdp/--data.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
freerdp_load_plugin: failed to load --data/DeviceServiceEntry
registered device #1: PRN1 (type=4 id=1)
registered device #2: PRN2 (type=4 id=2)
registered device #3: Transfer (type=8 id=3)
registered device #4: Office (type=8 id=4)
いくつかの奇妙なエラーがありますが、「転送」フォルダへのアクセスは問題なく機能します。そのフォルダをリダイレクトして他のフォルダを削除するだけの場合でも、これらのエラーが発生しますが、機能します。また、すべてのデバイスが登録済みとして記録されるという事実は、エラーがそれに関するものではないことを示しているようです。
また、「/ media/Office」の所有権をユーザーapl03に変更しても効果はありませんでした。
更新
2台のラップトップを使用して、テスト環境で問題を再現できました。 Ubuntuのバージョンは同じですが、samba.confとfstabの設定は同じですが（「diff」で確認しました）、1つは機能し、もう1つは機能しません。ファイルの所有権と権利は同じであり、ユーザー名も同じです。どちらの場合も、フォルダーはセッションに表示されますが、1つのクライアントではアクセスできません-弊社のように。
面白くするために、「freerdp」の代わりに「rdesktop」を試しましたが、少なくともテストのセットアップではすべてがうまくいくようです。職場で同じかどうかを確認します。もしそうなら、これは閉じられ、「freerdp」のバグに起因する可能性があると思います
参考のために、これは私が使用した同等のrdesktopコマンドです。
rdesktop -z -P -x m -a 16 -k de -g 1680x1050 -f -r disk:Transfer=/home/apl03/Transfer,Office=/media/Office 192.168.0.101
freerdpが一部のクライアントで動作しない理由はまだわかりません。ただし、すべてのクライアントはrdesktopで動作します（元の質問の更新を参照）。元の問題に対する満足のいく解決策ではありませんが、rdesktopの使用はすべての要件を満たす回避策です。
誰かがそうでないと示唆しない限り、私はこれをfreerdpのバグだと考えています。
最終的に使用するコマンド：
rdesktop -z -P -x m -a 16 -k de -u "" -g 1680x1050 -f -r printer:HPLJ5200="HP LaserJet 5" -r printer:Brother-MFC-8370DN="HP LaserJet 5" -r disk:Transfer=/home/apl03/Transfer,Office=/media/Office 192.168.0.101
すべての--plugin部分を--で終了する必要があるため、たとえば
--plugin rdpdr --data disk:Transfer:/home/apl03/Transfer
になる
--plugin rdpdr --data disk:Transfer:/home/apl03/Transfer --
-gを使用している場合、フォルダーのリダイレクトが機能しないことに気づきましたが、-fを使用するとうまく機能しました。だから私がやったこと：
-gの前にスペースを追加すると、ここでコマンドラインが機能します（作業中のドットをスペースに置き換えます）。
Nohup xfreerdp *...* -g 1600x900 -d DOMAIN (Working)
Nohup xfreerdp -g 1600x900 -d DOMAIN (Failed)
ワーキング：
Nohup xfreerdp ... -g 1600x900 -d DOMAIN -u USERMANE --plugin cliprdr --plugin rdpsnd --plugin rdpdr --data disk:K55A:/media/NAME_OF_FOLDER -- --ignore-certificate -z --disable-wallpaper NAME_OF SERVER:3389
動作しない：
Nohup xfreerdp -g 1600x900 -d DOMAIN -u USERMANE --plugin cliprdr --plugin rdpsnd --plugin rdpdr --data disk:K55A:/media/NAME_OF_FOLDER -- --ignore-certificate -z --disable-wallpaper NAME_OF SERVER:3389