共计 3147 个字符,预计需要花费 8 分钟才能阅读完成。
YouTubeにアクセスできるインターネット環境でこのページを開いてご覧ください。
図解の詳細については下記を参照されたい。
クァン・ファイ NAS は強力なネットワーク・ストレージ・デバイスであり ダウンロード・ステーション Download Station は、BT、HTTP、FTP、その他のダウンロードプロトコルをサポートする内蔵のダウンロード管理ツールで、ユーザーが簡単にダウンロードタスクを一元管理することができます。しかし、長期的な使用過程において、Download Station によって生成されるキャッシュや一時ファイルは、気づかないうちに多くのストレージスペースを占有し、システムのパフォーマンスに影響を与えることさえあります。そのため定期的にDownload Stationのキャッシュファイルをクリーニングすることは、NASを効率的に稼働させるための重要なメンテナンスステップの一つです。.
ある DSMシステム Download Stationを使用して映画やテレビ番組、その他の大容量ファイルをダウンロードした後、ユーザーはしばしば問題に遭遇する。ハードディスクの空き容量が大幅に増えることはない時間が経つにつれて、この「見えない」残留データは蓄積され続ける。時間が経つにつれて、この「目に見えない」残留データは蓄積され続け、最終的には大量のストレージ容量につながり、他のサービスやアプリケーションの正常な動作に影響を与えることさえある。
この問題の主な原因はダウンロードプロセス中に生成されたキャッシュファイル、一時データ、不完全なダウンロードは、元のダウンロードが削除されたときに自動的にクリーンアップされません。.特に、ダウンロード、一時停止、タスクの再起動が頻繁に行われる場合、これらの残存ファイルは気づかれないまま、ハードドライブ上のスペースを長期間占有する可能性が高くなります。
無効なデータによってストレージスペースが侵されるのを避けるために、我々は正しく安全な清掃方法これにより、システムの安定性と Download Station の正常な動作が損なわれないようにしながら、ハードドライブの空き容量を確保することができます。
この記事では、Qunhui NASが常に良好な動作状態を維持できるよう、Download Stationのキャッシュファイルの発生源、それらがもたらす可能性のある問題、およびNASストレージリソースをより効率的に管理するための具体的なクリーニング方法に焦点を当てます。

GroupHi DSMシステムで映画やその他のファイルをダウンロードするためにDownload Stationを使用する際、ユーザーはしばしば以下のことに気付きます:閲覧したコンテンツを削除しても、ハードドライブの空き容量が同時に解放されることはなく、ストレージ容量は徐々に埋まっていく。

ある DSM システムである。ダウンロード・ステーション 実際にダウンロードされたファイルは、デフォルトではシステム・ディレクトリに保存される。 /1巻/@ダウンロード 下(シングルドライブ環境)。マルチドライブまたはマルチストレージプール環境の場合、次のようになります。 /ボリューム2/@ダウンロードそして/ダウンロード などのパスがある。
など、ユーザーが日常的にネットワーク経由でアクセスする共有フォルダーも含まれる。 \\ビデオ属基本的にはカスタム可視共有パスは、ファイルの本当の物理的な保存場所ではない。
Download Stationでダウンロードパスを ビデオ(共有フォルダ名)。の一番下に保存されます。 /1巻/@ダウンロード ディレクトリ.共有フォルダは、そのディレクトリの内容をマッピングして表示するだけで、実際にファイルがディスク上のどこに保存されているかは変わりません。
このため、ユーザーが共有フォルダ内のダウンロードのみを削除する場合ダウンロード ディレクトリ内の残留データが完全にクリーンアップされていない可能性がある。これは、Download Station が異常な量の容量を占め、ハードディスクの容量が期待通りに解放されない一般的な原因のひとつです。

ある Linuxシステムフォルダリンク、特にシンボリックリンク(シンボリックリンク)これは非常に一般的なマッピングメカニズムである。
ある DSM が表示される。 ビデオ 実際、共有フォルダはまさにこの方法で作成されます。 シンボリックリンク(シンボリックリンク) システム・ディレクトリを指す /1巻/@ダウンロード の本物の文書である。
ということだ:ビデオ フォルダーの中身を指す。 ダウンロード ディレクトリ内の実際のファイルの “マップされたエントリ ”は、ファイルのコピーや実際の移動ではない。
そのため ビデオ フォルダをファイル名前の変更または削除操作その時が来れば、実際に起こるのは次のことだけだ。リンク関係の変化ファイルそのものが削除されるのではありません。
元のファイルは /1巻/@ダウンロード ディレクトリに保存されるため、ファイルが「削除」された後もDownload Stationは機能し続ける。 BTシード その根本的な原因は
一般的な現象が起こるのは、このメカニズムによるものだ:
共有フォルダ内のファイルは削除されたが、ハードディスクの空き容量はすぐには解放されない。
この理由はシステム例外ではなく、ファイルの実データがまだ /1巻/@ダウンロード このオリジナル・ストレージ・パスは ビデオ フォルダ内のリンクが変わった。
実際にディスクスペースを空ける必要がある場合きれいにしなければならない。 /1巻/@ダウンロード ディレクトリ内の対応するオリジナルファイル共有フォルダのマッピングされたコンテンツを削除するのではなく、共有フォルダのマッピングされたコンテンツを削除する。
特別な注意が必要だ:
このチュートリアルの目的は、GroupHiの内部システム構造を変更したり、破壊したりすることをユーザーに案内することではありません。これは、Download Stationがどのように機能するのかを理解してもらうためだけのものではありません。
ファイルがどこにあるのか、なぜ容量を空けずに削除してしまうのか」が分かれば、どのような状況でさらに処理する必要があるのかを判断できるようになり、ストレージ容量が無意味に占有され続けることを避けることができる。

まず、以下のことが必要である。Download Station の対応するダウンロードタスク (ダウンロードリンク) を削除する.これはスペースを確保するための重要な前提条件である。
その後、ダウンロードしたファイルを削除する(ごみ箱を空にするかどうかは個人の習慣によって選択できるが、このステップは原則に影響しない)。
この2つのステップを同時に完了させることで、初めてハードディスクの空き容量が確保される。
前述したように、もしそれが単に ビデオ 共有フォルダからファイルを削除するDownload Station からダウンロードタスクが削除されないそうでない場合は、ファイルは /1巻/@ダウンロード カタログ
この場合でも、Download Stationは以下のリンクを通じて継続することができます。 BTシードのアップロードファイルは実際には削除されないので、当然、ディスクの領域は解放されない。
したがって、「ファイルが削除されたのに容量が戻らない」という状況は、システムの異常ではなく、そのせいなのである:
- ダウンロードリンクはまだ存在する
- オリジナル・ファイルは実際のストレージ・パスに残る
その場合のみダウンロードタスクはクリアされ、オリジナルファイルは /1巻/@ダウンロード 削除ディスクの空き容量がシステムによって完全に取り戻される前に。
この説明を通じて、Download Stationの動作メカニズムを明確に理解し、日常使用において不適切な操作順序によるストレージ容量の解放ができない問題を回避できることを願っています。










