2018年の将来指向のDebian Linuxシステムでは、ファイルシステムのどの部分を分離する必要がありますか？

少なくともパッケージ管理ディレクトリは、管理されていないディレクトリとは別のままにしてください。

私の経験によると、管理されていないディレクトリは通常（しかし必ずしも一意ではない）、、/optそして/usr/localもちろんです/home。

（また、手動で編集したパッケージホスティングディレクトリのファイルにタグを付けて、後でいつでも簡単に識別できるようにしました。）

まず、これは非常に意見に基づいています。何十人もの人々に尋ねれば、少なくとも3〜4つの異なる答えを聞くことができるでしょう。

つまり、これに対する私の意見は次のとおりです。

• /homeそして分離/。ここでの主な推論は本質的に以前と同じです。これにより、ユーザーが誤ってコンピュータのすべてのスペースを使用することがより困難になり、再/インストールが必要なときにユーザーデータを保存するのが簡単になります。また、ほとんどのシステムで最大の部分の1つをシステムの残りの部分から切り離すため、バックアップ管理に特に役立ちます。
• /tmpとは/var/tmp別に保管してください/。どちらの領域も一時ストレージとして使用され、ルートファイルシステムで発生する可能性がある混乱の程度はパフォーマンスに長期的な影響を与える可能性があります。さらに、データは一時的で寿命が比較的短い。つまり、バックアップしないでください（単にスペースを無駄にする）、新しいディスクに移動してもコピーされない可能性があります。つまり、通常はインスタンスである必要があり、/tmpRAMに存在できるものをすべて入れることができる場合は、通常はそうです。tmpfs/var/tmp
• もう少し議論の余地がありますが、より邪魔になりますが、通常は常駐するファイルシステムからグローバルキャッシュディレクトリを隔離します。典型的な例はです/var/cache。しかし、特定のシステムによって異なるものがあるかもしれません（/var/cacheDebianでは完全に扱われると思います）。これは、分離/tmpと/var/tmp同様の利点がありますが、/homeバックアップする必要はない明示的な領域も提供します（アプリケーションがそこにデータが見つからず中断された場合はキャッシュです）。書き込みアプリケーションなので、新しいディスクに移動するときにコピーする必要はありません。
• データセットをと比較してください/。これには、意図的に抽象的ですが、システムでホストされているすべてのWebサイトのページとデータ、システムが提供するデータベース、またはディレクトリサービスのバックエンドストアなどが含まれます。このデータを分離することには2つの主な利点があります。まず、/home別の状態を維持するのと同じ一般的な利点を提供します/。次に、ルートファイルシステムのパフォーマンスとデータボリュームのパフォーマンスを部分的に分離します。これにより、システムの残りの部分に直接影響を与えることなく、これらのデータセットを別のストレージ構成に切り替えることができます。これは、オンラインメンテナンス期間（サービスはダウングレードされますが完全には終了しません）とオフラインメンテナンスの違いを意味します。期間1.
• 他のデータから簡単に再生成または再取得できる「ワンタイム」データを分離します。たとえば、インターネット上でパブリックにアクセスできるデータ（gitリポジトリ、パッケージリポジトリインデックス、ISOイメージなど）だけでなく、あまりにもマイナーでバックアップしないデータも含まれます。これは主にバックアップ計画を簡素化するためのものですが、新しいディスクに切り替えるときにも役立ちます。持つ必要に応じて再インポートまたは再生成できるため、ほとんどまたはすべてのデータをコピーしてください。
• パッケージマネージャが管理していないディレクトリ構造と管理対象ディレクトリ構造を区別してください。これは必須ではありませんが、アップグレードと再インストールを大幅に簡素化できます。技術的には、上記の内容が含まれていますが、この場合はおよびを/optより具体的に言及します/usr/local。気づく/opt 可能パッケージマネージャが管理するデータが含まれています（たとえば、DropboxとGoogle Chromeの両方がここにインストールされています）。