lv_postgres
論理ボリュームサイズを5Gに減らしました。空き容量は他のlvsに再割り当てされますが、lv_home
縮小されたボリュームではresize2fsは実行されませんlv_postgres'
。次回の起動時にパニックモードに入り、resize2fs lv_postgres
「実行してください」操作を実行しませんe2fsck -f
。最後の操作に「スーパーブロックまたはptが破損している可能性があります」というメッセージが表示され、続行すると5番目のパスで「読み取りエラー」が発生します。 fs サイズ スーパーブロックによる「inode およびブロックビットマップを読み取る」ブロックのサイズは 2564096 です。ブロックデバイスの物理サイズは1253376ブロックです。必要なサイズに合わせてボリュームを9.78Gから4.78Gに減らしたいです。
ボリュームサイズを変更する方法は?
ベストアンサー1
ファイルシステムを最初に縮小せずにLVを縮小すると、ファイルがアクセスしやすい領域に保存される可能性があるため、LVが破損し、その中のデータが失われます。ファイルシステムはこれが好きではなく、おそらく修正できないでしょう。
現在そのスペースを占めている他のLVにデータを書き込んでいない場合、最良の方法は元のLVレイアウトを復元し(/ etc / lvm / * /で適切なバックアップを見つけることができます)、LVのサイズ変更です。何も記録されていない場合、ファイルシステムはまだそのまま残り、そこから回復できます。
別のファイルシステムを同じ領域に拡張すると、プライマリパーティションでも同じ問題が繰り返されます。