オペレーティングシステムはDebian 10です。ファイルマネージャはThunarです。
数十ギガバイトのデータをUSBフラッシュドライブにコピーすると、プロセス全体が1〜2分しかかかりません。その後、取り出そうとすると、取り出すのに1時間以上かかることがあります。 USBドライブは大丈夫です。ディスクキャッシュからフラッシュするには、多くのデータが必要です。
問題は、退出過程に時間がどれだけ残ったのか分からないという点だ。
そこ〜しなければならないこれについての進捗状況を確認する1つの方法です。それとも、物理デバイスに対してのみファイルをUSBフラッシュドライブにコピーし、ディスクキャッシュを完全にスキップする方法はありますか?
ディスクキャッシュをスキップする方法を知っていますが、dd
ここでは役に立ちません。
もちろん、sync
進行状況バーもなく、私が知っている限り物理デバイスを指定することはできません。
答え1
私はThunarを使用したことがないので(ギャラリーの概要を取得する以外の目的で)、Thunarがどのようにインストールを処理するのかわかりません。 Thunarはudisks2と呼ばれる「クールな」新機能を使用することもできます。
1つの解決策は、そのオプションを使用してデバイスをマウントすることですsync
。昔はこの仕事がで処理されました/etc/fstab
。 Thunarがこれを考慮して使用するものがあれば、まだ可能です。それ以外の場合は、そのように構成できるかどうかを確認する必要があります。 。
答え2
あなたは見つけました2013年に「USBフラッシュドライブの停止」の問題が発生したのはなぜですか?既存の「I / Oダーティスロットリングなし」コードがこの問題を解決できないのはなぜですか?
どうやって解決しますか?残念ながら、Linuxはデバイスごとのダーティバッファを許可しないため、この問題に対する私の解決策は次のとおりです(Linux Torvaldsの提案に基づいています)。
cat /etc/sysctl.d/limit_dirty_buffers.conf
# Per Torvalds advice
vm.dirty_background_bytes = 33554432
vm.dirty_bytes = 134217728
定期的な同期は、より多くの損傷や摩耗を引き起こし、プロセス速度をさらに遅くするため、最善の方法ではありません。
答え3
考えられる解決策はデーモンを実行することです。同期(2)数秒ごとに呼び出されます。これにより、Linuxシステム全体の速度が遅くなる可能性があります。
私のものsynccycle.cプログラムはそのようなデーモンプロセスです。 GPLv3+ ライセンスがあるので保証なしそして、すべてのデータが失われる可能性があります。ソースコードを入手してそれを改善できます。
GUIインターフェイスまたはプログラム(進行バーなし)ではなくコマンドライン。/etc/crontab
- でご覧いただけます。スケジュールされたタスク(5)。
PS。[email protected]
詳細については、Eメール(フランス、パリの近く)を介して私に連絡してください。