web-dev-qa-db-ja.com

ファイルを共有ドライブにコピーするとUbuntuがフリーズする

Ubuntu 15.10 64ビット

USBペンドライブまたはネットワーク共有ドライブにファイルを移動またはコピーすると、Nautilus(ファイル)がハングします。コピー/移動プロセスが開始されますが、その後フリーズします。 Ubuntuは大きなファイルを処理できないことは知っていますが、移動するファイルは922MB(.MP3)のみです。

ターミナルでcp(コピー)コマンドを使用しようとしましたが、ターミナルがハングします。ファイルがコピーされることもありますが、このサイズのファイルは最大で30分かかることがあります。

ワイヤレスと有線の両方のネットワーク接続で試しました。

内部ファイアウォールがありません。

SAMBAを使用してUbuntu 14.04.3LTSを実行しているPC上のネットワーク共有ドライブに、問題のないWin7 PCおよびLinux Mint17を実行している古いラップトップからコピーできます。

システムモニターを見ると、この問題が発生したときにCPUまたはメモリをほとんど使用していないため、メモリ不足などのようには見えません。

4
pst007x

私はそれがバグかもしれないと思う、私はこれを記録しなかったけれども、私はgvfsd-trashが過度のCPU使用を使用することを読んだ。ただし、gvfsd-trash cpuの使用を制限することで、問題が解決したことがわかりました。そのため、将来の更新でこの問題が解決される可能性があります。

このプロセスを制限するためにこれを使用しました here .

0
pst007x

これは、試みたすべてのツール(Nautilus、cpなど)で表示されていること、およびUSBとSamba共有の両方で表示されていることは非常に奇妙です。それは何か他のものが起こっていることを示唆しています。 iotopをインストールすることをお勧めします(Sudo/rootで実行する必要があります)。

$ Sudo apt-get install iotop
$ Sudo iotop

これは、何が起こっているのかを知るのに役立ちます。物がぶら下がっているように見える場合は、「sync」コマンドをスローして、ファイルが動かなくなって何かがホースアップしていないかどうかを確認できます。

$ sync

また使用:

$ top

プロセスを監視して、ハングしているかどうかを確認できます。

最後に、ネットワーク転送にrsyncを使用します(再開や進行状況の表示などのさまざまな理由により)ので、rsyncを使用して調査することをお勧めします。

$ rsync -v --progress /path/to/myfile /path/to/destination/

これを見ることができる他の理由は、ハードウェアまたは差し迫ったハードウェア障害に関連している可能性があります。

1
snorp