インストール不可能なLVMシステムを使用した緊急モード終了のサポート

インストール不可能なLVMシステムを使用した緊急モード終了のサポート

LVMとマウント

/Fedora Server 32システムのパーティションが不足しているため、Cockpitを使用してボリュームを追加しました。問題はそこで終わっているようですが、システムが緊急モードで再起動して抜け出すことはできません。

私はこれが私が何を使っても避けるLVMシステムであるかさえ知りませんでした、存在しなかったし、/etc/fstabLVMのためだと思いました。mount -a次に、またはxfs_repair -f /dev/mapper/fedora-rootファイルxfs_repair -f /dev/fedora/rootシステムをマウントする必要があるというエラーを返します。fsck… …機会なし。

タブ補完コマンドで推測できるように、論理ボリュームのサイズは変更されましたが、ファイルシステムはそうではありませんでした。どうすればいいですか?私の言葉は、緊急モードから抜け出してくれたら。

命令セットは非常に制限的です。fdisk、、、、さらにはありません。あり、あります。 XFSボリュームであるか100%確信できませんが、好みです。gparteddfvimvixfs_dbxfs_metadumpxfs_repair外部4。それではまた行かない。左心室容積あるいは、システムはいつものように統合されていないようです。

ありがとうございます。

ベストアンサー1

LVMボリュームを拡張するには、通常LVMを使用する必要があります。通常、パーティションテーブルに設定されている制限に一致するように物理ボリュームを拡張する必要がある場合は、lvmと入力して次を使用します。サイズ変更この方法。その後、論理ボリューム(例:/dev/mapper/fedora-root)を拡張するには、次のようにします。延長するLVMコンソールから。次に、Fedora、Centos、およびRedHatはデフォルトでXFSを使用するため、パーティションがまだマウントされていない場合はパーティションをマウントします。次に xfs_growfs を使用します。緊急モードで/etc/fstabが見つからない場合は、論理ボリュームを/ mnt(または使用したい同様のディレクトリ)に手動でマウントする必要があります。

#mount /dev/mapper/fedora-root /mnt
#xfs_repair /mnt

最新のイメージにロールバックまたは再インストールする必要がある場合は、LVMボリュームのサイズを変更するために代替ツールを使用しないことをお勧めします。

おすすめ記事