☰

"파티션 크기를 조정한 후 슈퍼블록 또는 파티션 테이블이 손상되었을 수 있습니다!"

tag-icon • tag-icon filesystems partition manjaro corruption
"파티션 크기를 조정한 후 슈퍼블록 또는 파티션 테이블이 손상되었을 수 있습니다!"

Manjaro 라이브 CD의 KDE 파티션 관리자 도구를 사용하여 기존 Linux Mint 파티션을 축소하고 Manjaro를 설치할 다른 파티션을 만들었습니다.

모든 것이 잘 진행되었지만, 그 과정에서 내 Linux Mint 파티션이 손상된 것 같습니다. 시작하려고 하면 initramfs로 보내집니다.

출력은 다음과 같습니다 e2fsck.

$ e2fsck -fy /dev/nvme0n1p6
e2fsck 1.45.5 (07-Jan-2020)
The filesystem size (according to the superblock) is 32907264 blocks
The physical size of the device is 22641408 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes

출력은 다음과 같습니다 lsblk.

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
nvme0n1     259:0    0 238,5G  0 disk 
├─nvme0n1p1 259:1    0   260M  0 part /boot/efi
├─nvme0n1p2 259:2    0    16M  0 part 
├─nvme0n1p3 259:3    0  93,5G  0 part 
├─nvme0n1p4 259:4    0   980M  0 part 
├─nvme0n1p5 259:5    0  13,1G  0 part 
├─nvme0n1p6 259:6    0  86,4G  0 part              # Linux Mint partition
├─nvme0n1p7 259:7    0   5,2G  0 part [SWAP]
└─nvme0n1p8 259:8    0  39,2G  0 part /            # New Manjaro partition

답변1

나는 질문이 "이제 무엇을 해야 하는가?"라고 가정하고 있습니다.

먼저 Mint 파티션 끝에 저장된 모든 데이터가 사라집니다. 파일 시스템의 데이터가 중요한 경우 파티션을 다른 장치에 복사해야 합니다.

파일 시스템을 복구하고 다시 부팅하려면 먼저 다음 실행을 완료해야 합니다 fsck.

e2fsck -f /dev/nvme0n1p6

첫 번째 질문("수퍼블록이나 파티션 테이블이 손상되었을 수 있습니다! 중단하시겠습니까?")에 "n"으로 답한 다음 모든 후속 질문에 "y"로 답하세요. e2fsck누락된 inode에 대한 질문이 표시됩니다.

다음으로 파일 시스템 크기를 조정해 보세요.

resize2fs -f /dev/nvme0n1p6

이 방법은 (축소된) 파티션 끝에 파일이 없는 경우에 작동합니다. 그렇지 않으면 파일 시스템 크기를 조정할 수 없으며 파일 시스템 수술 영역으로 들어가게 됩니다. 한 가지 가능한 접근 방식은 스왑 및 Manjaro 파티션을 삭제하고 파티션 테이블을 편집하여 Linux Mint 파티션의 이전 크기를 복원한 다음 새 크기로 크기를 조정하는 것입니다. 방금 Manjaro를 설치했으므로 다시 설치해도 괜찮을 것입니다!

답변2

다른 답변으로도 문제가 해결되지 않으면 파티션 테이블이 장치와 일치하는지 확인해야 할 수도 있습니다.

  1. 디스크 드라이브
sudo fdisk -l /dev/whatever

결과를 복사합니다(종이에). 그런 다음 파티션 테이블을 복구합니다.

sudo fdisk /dev/whatever

파티션을 삭제합니다. 그런 다음 동일한 매개변수를 사용하여 다시 생성합니다. 최종 파티션으로 인해 다른 크기를 사용할 수 있게 되거나 허용되더라도 놀라지 마십시오.

  1. FSCK
sudo fsck /dev/whatever

첫 번째 질문("슈퍼블록 또는 파티션 테이블이 손상되었을 수 있습니다! 중단하시겠습니까?")에 "n"으로 답한 후 모든 후속 질문에 "y"로 답하세요.

  1. 문제가 있는 파일 시스템을 축소합니다.
sudo resize2fs -f /dev/whatever_partition

예: resize2fs -f /dev/sdb9

고마워하는https://unix.stackexchange.com/users/86440/stephen-kitt그의 첫 번째 답변에 대해서는 찬성 투표하고 싶지만 스택 교환 정책으로 인해 "평판"이 없기 때문에 그렇게 할 수 없습니다. 댓글을 추가하는 것도 불가능합니다. :-( 파티션 테이블이 장치와 일치하는지 확인하는 방법을 추가해야 한다는 점을 제외하면 이것이 그의 대답입니다.

원래 칩의 형상과 분명히 일치하지 않는 새 칩에 Pi 이미지를 추가했을 때 이 문제가 발생했습니다.

답변3

저도 같은 문제가 있었습니다. 파일 시스템을 조정하지 않고 드라이브의 마지막 파티션을 축소하여 파티션/파일 시스템 불일치가 발생했습니다.

하지만 아직 여유 공간에 새 파티션을 만들지 않았습니다!

그래서 크기가 조정된 파티션을 이전 크기로 확장하여 불일치를 해결할 수 있었습니다. 기존 파티션을 확인하는 동안 fsck 오류로 중지되었기 때문에 KDE의 파티션 관리자를 사용할 수 없었습니다.

대신에,이 댓글Growthpart를 사용하여 파티션 크기를 조정하는 데 도움을 주세요.

파티션을 축소하여 확보된 공간을 포맷하지 않았으니 참고하시기 바랍니다. 또한 운전이 끝날 때 불일치가 발생했습니다.

이 도구가 다른 상황에서도 작동할지는 모르겠지만 설명된 상황에서는 문제가 해결되고 부팅 가능한 시스템이 복원되었습니다.

관련 정보