永続的なNTFSパーティションの最も「正しい」マウントポイントは何ですか?


31

Linuxインストールから永続的にマウントしたいNTFSパーティション(デュアルブートのWindowsインストールを含む)があります。問題は、NTFSパーティションの最適/正しい/正しいマウントポイントがわからないことです。Linuxシステムの一部ではないため、/ home、/ usrなど(ファイルシステムの標準マウントポイント)としてマウントしないでください。ただし、永続的にマウントする必要があります。そして、これは疑問を提起します、どこにマウントしますか?ここに私が思いついたマウントポイントの可能性があります:

/ media / windows

これは自動マウントされたデバイスと並んでいるので非常に理にかなっています、ファイルシステムの標準によれば、/ media /は実際にリムーバブルメディア用であるため、永続的にマウントされた内部パーティションを置くことはまったく正しくないようです自動マウントされた取り外し可能なものの隣。私はこのオプションに最も傾いていますが、それは他のオプションよりも不調和が少ないからです。

/ mnt / windows

これもかなり論理的に思えますが、ここでも、標準(および私が読んだ他のこと)は、サブディレクトリのマウントポイントが一般的に推奨されていないことを示しています。さらに、実際には一時的に/ mnt /にファイルシステムを一時的にマウントするので(標準で意図されているように)、これは通常のシステム使用の邪魔になりそうです。

/ windows

回避できれば、ファイルシステムに別の最上位ディレクトリを追加するという考えは本当に好きではありません。気分が悪い。ただし、この方法の利点は、非常に簡単にアクセスでき、他の邪魔にならないことです(つまり、/ media /のパーティションの自動マウントまたは/ mnt /の一時マウント)。

/ home / [私のユーザー名] / filesystems / windows

パーティションは明らかにユーザー固有ではなくシステム固有であるため、ホームディレクトリに押し込むのは適切ではないようです。


これらのオプションのどれが「正しい」オプションですか?または、ここにリストしなかった代替手段はありますか?

明確にするために、Linux(特にArch Linux)を実行していることに注意してください。したがって、推奨事項は、おそらくBSDではなくLinuxのファイルシステム編成の考え方に基づいているはずです。


回答:


17

何よりもまず、これはアーキテクチャと習慣にのみ依存します。

たとえば、/ mntの下にこのようなものをマウントします。トップレベルのディレクトリを作成する人々と、このものを/ homeに置く人々を知っています。それはあなたが何に慣れているかに依存します。これに関する明確な標準はもうありません。システムのアーキテクチャが変更され、今では「福音」であるものについてさまざまな見解があります。/ usr / localや/ opt / share、rpm、sourceなど...ドリフトが発生します。

第二に、pathname.comのリンクを再度読むと、/ mediaの下にあるパラグラフに気付くでしょう。

根拠

歴史的に、/ cdrom、/ mnt、/ mnt / cdromなど、リムーバブルメディアをマウントするために使用される他の多くの場所がありました。すべてのリムーバブルメディアのマウントポイントをルートディレクトリに直接配置すると、/に多数の余分なディレクトリが作成される可能性があります。/ mntのサブディレクトリをマウントポイントとして使用することは最近一般的になっていますが、一時的なマウントポイントとして/ mntを直接使用するずっと古い伝統と矛盾しています。

個人的には、/ mnt / windowsまたはその反復を推奨しています。それはトップレベルのディレクトリを自由に保ち、シンプルで直感的です。システムを調べたり監査したりするときは、すぐにマウントを探します。


2
入力いただきありがとうございます。あなたが私に言っていることに基づいて、私は今/ mnt / windowsを使用することに傾いています。将来的には、一時的なマウントに/ mnt / tmpなどを使用できるようになるでしょう。
-jgottula

2
それは私がすることです、私は個人的にきれいなトップレベルのディレクトリが好きです。特に、特定のディレクトリの特定のポイントでタブを
押すことに慣れてきたので:

同意し、賛成です。きちんと説明し、うまく入れました。
シャドゥール

3

永続マウント用の新しいトップレベルディレクトリの作成に問題はないと思います。それはかなり頻繁に行われます。同じ目的で/ ntfsを使用します。


3

最上位のマウントに関する潜在的な問題の1つは、ディレクトリ内のすべてのファイルを統計するプログラムです。 ls -l /または、頻繁にオンにされる色付きのlsでさえ、stat()ルート下のすべてのファイルを呼び出す必要があり、NFSサーバーがハングしている場合、lsもハングする可能性があります。色のない単純なlsは呼び出されませんstat()。これが私が最も下にどこかにしばしば置く理由/mntです。NFS /経由でホームディレクトリが利用できる場合など、NFSをマウントすることもあります。

/media静的マウントにも使用しません。これはHALの一部であり、USBフラッシュドライブが挿入され、その下のすべてのディレクトリ/mediaがHAL / udevによって管理される場合など、デバイスを動的にマウントするために使用されます。

最終的には、最終目的地はポリシーに委ねられます。サーバーが適度に信頼できる場合は、サーバーをマウント//server1/musicたり/server1/video、マウント用に新しいツリーを作成したりしても問題はありません。私はNFSマウントをの/mntようなマウントに対してのみ例外を付けて保持するという考え方が好きになる傾向がありますが/home、それが私のポリシーです。


1
NFSについての非常に良い点— NTFSについて言及していましたが!とにかく感謝します、これらのことを心に留めておきます。
-jgottula

1
@jgottula NTFSはもちろんローカルなので問題ありません。NFS Windowsマウントは奇妙でしたが。 またはの/mntような標準のLinuxファイルシステムの一部ではないので、個人的にそれを置くかもしれませんが、私はただきれいなファイルシステムが好きです。/home/usr/
ペンギン359

1

私はおそらくこれを最も間違って行います。/ media / windowsに置きます。このマウントポイントにWindowsパーティションを配置することは、過去に問題なく機能していました。

また、過去にトップレベルの/ windowsを実行しましたが、これも大丈夫です。ただし、通常は、習慣のない/ mediaで最初にパーティションを探します。


1

/srvように使用することをお勧めし/srv/windowsます。


1
なぜこれがダウン投票されたのか定かではありません。/srvに入れると、FHS
BCoates 12/10/17

@BCoates:マウントのすべてのコンテンツがネットワーク経由で利用可能になった場合にのみ、FHSと一貫性があります。
cmc

2
@cmc FHSのどこで/ srvにあるものをネットワーク上で利用可能にしなければならないと言っているのか教えてください。私が知る限り、FHSにはそのような要件はなく、したがって/ srvは問題ありません。
テディ

5
@テディ:確かに。「/ srvには、このシステムによって提供されるサイト固有のデータが含まれています。」
cmc

IMO、これは...受け入れ答えなければなりません
nicorellius

1

私は通常/c/dWindowsがそれらに使用するドライブ文字を模倣するなど、私のものを持っています。私はいくつかのハードディスクとパーティションを持っている傾向があり、これはそれらを追跡するのに役立ちます。


0

すべてのシステム管理者には、これに対する異なる回避策があります。標準で現在定義されている「正しい」場所がないため、回避策を言います。新しいトップレベルのディレクトリが必要だと思います。私はいつも私のボックスに/ mountsを作成します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.