논리 볼륨에 문제가 있습니다.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
논리 볼륨을 50GB에서 ~28GB로 축소하려고 시도했지만 --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에서 실행한 다음 이를 마운트하고 백업을 복원합니다.