追加のストレージスペースを配置するには？ [閉鎖]

実際に役立つものを見つけてくださいあなた最高の選択です。私は/dataいつも/storage私の気分に応じて新しいマウントポイントを作成します。必要だと思いますが、ちょうど台無しにする非一時的なデータは、/home/共有データとともにそこに移動されます。

データを整理する方法は次のとおりです。

/storage/movies/<big pile-o-moviex
/storage/music/artist/album
/storage/projects/<language>/project
/storage/<logical_category>/<logical_segmentation>

私はデータを2つの中央フォルダに分割するのが好きです。 1つ（通常は/ヒープと呼ばれます）には、バックアップする必要のない回復可能なデータが含まれており（すべては中央サーバーからコピーされます）、もう1つは（私は/ dataを使用しています）。これにより、バックアップしているディレクトリのリストを持っているよりも、自動的にマシンをバックアップする方が簡単になります。

これは、Zypherが提案したようにデータを設定から分離し、/homeに設定を保持したという意味でもあります。

これらはすべてSambaで提供されていますか？たとえば、適切だと言いたいです/srv/smb/music。

~によるとFHS

/ srvには、このシステムによって提供されるサイト固有のデータが含まれています。

基本的な

これの主な目的は、ユーザーが特定のサービスのデータファイルの場所を見つけることを可能にすることです。したがって、読み取り専用データ、書き込み可能データ、およびスクリプト（CGIスクリプトなど）を格納するために単一のツリーを必要とするサービスが可能です。適切に配置されました。特定のユーザーが関心のあるデータのみが、そのユーザーのホームディレクトリに保存する必要があります。

/ srvサブディレクトリの名前を指定するために使用される方法は、現在これを行う方法について合意がないため、指定されません。 / srvでデータを構造化する1つの方法は、プロトコルを使用することです。 ftp、rsync、www、cvs。大規模システムでは、/srv/physicals/www、/srv/compsci/cvsなどの管理コンテキストを使用して/ srvを構築するのが便利です。この設定はホストによって異なります。したがって、どのプログラムも/ srvの特定の既存のサブディレクトリ構造や/ srvに必ず格納されるデータに依存してはいけません。ただし、/ srvはFHS互換システムに常に存在し、そのデータのデフォルトの場所として使用する必要があります。

Distrosは、管理者権限なしでこれらのディレクトリにローカルに配置されたファイルを削除しないように注意する必要があります。

それでは、他の人が同じインストールにアクセスできるようにしたいですか？標準の場所は/mnt、/opt、/mnt/mediaです。あるいは、ループバックマウントを/home//に設定することもできます。さまざまなオプションがあり、必要なものは何でもできます。

個人的にセキュリティ上の問題や他の問題がない限り、別のログインを使用することは愚かなことだと思います。