タグ付けされた質問 「file-sharing」

6
virt-managerを使用して、LinuxホストとWindowsゲストの間でファイルを共有しますか？
virt-manager内で「Filesystem Passthrough」仮想ハードウェアオプションを使用して、Linuxホスト上のフォルダーをWindowsゲストと共有することはできますか？Linuxゲストでこれを行う方法のチュートリアルをいくつか見つけましたが、Windowsゲストでこれを試みると、VMを起動しようとすると次のエラーメッセージが表示されます。 Error starting domain: Unable to read from monitor: Connection reset by peer Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 100, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 122, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/domain.py", line 1210, in startup self._backend.create() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 698, in create if …
2
QEMU WindowsゲストとLinuxホスト間の共有フォルダー
過去に、ホスト上のフォルダーをWindowsゲストと共有するための非常に優れたサポートを持つVirtual Boxを使用しました。QEMUの同様の機能を探しています。 ドキュメントでは、ネットワーク内のどこかで実行されているSambaサーバーを公開するか、またはを使用し-net user,smb=/path/to/folderてsambaサーバーを起動することを推奨しています。 -net user,smbQEMU のオプションには運がありませんでした。開始するだけですsmbd（ポートの競合によりローカルで実行されている別のサービスと競合します）。言うだけで十分です。これは、特に複数のゲストを想定した場合、使用できません。（Linuxの場合、-virtfs（プラン9）は簡単なフォルダー共有に使用できます。） Sambaのその他の問題は、フォルダーの共有に限らず、プリンターの共有、ユーザーマッピング、その他のことも行うことです。必要なのは、1つ（またはそれ以上）のフォルダーをWindowsゲストと共有することです。 Windowsゲストで動作するQEMUの代替フォルダー共有方法はありますか？ または、非常に限られた機能セットに制限してQEMUに統合するようにSambaを構成する方法はありますか？そうすべき： ネットワーク内の全員がフォルダにアクセスできる必要はありません。 ローカルユーザーが含まれます（可能な場合）。 他の機能を提供しません（プリンターの共有）。 ユースケース：gitディレクトリをWindowsに公開し、Windowsでコンパイルして、分析にLinuxを使用します。 Windowsは許容可能な速度を持ち、virtio-scsiとvirtio-netを使用します。 LinuxホストのフォルダーをWindows 7ゲストと共有できるようにします。
3
.svn /ディレクトリを無視して、残りを除く特定のファイルを再帰的にrsync
rsync一部のファイルを共有から別のファイルにコピーするために使用しています。 再帰的に、私はする必要があります： コピー元から削除されたコピー先のファイルを削除する 同期.phpと.jsファイルのみ 他のすべてのファイルタイプを除外する .svn/宛先のディレクトリを削除しないでください これを使用する場合： rsync -zavC --delete --include='*.php' --include='*.js' --exclude="*" \ /origin /destination その後、フォルダーだけでなくすべてのファイルが除外されるrsyncためexclude="*"、再帰的ではありません。 追加する--include="*/"と、.svn/ディレクトリが削除されます（これも含まれます）。 このマインドブラストのジレンマをどのように解決できますか？ uname -a： Linux tux 3.9.2-1-ARCH＃1 SMP PREEMPT Sat May 11 20:31:08 CEST 2013 x86_64 GNU / Linux rsync バージョン： rsync 3.0.9-6
5
ネットワーク経由でファイルを送信する最も簡単な方法
ネットワークを介して他のコンピューターにファイルを送信する最も簡単で汎用性の高い方法は何ですか？つまり、他の人が現在使用しているコンピューターを意味します。コンピューターでアクティブなセッションが開いている場合、SSHが機能するとは思わない。 これまでのところnetcat、を使用しています。しかし、これを行う他の簡単な方法はありますか？私が抱えている1つの問題netcatは、受信者がファイルの終わりを知る必要があり、ストリームの名前を考え出す必要があるということです。
7
mountコマンドを使用して追加されたマウント場所を削除するにはどうすればよいですか？
以下のコマンドを使用して、いくつかの共有場所をマウントしました。 mount -t cifs /mnt/systemfolder -o username=name,password=password //10.10.1.1/My-Shared-Folder このコマンドの実行中に、いくつかの誤った場所*が誤ってマウントされました。mountコマンドを実行すると、マウントしたすべての正しい場所と間違った場所がリストされます。 同じ場所を複数回マウントしました。 mountマウントした誤った場所を削除できるように、コマンドの実行から表示される場所を削除するにはどうすればよいですか？ このumountコマンドは、マウントされた場所を削除するのに役立ちません。以下は、mountとumountコマンドの結果を示すスクリーンショットです。
4
大きなファイルのsmbclient代替
smbclientを使用して、LinuxシステムからWindows共有に毎晩大きなファイル（80GB）のセットを転送しています。最近、何らかの理由でI / Oタイムアウトが発生しています。 cli_push returned NT_STATUS_IO_TIMEOUT これにより、アクティブなファイル転送が中止され、Windows共有から削除されます。 これは、未解決のSambaバグ8498（または多分そうではない）が原因である可能性があります。Windowsシステムは私の制御下にないため、scpサーバー（scpまたはsftpを使用）をインストールできず、MicrosoftのNFSの実装に依存したくありません。 定期的にネットワークを介してLinuxからWindowsに80 GBのデータを確実に移動できる単純で標準的な代替手段はありますか（ネットワークはGBイーサネットなので、帯域幅は問題ではありません）？
1
LinuxからWindows管理共有にアクセスするにはどうすればよいですか？
Windowsコンピューター192.168.0.103を使用してc$いて192.168.0.110、いくつかのファイルを交換する必要があるLinuxコンピューターから管理共有にアクセスしたい。同じネットワーク上の別のWindowsコンピューターから、[ファイル名を指定して実行]プロンプトを開き、UNCパス\\192.168.0.103\c$を入力してEnterキーを押すだけです。次に、ユーザー名とパスワードの入力を求め、正しく入力された場合は、Windowsエクスプローラーで共有の場所を開きます。 Linuxコンピュータからこれはどのように機能しますか？最近、Runプロンプトについて質問しましたが、Linuxにも同様のプロンプトがあるようですが、それを使用して同じ方法でUNCパスにアクセスすることはできません。では、どのようなLinuxブードゥー教、ダークマジック、化身、セレモニーなどを行う前に、同じことをする必要があるのでしょうか。 私はDebian 7.1.0 Wheezyを使用しています。
3
一時的なSamba共有の作成
Sambaごとに一時的にディレクトリを共有する可能性はありますか？ Pythonの3私は、あたりにカレントディレクトリを提供することができHTTP使用して： python -m http.server。 Sambaでも同じことをしたいのですが。
1
TCP経由のsocat信頼性の高いファイル転送
私は、通常netcatで提案されている「待機->停止」設計の欠点を認識しています。 server$ cat test.dat | nc -q 10 -l -p 7878 client$ nc -w 10 remotehost 7878 > out.dat （信頼性はありません：1秒以上ネットワークのボトルネックが発生した可能性があるので、どれほど長く待つこともできません。-別のこと->データが転送されたことがすぐにわかり、処理を開始できる場合は、10秒待つ必要があります。） 信頼性が高く素晴らしいtcpストリームを閉じるソリューションを希望します。 私はsocatを見つけましたman socat。 ストリームの1つが事実上EOFに到達すると、クローズフェーズが始まります。SocatはEOF状態を他のストリームに転送します。つまり、書き込みストリームのみをシャットダウンしようとし、正常に終了する機会を与えます。 次のコマンドが機能していることがわかりました。 サーバー送信ファイル： server$ socat -u FILE:test.dat TCP-LISTEN:9876,reuseaddr client$ socat -u TCP:127.0.0.1:9876 OPEN:out.dat,creat サーバー受信ファイル： server$ socat -u TCP-LISTEN:9876,reuseaddr OPEN:out.txt,creat && cat out.txt client$ socat -u FILE:test.txt TCP:127.0.0.1:9876 …
3
並列Windowsインストールで共有されるパーティションに使用するファイルシステムはどれですか。
新しいPCに、LinuxとWindowsの両方をそれぞれ小さなパーティションにインストールし、1 TBのHDDの大きな残りを別のパーティション（およびスワップ）に配置します。どのファイルシステムを使用すればよいですか？私の考え： NTFS。Linuxは書き込みサポートを備えていますが、外付けHDDの空き容量がわずか数GB（500 GB）だけになると、パフォーマンスが大幅に低下することに気付きました。Linuxではファイルのアクセス許可もありませんが、100％必要ではありませんが、ボーナスになるでしょう fat32。古すぎる、とにかくそのパーティションサイズをサポートしません ext3。Windowsはext2ifsなどを介して読み取ることができますが、適切な書き込みサポートはどうですか？私は、小さなLinuxがインストールされた小さな仮想マシンで、ホストウィンドウにNFS共有のみを提供することも検討します（おそらくqemu、ディストリビューションの推奨を高く評価します）。 ext4。経験が足りない... 今のところ（2年前と同じように）NTFSが適切な方法であるように見えますが、私は独自性の低いソリューションの方を好みます。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.