内部HDDの優先マウントポイント
私はLinuxに比較的慣れていないので、これがばかげた質問であるとすみません。 Linux FS Hierarchy documentを読みましたが、私の質問には答えませんでした。
Linuxで一般的に使用される内蔵HDDの典型的なドライブマウント方式があるかどうか知りたいのですが。 Windowsで「E：」と「F：」としてマウントされた2つのHDDがあるので質問しますが、それらはさまざまなタイプのファイル（映画、音楽、個人的なドキュメント、ソースコード）を保持しているため、どこに収まるのかわかりませんLinuxファイルシステム階層。
私の本能は、HDDを/ mnt/hdd {1にマウントすることでした。 2}または/ media/hdd {1 | 2}、しかしそれはLFSHがこれら2つのディレクトリの目的であると示唆していることに反するものです。/homeにマウントするのが最も賢明だと思います。ありがとうございました。
これは永続的ですか一時的ですか？
私のファイルシステムテーブルの一部ではなかった（つまり、自動マウントされない）ハードドライブ私は通常〜/ mnt/hd1または〜/ mnt/usbを持っています-あまり想像的ではありませんが、使用例は私ですm機械に永久に留まることはありません。
私が追加したいことのために、私はルートの下にディレクトリを作成し、その使用目的に基づいてそのマウントポイントに名前を付けるのが好きです。
たとえば、/ pers/photosと/ pers/videosを含む/ pers（個人用の）ディレクトリがあります。これは私がカメラから物を引き出す場所です。私はディレクトリを私に頼むので、Sudoをいじる必要はありません。これを行うのは、rsync、妻に場所を知らせる、タブをすばやく完成させるなど、少し簡単にできるためです。また、音楽、ISO、ダウンロードなどを配置する/ d（データ）もあります。
家のどこかに置くのがより「ベストプラクティス」だと思います。たくさんの方法を試すことをお勧めします。それは私が私のために私が好き/うまくいった何かを見つけるまで私がやったことです。
これは個人のシステムのように聞こえるので、どこにでもマウントできます。 /mntまたは/mediaでのマウントは問題ありません。私は人々が/dataを使用しているのを見てきました。一部の人々はMac OS Xの慣例に従い、それを/Volumes（または/volの1人のコメント者が述べたように）の下にマウントします。ホームディレクトリの下に表示したい場合は、/home/major/volが適切な場所です。
FSHがそれについて触れていないのは、ユーザーが他のオペレーティングシステムからデータをマウントすることについての規則は実際にはないからです。 LSBとFSHは、ユーザーが使い慣れたシステムを共同で作成できるように、ディストリビューションメーカーが従うように作成されています。エンドユーザー（つまり、あなた）は自由にそれを行うことができます。
ほぼどこにでもマウントできます。
従来、永続的にマウントされたディスク（内蔵ドライブなど）は、それらに含まれるものがファイルシステムツリー内のどこにあるかに関係なくマウントされます。たとえば、ボブのすべてのデータを独自のディスクに配置する場合は、/home/bobにマウントします。メールを独自のディスクに保存する場合は、/var/mailにマウントします。トップレベルディレクトリの多くは、独自のファイルシステム上に置くことができます。 /usrと/varはかなり一般的です。
DOSとWindows（およびMac OSも）は異なるアプローチを採用しました。すべてのファイルパスは、（場合によっては暗黙的な）ドライブで始まります。何かが置かれているドライブは、ファイルが（論理的に）配置される場所の基本的な部分です。
/mediaはリムーバブルドライブに使用されることになっており、デスクトップ環境ではそこに自動的にマウントされます。手で物を置くと混乱することがあります。だから私はそれを避けます。
/home/roger/の下のどこかに（またはホームディレクトリが何であれ）マウントしたいようです。 /mnt/も問題ありません。システム管理者（つまりあなた）が使用方法を決定するためのものです。また、/の下に追加のディレクトリを作成することもできます。これもかなり一般的です。
複数のファイルシステムが必要ですか？
複数のディスクを1つの大きなディスクとして扱いたい場合は、それが可能です。これはあなたが望むものかもしれません。 RAIDまたはLVMを使用してこれを行うことができますが、デュアルブート環境でこれらのディスクを使用することははるかに困難です。選択肢は次のとおりです。
- RAID1（ミラー）。 2つのディスクのうち小さい方（イプシロンなし）のスペースがありますが、データは両方のディスクに配置されます。ディスク障害から保護します。
- LVM（スパニング、ただし実際にはそれ以上のことが可能）。追加のスペース（両方のディスクの合計からイプシロンを引いたもの）を提供しますが、パフォーマンスは向上しません。ディスクを失うと、そのディスクの内容が失われますが、他のディスクの内容はまだ回復可能である可能性があります。
- RAID0（ストライプ）。追加のスペースを提供します（両方のディスクの合計からイプシロンを差し引いたもの）。読み取りと書き込みの両方のスループットが潜在的に2倍になります。どちらかのディスクが失われるとallデータが失われます。
より多くのディスクがある場合は、いくつかの選択肢があります（RAID5/6 [パリティ]およびRAID10 [RAID0とRAID1を組み合わせた]）。 LVMは実際には、ディスクのスパニング以外にも多くの機能を提供します。たとえば、ディスクのホットアドや削除、「パーティション」（論理ボリューム）のサイズ変更、スナップショットの取得などが可能です。これは、任意のRAIDレベルの上に積み重ねることができます。 。
個人的には、デスクトップはLVM over RAID1またはRAID10を実行し、サーバーはLVM over RAID10またはRAID5/6を実行しています。
/mnt/は一時ボリュームに使用されます。おそらく/vol/volumename Mac OS Xの場合と同様に、安定したボリュームマウントが最適です。
[〜＃〜] fhs [〜＃〜] はより多くのガイドラインを提供するべきだと思います。