私のパーティション構造は次のとおりです。
/dev/sdc1 => Partition 1 ( My OS. [ Linux flavour ] )
/dev/sdc2 => Partition 2 ( This contents some data. )
/dev/sdc3 => Partition 3 ( This also contents some data. )
/dev/sdc4 => Partition 4 ( I want this as a deciding partition. )
パーティション4のファイルに基づいて、パーティション2またはパーティション3を動的にマウントしようとしています。
たとえば:-パーティション4にファイルがある場合パーティションtwo4にファイルがある場合、パーティション3はマウントされますthree。
メモ:-このパーティションは一緒にマウントされません。つまり、パーティション2がマウントされている場合、パーティション3はパーティション2がマウント解除されるまでマウントされません。したがって、両方のパーティションに共通のディレクトリを使用できます。
私のOSをシステム化したので、パーティション4から読み込み、起動時に適切なパーティションをマウントし、パーティションレコードを/ etc / fstabに書き込む起動スクリプトを作成できます。
しかし、私が理解しているように、fstabは重要なファイルであるため、エラーが発生した場合やfstabが破損してもシステムは起動しません。
質問：
私が達成したいのは、パーティション4を動的に読み込み、パーティション4のファイルに基づいてパーティション2またはパーティション3のエントリを追加するエントリをfstabに追加できることです。
答え1
しかし、私が理解しているように、fstabは重要なファイルであるため、エラーが発生した場合やfstabが破損してもシステムは起動しません。
正しい。
私が達成したいのは、パーティション4を動的に読み込み、パーティション4のファイルに基づいてパーティション2またはパーティション3のエントリを追加するエントリをfstabに追加できることです。
正しいコマンドとアクセス権があれば/etc/fstab。
これを行うと、fstabオペレーティングシステムがそのファイルシステムを読み込んでマウントした後に作成したすべての内容がそこに書き込まれます。
- せいぜい変更は何の影響もありません。
- 最悪のシナリオは、
/etc/fstab編集時に間違いや誤字が次回再起動したときに実際に「ポップアップ」されることです。共有コンピュータや稼働時間が高いコンピュータには本当に悪いニュースです。/etc/fstab)
答え2
ソリューションはシステムベースである必要があり、編集にシステムを使用する必要はありません/etc/fstab。なぜですか？概要を説明した要素に従ってパーティションをマウントするだけです。
/etc/fstabsystemdが必要なものをインストールできる場合は、なぜ編集したいのか理解できません。/etc/fstabエントリが利用できない場合、systemdは起動を拒否します。これは、systemdがあるシステムでは、/etc/fstab起動に必要な静的ファイルシステムのみを使用できることを意味します。