私はUbuntu 16.04を実行しているデスクトップで作業しています。ディレクトリ/var
を別々のパーティションに/etc
分割したいと思います。/opt
新しいパーティションを作成してください。
現在、fstabは/media/var
通常のプロセスへの干渉を最小限に抑えるために新しく作成されたパーティション(たとえば、、、、など)にのみコピーをマウントします。/media/etc
/media/opt
別の記事を知っています推奨fstab設定そしてUbuntu fstabの概要 一般的な情報のみを提供します。
ファイルの編集中に、/ect/fstab
適切なインストールオプションフィールド(で示される4番目のフィールド<options>
)を設定することが重要であることに気づきました。
無実の証拠は次のとおりです。
- これを
defaults
マウントオプションとして選択すると、Ubuntuは再起動されません。ログイン後、受信者は暗号化されたファイルシステムのパスワードを要求しなくなります。 - 代わりに、すでに
nodev, nosuid
設定されているオプション/home
(実際には独自のパーティションにあります)からオプションをコピーすると、実際には通常どおりデスクトップマネージャにアクセスできます。
/var
ただし、新しいパーティションが物理ディレクトリにマウントされたときに/etc
これが/opt
最善の選択であると仮定したくありません。たとえば、/
現在のディレクトリのマウントオプションはですerrors=remount-ro
。このオプションは、別のパーティションに移動されたすべてのサブディレクトリにも適用できます。しかし、推測は避けたいです。
問題は、スタンドアロンのマウントオプションとは何/var
ですか?システムがサブディレクトリであるかのように機能し/etc
ますか?/opt
/
答え1
システムの独立した部分(など)に/var
同じ/opt
インストールオプションを使用できます。使用法 このdefaults
問題の原因ではありません。
あなたの説明は、一度の試みで何が間違っていて、他の試みでなぜ成功したのかを判断するのに十分なほど正確ではありません。しかし、あなたが言及したものの1つは失敗する運命です:/etc
ルートパーティションに属します。これには、/etc/fstab
他のパーティションのマウントをトリガーするスクリプトが含まれています。/etc
ルートファイルシステムに存在する必要があります。
合計を分割することは/var
一般的に大きな助けにはなりませんが、害もありません/usr
。/opt
分けるいくつかの特定の部分たとえば/var
、メールサーバーからの分割、/var/mail
重要なログの多いサーバーからの分割などが可能です。/var/log
nodev
を除くどこでも使用できます/dev
。システムパーティションは通常は存在しないはずですnosuid
が、システムの一部では意味があるかもしれません/var
。