Ubuntuサーバーで論理ボリュームのサイズを変更した後の緊急モード

Ubuntuサーバーで論理ボリュームのサイズを変更した後の緊急モード

自宅のPCで最新バージョンのUbuntuをサーバーとして使用しています。 2 つの論理ボリュームがあります。vg0そしてvg1。最近、/dev/vg0/lv-var私がインストールしたパーティションが/var小さすぎることがわかりました。すべてをバックアップ/varし、引き続き/homeパーティションを/dev/vg0/lv-home減らして増やしました/dev/vg0/lv-var。私が使用するコマンドは次のとおりです。

umount /home
lvreduce --size 325G /dev/vg0/lv-home
lvextend -L +100.22G /dev/vg0/lv-var
xfs_growfs /dev/mapper/vg0-lv--var

すべてがうまくいくようです。umount /var多くの基本プロセスで使用されるため、これは行われませんでした。

emergency mode再起動後にUSB接続を処理できないため、キーボードを使用して問題を解決できない時点までシステムが起動し、次のようなエラーが発生します。unable to enumerate USB device

/home再起動する前に再マウントしなかったのは問題ではないかと思います。

セーフモードで自宅をインストールしようとすると、次のメッセージが表示されます。

mount: /home: can't read superblock on /dev/mapper/vg0-lv--home.

システムが起動すると、次のことがわかります。

[FAILED] Failed to mount /home. (100.0% complete)

試しましたが、xfs_repairボリュームをどこにもマウントできません。can't read superblock on /dev/mapper/vg0-lv--home

論理ボリュームを削除し、新しいボリュームを作成してホームディレクトリにマウントしようとしています。自分のデータをバックアップしましたが、どうすればよいですか、/home起動時に新しく作成されたデータをインストールするようにシステムに通知しますか?

答え1

私は/varすべてをバックアップしました/home

素晴らしいです!今、そのバックアップが必要です/home

まず、内部のファイルシステムを縮小せずにlvreduce使用しています。--resizefsその結果、/homeファイルシステムの一部が切断され、破損してパニックモードに入りました。

ファイルシステムがXFSファイルシステムの場合、/home現在非破壊的に縮小する方法はありません。バックアップを作成してパーティション/論理ボリュームを縮小し、縮小パーティションmkfs/LVを再起動してバックアップを復元することは、現在XFSファイルシステムを縮小するために使用できる唯一の(本番品質)方法です。

/homeしたがって、一時的に緊急モード項目をコメントアウトし/etc/fstab、システムがある程度正常に起動するようにし、起動して緊急モードを終了してから項目のコメント処理を再度解除し、mkfsマウントし、バックアップから内容を復元します。/dev/vg0/lv-home/etc/fstab/home/home

レイヤー別に考えなければなりません。

  • 物理ディスクは大丈夫です。
  • LVM物理ボリュームとして使用されるパーティションは問題ありません。
  • LVM 論理ボリューム層が適切に縮小されたので、それも良いです。
  • 論理ボリュームのファイルシステムは縮小されないため、尾が切り捨てられます。

ファイルシステムタイプが/homeXFSの場合は、実行するだけでsudo mkfs.xfs /dev/vg0/lv-homeファイルシステムが再マウントされます(空)。その後、バックアップからコンテンツを復元します。

関連情報