論理ボリュームに問題があります。lv_home中中央オペレーティングシステムシステム。このLVのサイズを変更しようとした後50GB、問題が発生したようです。これでファイルシステムの問題が発生しました。
これまでに私が経験して試したことは次のとおりです。 https://askubuntu.com/questions/697190/fsck-error-on-boot-dev-sda6-unexpected-inconsistency-run-fsck-manually
シングルユーザーモードで論理ボリュームにアクセスしようとしましたが、問題は解決されませんでした。
ランdfファイルシステムを確認すると、次の結果が表示されます。
bash
Copy code
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/vg_myserver-lv_root 51475068 40286004 8567624 83% /
/dev/sda1 487652 35193 426859 8% /boot
tmpfs 3940748 0 3940748 0% /dev/shm
Tried using e2fsck with an alternate superblock:
csharp
Copy code
[root@myserver ~]# e2fsck -b 32768 -y /dev/mapper/vg_myserver-lv_home
e2fsck 1.41.12 (17-May-2010)
The filesystem size (according to the superblock) is 43364352 blocks
The physical size of the device is 28311552 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes
Also tried with another superblock backup at 98304, but got the same error regarding the inconsistent filesystem size and physical block size.
使用されるmke2fs-n潜在的なバックアップスーパーブロックをリストしましたが、進行していません。e2fsck状況が悪化するのを防ぐためだ。
これらのエラーと失敗したサイズ変更操作があると、スーパーブロック情報が破損したり、サイズ変更操作によってファイルシステムのレコードサイズがディスクの実際のサイズと一致しないように見えます。
似たような問題を抱えた人がいますか、この不一致を解決し、論理ボリュームのファイルシステムを回復する方法についてのヒントを提供できる人はいますか?ありがとうございます。
前のメッセージ:こんにちは。 ym lv_homeは50GBです。誰かがサイズ変更しましたが、うまくいきませんでした。
シングルユーザーモードのすべてに疲れました...役に立たない
どのようなヒントがありますか?見て、また見つけましたが…ありがとうございます…
df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/vg_myserver-lv_root
51475068 40286004 8567624 83% /
/dev/sda1 487652 35193 426859 8% /boot
tmpfs 3940748 0 3940748 0% /dev/shm
**
[root@myserver ~]# e2fsck -b alternate_superblock -y /dev/mapper/vg_myserver-lv_home
Invalid non-numeric argument to -b ("alternate_superblock")
[root@myserver ~]# mke2fs -n /dev/mapper/vg_myserver-lv_home
mke2fs 1.41.12 (17-May-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
7077888 inodes, 28311552 blocks
1415577 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
864 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
[root@myserver ~]# e2fsck -b 32768 -y /dev/mapper/vg_myserver-lv_home
e2fsck 1.41.12 (17-May-2010)
The filesystem size (according to the superblock) is 43364352 blocks
The physical size of the device is 28311552 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes
[root@myserver ~]# e2fsck -b 98304 -y /dev/mapper/vg_myserver-lv_home
e2fsck 1.41.12 (17-May-2010)
The filesystem size (according to the superblock) is 43364352 blocks
The physical size of the device is 28311552 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes
**
答え1
CentOSが非常に古いものではない場合は、デフォルトでext2/3/4の代わりにXFSファイルシステムを使用します。すべての使用推奨事項は、ext2/3/4 ファイルシステムタイプにのみe2fsck
適用されます。mke2fs -n
論理ボリュームを50 GBから〜28 GBに縮小しようとしましたが、--resizefs
使用されていないようですlvreduce
。これは、LVを縮小する前にファイルシステムをまったく変更しないため、ファイルシステムの尾がひどく発生したことを意味します。壊す。
現在、XFSファイルシステムを非破壊的に縮小するための本番クラスのツールはありません。 XFSファイルシステムのサイズ変更ツールは次のとおりですxfs_growfs
。名前が示すように育つ代わりにファイルシステム収縮それ。
良いバックアップがある場合は、mkfs
論理ボリューム(例mkfs.xfs /dev/mapper/vg_myserver-lv_home
:)を再作成し、それをマウント(現在空白)してからバックアップからその内容を復元します。
それ以外の場合は、vgcfgrestore
縮小操作の前に保存されたVG設定コピーを使用して縮小を元に戻します。/etc/lvm/archive
次に、LVをマウントし、バックアップを作成して折りたたみ、mkfs.xfs
LVで実行し、それをマウントしてバックアップを復元します。