システムはCentos 7で構成された友人がいます。彼は何をしたのか正確には言えませんが、ソフトウェアをインストールするのに十分なスペースがなく、パーティションのサイズを見ていたにもかかわらず、LVMボリュームの名前を変更する可能性があると思いました。 LVMボリュームが何であるかさえ知りませんでした。
マシンはもう起動せずに停止し、シャットダウンして再起動する必要があります。もう1つの大きな問題は、LVMボリュームの/ bootパーティションに設定されているように見え、LVMボリュームをマウントできないことです。
トラブルシューティングオプションを使用してインストールメディアから起動すると、既存のLinuxインストールが見つからず、競合が発生します。起動できる唯一の方法は、既存のインストール確認をスキップしてコマンドプロンプトを表示することです。これを実行した後にpvscanまたはlvscanを実行すると、LVMボリュームが見つからないというメッセージが表示されます。 sfdiskを実行してLinuxドライブを見ると、3つのパーティション、1つのEFI、Windows形式でフォーマットされているように見えるデータパーティション、LVMボリュームが表示されます。パーティションテーブルには何の問題もありません。
再起動して実行できる場合は、/bootパーティションを専用パーティション（LVMではなく）に移動します。しかし、今LVMボリュームをどのようにマウントしますか？
ベストアンサー1
まず、パーティションタイプが「Linux LVM」となっているため、パーティションの実際の内容が一致するという保証はありません。file -s <PV device>実際の内容が何であるかを確認するために使用されます。フルLVM PVの例示（匿名）出力：
# file -s /dev/sda3
/dev/sda3: LVM2 PV (Linux Logical Volume Manager), UUID: xxxxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxxxx, size: nnnnnnnnnnnn
同様に、パーティションタイプがとして報告されている場合、必ずしもCentOSがパーティションタイプをそのように設定するMicrosoft basic dataわけではありません。/bootCentOSに基づくRHEL 7が最初にリリースされたときに自動的に修正されるほど重要であると考えられていたいくつかの初期のUEFIファームウェアバージョンのいくつかのバグを解決するためのものかもしれません。
vgscan -vvLVMがディスク上のPVを識別できるようにするには、明示的に実行してみてください。実行では、-vv実際に正しいディスクを見ていること、LVMなどを見ていることを確認するために使用できる多くのデバッグ出力を生成する必要があります。
vgchange -ayLVM論理ボリュームにアクセスするには、まずを使用して有効にするか、またはを使用して1つずつ有効にする必要がありますlvchange -ay <name of LV>。
通常、これによりLVMボリュームのデバイスノードが利用可能になりますが、リカバリ環境ではvgscan --mknodesそれを明示的に作成するために実行する必要があるかもしれません。
LVまたはVGの名前が変更された場合、2つのオプションがあります。元の状態に戻すか、それを参照する構成を変更します。root=カーネルブートオプションを定義する行にあるGRUB設定ファイルのオプション/boot/grub/grub.cfg（または<mountpoint>/grub/grub.cfg別の/bootパーティションが存在し、それを修正するために一時的な場所にマウントする場合）と/etc/fstab。