LVM2サービスはDebianで「マスク」されています
最初のLinuxシステムをインストールしようとしていますが、ハードドライブのセットアップが行き詰まっています。私は経験が足りないので、ハードドライブのセットアップ画面からガイド付きセットアップを使用することに決めました。Debianのインストールが完了したら戻って、必要に応じてドライブのサイズを変更するだけだと考えました。
しかし実行しようとすると
Sudoサービスlvm2の開始
なぜこれが起こっているのかに関するアイデアはありますか？私が見つけることができたのは、LVMがgrub /bootであり、LVMが管理するストレージディスクの外部にある必要があります。
もしそうなら、それは/bootがロードされていますか、それともそのディスク上の別の論理パーティションにできますか？
/lib/systemd/system/lvm2.serviceは、/dev/null Debianパッケージによってlvm2へのシンボリックリンクとして作成され、SysVinitスタイルの/etc/init.d/lvm2起動スクリプトのジョブが実際にはmultiple native systemdに分割されるため、サービスが永続的にマスクされます単位。
ただし、そうでない場合、SysVinit互換性ロジックは、そのスクリプトを実行するだけのsystemdユニットを自動的に作成するため、lvm2.serviceが存在する必要があります。 systemd- native /lib/systemd/system/lvm2.serviceが存在するため、これは発生しません。ただし、実際の作業はすべて[email protected]およびlvm2-monitor.serviceのインスタンスによって行われるため、ユニットlvm2.serviceの唯一の仕事は、冗長なSysVinitスタイルの起動スクリプトをマスクすることです。
また、GRUBがシステムのサービスを使用しているため、/bootがシステムファームウェアが理解できる従来の非LVMパーティションに配置されている限り、LVMをDebianシステムディスクで使用できることは間違いありません。そのファイルシステムからファイルにアクセスするためのファームウェア。
（はい、GRUBの最新バージョンには、LVM上のファイルシステムを読み取る機能が含まれています。Debian9のGRUBバージョンには、lvm.mod GRUBモジュールも含まれています。しかし、問題は、ほとんどがDebianインストーラーにありますまだ確実に設定できない-またはDebian 9リリースの時点ではできなかった。おそらく、ほとんどの場合、インストーラーにLVM内に/bootがある場合の新しい可能性を「理解」させ、ユーザーに設定について警告するようにすることだと思うそれは機能しません。）
次のコマンドを使用してみてください：
/etc/init.d/lvm2 start