最初のシステムをインストールしようとしていますが、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内の新しい可能性を「理解する」ことができ、機能しない設定についてユーザーに警告することを可能にします。