最初のシステムをインストールしようとしていますが、Linuxハードドライブの設定に問題があります。経験が足りなかったので、Debianのインストールが完了したら、戻って必要に応じてドライブのサイズを簡単に調整する必要があると思い、ハードドライブ設定画面の起動設定を使用することにしました。
でも走ろうとすると
sudoサービスlvm2が起動します「unit lvm2.service がマスクされました」というメッセージが表示されます。
なぜこれが起こるのかというアイデアはありますか？私が見つけることができるのは、LVMがgrubと互換性がなく、/bootLVM管理ストレージディスクの外側にある必要があるというメモだけです。
それでは、実際に/bootロードされているディスク全体を参照しますか、それともそのディスク上の別々の論理パーティションにすることができますか？
答え1
短い答え：気にしません。
/lib/systemd/system/lvm2.service/dev/nullDebianパッケージによってシンボリックリンクとして生成され、SysVinitスタイルの起動スクリプトlvm2の操作は実際には次のように分割されるため、サービスは永久にブロックされます。/etc/init.d/lvm2多くの種類ネイティブsystemdユニット。
lvm2.servicesystemdただし、そうでない場合は、SysVinit互換性ロジックがこのスクリプトを実行するユニットを自動的に生成するため、存在する必要があります。systemd-nativeが存在するため、/lib/systemd/system/lvm2.serviceこれは発生しません。ただし、すべての実際の操作は[email protected]インスタンスによって実行されるため、lvm2-monitor.serviceユニットの唯一の作業は重複したlvm2.serviceSysVinitスタイルの起動スクリプトをマスクすることです。
/bootまた、あなたは正しいです。 LVM は、システムファームウェアが理解する従来の非 LVM パーティションに配置することで、Debian システムディスクで使用できます。なぜなら、GRUBはシステムファームウェアサービスを使用してそのファイルシステムのファイルにアクセスするからです。
（はい、最新のGRUBバージョンにはLVMからファイルシステムを読み取る機能が含まれています。GRUBのDebian 9バージョンにはlvm.modGRUBモジュールも含まれています。私の考えでは、これはおそらくインストーラが/bootLVM内の新しい可能性を「理解する」ことができ、機能しない設定についてユーザーに警告することを可能にします。
答え2
Systemd のないディストリビューション (既存の Debian や最新の Devuan など) がある場合は、以下を試してください。
/etc/init.d/lvm2 start
他のすべての標準ケース（最近のDebianなど）の場合、このサービスを開始しない理由を確認するには、他の回答を確認してください。
答え3
詰まってunit lvm2.service is masked欲しいならすべての手段を動員する以前のサービスを開始するには、サービスが次を使用してシンボリックリンクであることを確認できます/dev/null。
ls -l /lib/systemd/system/lvm2.service
(lvm2.service -> /dev/null を表示する必要があります)
この場合、仮想サービスを削除するだけです。
rm /lib/systemd/system/lvm2.service
サービスを再起動できます。
systemctl start lvm2
とにかくサービスが無効になった理由を理解するには、他の回答を確認してください。