Ubuntu 18 のインストールと最初の起動で、珍しい問題が発生しました。 ディスクが 2 つあり、1 つが にマウントされ、/もう 1 つが にマウントされている場合/opt、インストールは成功し、問題なく起動します。
しかし、1 つのディスクを に使用し/、もう 1 つのディスクを に使用すると/etc、インストールは成功しますが、システムは起動しません。ループに陥ります。
この問題に遭遇した人はいますか?
答え1
決して良い理由はありませんマウント /etc別々のスライスまたはディスク上に保存します。本当にそれは悪い考えです（あなたが今気づいたように）。
理由は、/etcすべての（システム）スタートアップを保持するためです（初期化、スタバ)、および、どのハードウェアをアドレス指定し、どのサービスを開始するかを決定する構成データ。そのハードウェアをアドレス指定し、サービスを開始する方法。/etc別のディスクまたはスライスにマウントする場合、システムはそれをマウントするために必要な (すべての) 情報にアクセスできないため、(まだ) それを認識できません。うーん、長い名前ですね。
これが意味を成すといいのですが。言い換えると、/etc別のディスクにマウントしないでください。これまで。 :)
答え2
のみ/etcで利用可能なマウントをしようとしていますか？/etc/fstab他のディスクですか？欠陥がわかりますか？
/etcルート ディスク上に必要だと思います。そうすれば (別々に!)fstab読み取り、最終的に/etc他のディスクから目的のファイルをマウントできます。/etc目的のファイルがマウントされる前に、初期ファイル内の他のファイルが使用されている可能性があるため、いずれにしてもルート ファイル システムに (スタブを) 維持する必要があります/etc。これは混乱を招く可能性があります。
を使用すると、systemdなしでもマウントできますfstabが、構成は 内に残ります/etc。
回避策があるかもしれません。Unix & Linux SE に関するこの質問は多少役立ちます:/etc別のパーティションに移動。
とにかく私は物事をシンプルにしない別々にマウントします/etc。通常、保存されるデータの量はごくわずかで、ルート ファイルシステムに収まるはずです。十分なスペースがない場合は、/そもそも/etcUbuntu (小さなディストリビューションではありません) を使用しないでください。
別々にマウントすると/etc問題が増えるだけで、何も解決しません。その考えはやめてください。