私は完全に標準的な単一のハードドライブFedora 23デスクトップを持っています。デュアルブートインストーラは、ルート、スワップ、およびホーム論理ボリュームをすべてext4として含め、LinuxパーティションをLVMに設定します。最近4 GBのメモリを追加した後、メインボリュームを4 GB縮小し、スワップに追加してスワップボリュームを拡張することにしました。すべてが順調に進んでいるようで、私のコンピュータは何日も問題なく動作しました。
ところで、上記の作業を完了した後も再起動や終了にならなくなり、停電となりました。次回起動すると、デフォルトのext4ボリュームが破損していたため、緊急回復モードに入りました。何度も試してみましたが、fsck問題を完全に解決できませんでした。最後に、メインボリュームを再フォーマットし、最近のバックアップから復元しました。
私の質問：
スワップのサイズ変更が間違って破損していますか、それともサイズ変更後すぐに再起動しないのですか？メインファイルシステムを4GB減らしたところ、約240GB程度の空き容量があり、数日間は引き続き使用できました。考えるめちゃくちゃではありませんでしたが、LVMを使ったのは初めてでした。
LVM操作を正しく実行しているが停電によって問題が発生した場合は、ハードドライブへの変更をフラッシュするために実行できるLVMコマンドがありますか、それとも変更後に再起動するのが唯一の正しい方法ですか？
ベストアンサー1
サイズ変更後は何も実行する必要はありませんが、論理ボリュームのファイルシステムがマウント解除されていても、論理ボリュームのサイズを変更することはできません。まず、ファイルシステムのサイズを変更する必要があります（ext4では、次のものをresize2fs使用できます）。未使用解放できる（スワップで転送）論理ボリュームのブロック。これには通常、いくつかの計算が必要なため、ファイルシステムを縮小したいLVより少ないGbに縮小しないでください。
計算と誤差を防ぐために、次のようにします。ファイルシステムが元の100 Gbで、それを4 Gbに縮小したい場合：
resize2fs /dev/mapper/vg0-home 95G
lvreduce -L 96G /dev/mapper/vg0-home
# resize to fill available space
resize2fs -p /dev/mapper/vg0-home
（vg0-home実際のLVに応じて調整）