私は Linux に比較的慣れていないので、この質問が馬鹿げているようでしたら申し訳ありません。Linux FS 階層のドキュメントを読みましたが、私の質問に対する答えは見つかりませんでした。
Linux で汎用内蔵 HDD 用の一般的なドライブ マウント スキームがあるかどうかを知りたいです。Windows で「E:」と「F:」としてマウントされた 2 つの HDD がありますが、これらにはさまざまな種類のファイル (映画、音楽、個人用ドキュメント、ソース コード) が保存されているため、Linux ファイルシステム階層のどこに当てはまるのかよくわからないので質問します。
私の直感では、HDD を /mnt/hdd{1 | 2} または /media/hdd{1 | 2} にマウントするはずでしたが、これは LFSH がこれら 2 つのディレクトリの目的として示唆していることに反します。/home にマウントするのが最も合理的だと思います。ありがとうございます。
答え1
これは永久的なものですか、それとも一時的なものですか?
ファイルシステム テーブルの一部ではないハード ドライブ (つまり、自動マウントされない) は、通常、~/mnt/hd1 または ~/mnt/usb にあります。あまり想像力に富んだものではありませんが、この使用例は、マシンに永続的に保持するものではありません。
永続的に追加するものとしては、ルートからディレクトリを作成し、そのマウント ポイントに使用目的に基づいて名前を付けるのが好きです。
たとえば、/pers (個人用) ディレクトリがあり、その中に /pers/photos と /pers/videos があります。ここにカメラからデータを取り込みます。ディレクトリを chown して、sudo をいじる必要がありません。こうすると、アクセス、rsync、妻への場所の通知、クイック タブ補完などが少し簡単になるからです。また、/d (データ) ディレクトリがあり、音楽、ISO、ダウンロードなどを入れています。
どこかホームの下に置くのが「ベストプラクティス」だと思います。いろいろな方法を試してみることをお勧めします。気に入ったものやうまく機能するものが見つかるまで、私もそうしました。
答え2
これは個人のシステムだけのようですので、どこにでもマウントできます。/mntまたはの下にマウントして/mediaも問題ありません。 を使用している人も見かけます/dataが、Mac OS X の慣例に従って の下にマウントする人もいます/Volumes(または、/volあるコメント投稿者が言及したように の下にマウントする人もいます)。ホーム ディレクトリの下に表示したい場合は、 が/home/major/vol適切な場所かもしれません。
FSH でこれについて言及されていないのは、ユーザーが他のオペレーティング システムからデータをマウントすることに関するルールが実際には存在しないからです。LSB と FSH は、ディストリビューション メーカーが従うように作成されており、ユーザーが使い慣れたシステムを共同で作成します。エンド ユーザー (つまり、あなた) は、好きなように自由に行うことができます。
答え3
ほぼどこにでも好きな場所に取り付けることができます。
従来、恒久的にマウントされたディスク (内部ドライブなど) は、そのディスクに含まれるデータがファイルシステム ツリー内のどこに配置されるかにマウントされます。たとえば、Bob のデータをすべて独自のディスクに置くことに決めた場合は、 にマウントします。/home/bobメールを独自のディスクに保存する場合は、 にマウントします/var/mail。最上位ディレクトリの多くは、独自のファイルシステム上に配置できます。/usrは/var比較的一般的です。
DOS と Windows (および Mac OS も) は異なるアプローチを採用しました。すべてのファイル パスは (場合によっては暗黙の) ドライブから始まります。何かが存在するドライブは、ファイルが (論理的に) 配置されている場所の基本的な部分です。
/mediaリムーバブルドライブに使用することになっており、デスクトップ環境ではそこに自動的にマウントされます。手動でそこに何かを置くと混乱することがあります。そのため、私はこれを避けるようにしています。
/home/roger/どこか (またはホーム ディレクトリ)の下にマウントしたいようです。/mnt/も問題ありません。使用方法を決めるのはシステム管理者 (つまりあなた) です。 の下に追加のディレクトリを作成することもできます。/これもかなり一般的です。
複数のファイルシステムが必要ですか?
複数のディスクを 1 つの大きなディスクとして扱いたい場合は、それが可能です。これが必要な方法かもしれません。これは RAID または LVM のいずれかで実行できますが、これらのディスクをデュアル ブート環境で使用するのは非常に困難になります。選択肢は次のとおりです。
- RAID1 (ミラー)。2 つのディスクのうち小さい方のディスクのスペース (イプシロンを除く) を使用しますが、データは両方のディスクに保存されます。ディスク障害に対する保護機能です。
- LVM (スパニングですが、実際にはそれ以上のことが可能です)。追加のスペース (両方のディスクの合計からイプシロンを引いた値) が提供されますが、パフォーマンスは向上しません。ディスクを失うと、そのディスク上のコンテンツは失われますが、他のディスク上のコンテンツは回復できる可能性があります。
- RAID0（ストライプ）。追加のスペース（両方のディスクの合計からイプシロンを引いたもの）を提供します。読み取りと書き込みのスループットが2倍になる可能性があります。どちらかのディスクが失われると、全てデータ。
ディスクがさらに多い場合は、選択肢がさらに増えます (RAID5/6 [パリティ] および RAID10 [RAID0 と RAID1 の組み合わせ])。LVM は、実際にはディスクをまたぐ以外にも、ディスクのホット アドやホット リムーブ、"パーティション" (論理ボリューム) のサイズ変更、スナップショットの取得など、さまざまな機能を提供します。任意の RAID レベルの上にスタックして使用することもできます。
個人的には、デスクトップでは RAID1 または RAID10 上の LVM を実行し、サーバーでは RAID10 または RAID5/6 上の LVM を実行しています。
答え4
/mnt/一時ボリュームに使用する場合は、/vol/volumename安定したボリュームマウントのために Mac OS X のようにするのが最適でしょう。
私は、ＦＨＳより多くのガイドラインを与えるべきです。