CentOS を再起動すると、LVM ボリュームは無効になります。

CentOS 6から7にLinuxサーバーを再インストールしました。サーバーには3台のドライブ、つまりシステムSSDドライブ（ホストしているドライブを除くすべてをホストします/home）と2台の4TB HDDドライブがあります/home。すべてはLVMを使用します。 2つの4TBドライブがミラー化され（LVM自体のRAIDオプションを使用）、/homeパーティションで完全に埋められました。

問題は、4 TBディスクがよく認識され、LVMでもボリュームが認識されているため、自動的にアクティブにならないことです。他のすべては自動的に有効になります。手動で有効にすると機能します。

/homeに古いシステムドライブのイメージがあります。 LVMボリュームも含まれます。マウントすると、kpartxLVMはそれを選択して有効にします。ただし、これらのボリュームと非アクティブボリュームの間には違いはありません。

ルートファイルシステムもLVMであり、正常に有効になります。

ところで、奇妙な点を発見しました。 Executionは、アクティブlvchange -aayにするドライブを指定する必要があると述べました。この操作も自動的には行われません。私が指定した場合はlvchange -ay lv_home動作します。

この動作を引き起こす可能性がある項目が見つかりません。

次に追加：vgchange -aay --sysinit以前のシステムの起動スクリプト（initを使用）でこれを発見しました。 systemd を初めて使用する場合は、vgchangeスクリプトでその呼び出しを表示できません。しかし、どこに置くべきかわかりません。

2を追加します。systemdを見つけ始めます。私はスクリプトがどこにあるのかを発見し、スクリプトがどのように呼び出されるかを理解し始めました。また、実行されたスクリプトを見ることができることがわかりましたsystemctl -al。これは、起動時に既知のすべてのudevブロックデバイスを呼び出すことlvmetadを意味します。pvscanただし、現在登録されているudevブロックデバイスは、認識されているlvmボリュームの1つだけです。ハードドライブもありますが、パスが異なり、名前が長くなります。ブロックデバイスも同様と認識され8:3、ハードドライブも同様と認識されます/device/something/。私はもうサーバーにいないので正確に書くことはできません（後で修正します）。

私はこれがudevとデバイスの検出/マッピングに関連していると思います。夕方に続けてudevを学びましょう。

他のすべての方法が失敗した場合は、呼び出されたスクリプトを見つけて、pvscan常にすべてのデバイスをスキャンするように変更できることを確認しました。これで問題は解決しましたが、かなり見苦しいハッキングのように見えるので、実際の根本原因を把握するよう努力します。

3個追加：まあ、まだわかりません。なぜこれは起こりますが、少なくとも私はかなりまともな解決策を作りました。pvscan起動直後に一度呼び出される別のシステムサービスを作成しましたlvmetad。特定のデバイスへの別の呼び出しがまだ存在します。私の考えには実際にudev呼び出しているようです（このデバイスを参照した唯一の場所はここです）。なぜ他のハードドライブを呼び出さないのかわかりません。