自宅の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 論理ボリューム層が適切に縮小されたので、それも良いです。
- 論理ボリュームのファイルシステムは縮小されないため、尾が切り捨てられます。
ファイルシステムタイプが/home
XFSの場合は、実行するだけでsudo mkfs.xfs /dev/vg0/lv-home
ファイルシステムが再マウントされます(空)。その後、バックアップからコンテンツを復元します。