CentOS to Rocky Linux 설치 시 RAID GPT 오류 (PMBR / Backup GPT)

반응형

Rocky Linux RAID GPT 오류 관련 사진

 

Rocky Linux 설치 시 RAID GPT 오류 (PMBR mismatch / Backup GPT corrupt) 완벽 해결 보고서

Rocky Linux 설치 시 RAID GPT 오류 (PMBR mismatch / Backup GPT corrupt) 완벽 해결 보고서

1. 문제 발생 환경

  • 서버 모델: Lenovo ThinkSystem (BIOS RAID 컨트롤러 내장)
  • 기존 OS: CentOS 7.x
  • 신규 OS: Rocky Linux 9.x
  • RAID 구성: BIOS RAID 1 (Intel IMSM 기반, md126 / md127 구조)
  • 디스크: 3TB × 2 (GPT 기반)

기존 CentOS에서 RAID를 유지한 채 Rocky Linux를 새로 설치했을 때, 설치는 완료되지만 부팅 시 GPT 관련 오류와 함께 시스템이 중단되었습니다.

2. 실제 발생한 오류 메시지

GPT PMBR size mismatch (GPT header indicates 5860533167 blocks, but device has 5860532223 blocks)
Backup GPT table is corrupt, but the primary appears OK, so that will be used.
Auto-repairing will not work since disk is read-only.

또는 rescue 모드에서 다음과 같은 상태로 확인되었습니다.

md126: active (auto-read-only) UU
md127: super external (IMSM metadata)
unused devices: none
chroot failed to run command

즉, RAID 자체는 살아 있지만 “읽기 전용”으로만 인식되고, 파티션(md126p1, md126p2 등)이 인식되지 않아 루트 마운트 및 부팅이 불가능했습니다.

3. 원인 분석

  • 기존 BIOS RAID(특히 IMSM)는 디스크 끝부분에 메타데이터를 저장
  • GPT도 디스크 끝부분에 백업 테이블을 저장
  • 두 영역이 겹치면서 “Backup GPT table corrupt” 경고 발생
  • PMBR(Protective MBR)도 RAID 메타데이터와 일시적으로 불일치
  • 결과적으로 gdisk에서 backup header를 읽지 못하고 경고 발생

4. 시도했던 해결 과정 및 결과

단계명령어 / 조치결과
1차 gdisk /dev/sda → w
gdisk /dev/sdb → w
PMBR mismatch 일시 해결되었으나 재부팅 후 동일 경고 재발. sda, sdb 개별 GPT는 깨끗해졌지만 RAID md126 기준으로 여전히 backup GPT 충돌 발생.
2차 mdadm --zero-superblock /dev/sda /dev/sdb
wipefs -a /dev/sda /dev/sdb
RAID 메타데이터 제거 성공. 하지만 BIOS RAID에서 볼륨 인식 불가 → OS 설치 중 RAID 장치(md126)가 사라짐. 결과적으로 부팅 실패.
3차 gdisk /dev/md126 → w PMBR mismatch는 해결. Backup GPT 경고만 남음. fdisk, gdisk에서는 “Backup GPT corrupt but primary OK” 계속 출력됨.
4차 GRUB 부팅 옵션에 loglevel=3 추가 경고 메시지 자체는 숨겨짐. 그러나 내부적으로 GPT 구조 문제는 여전히 존재 → 부팅 후 fdisk에서 동일 경고 확인.
5차 BIOS RAID 유지한 채 OS 재설치 설치 중 Anaconda(Python3 기반 설치 엔진) 오류 발생:
python3: TypeError: cannot read storage devices
→ RAID 볼륨 인식 실패로 설치 중단.
6차 (최종) BIOS RAID 컨트롤러 완전 초기화 → OS 설치 과정 중 RAID 생성 완전 해결.
BIOS에서 RAID 컨트롤러 삭제 → 설치 USB 부팅 후 Installation Destination → 디스크 수동 설정 → RAID 유형으로 직접 생성.
이 때 /boot, /boot/efi, / (root) 모두 RAID1으로 지정.
설치 후 재부팅 시 GPT 및 PMBR 오류 모두 사라짐.

5. 실제 사용했던 명령어 및 점검 절차

# RAID 상태 확인
cat /proc/mdstat

# RAID를 read-write로 변경
mdadm --readwrite /dev/md126

# 파일시스템 및 파티션 확인
fdisk -l /dev/md126
blkid /dev/md126

# PMBR 오류 수정
gdisk /dev/md126
Command (? for help): w
Do you want to proceed? (Y/N): y

# Backup GPT 경고 숨기기
nano /etc/default/grub
GRUB_CMDLINE_LINUX="... loglevel=3"
grub2-mkconfig -o /boot/grub2/grub.cfg

# LVM 볼륨 활성화
pvscan
vgscan
vgchange -ay

# RAID 초기화 시
mdadm --stop /dev/md126
mdadm --zero-superblock /dev/sda /dev/sdb
wipefs -a /dev/sda /dev/sdb
gdisk /dev/sda → o → w
gdisk /dev/sdb → o → w

6. 최종 해결 요약

여러 방법을 반복 테스트한 결과, 다음 조건에서만 완벽히 해결되었습니다.

  1. BIOS RAID 컨트롤러 삭제 (기존 RAID 메타데이터 완전 제거)
  2. OS 설치 과정 중 직접 RAID 구성 (Software RAID1)
  3. GPT 새로 생성 → /boot, /boot/efi, / 파티션 모두 RAID1으로 지정
  4. 설치 완료 후 gdisk, fdisk, dmesg 어디에서도 GPT 관련 경고 없음

7. 결론 및 주의사항

  • BIOS RAID(특히 IMSM 기반)를 유지한 채 OS를 교체하면 GPT 백업 테이블과 충돌 발생
  • PMBR mismatch / Backup GPT corrupt 오류는 데이터에는 영향 없으나, 부팅 불가 상태로 발전할 수 있음
  • 근본적으로는 BIOS RAID 대신 Software RAID로 재구성하는 것이 가장 확실하고 안정적
  • GPT 오류가 재발하지 않으려면 OS 설치 중 “RAID 구성”을 수동으로 직접 지정해야 함

“CentOS RAID 환경을 그대로 둔 채 Rocky Linux로 재설치하면 GPT 백업 테이블이 충돌한다. BIOS RAID를 삭제하고, OS 설치 중 Software RAID를 새로 구성해야 오류가 완전히 사라진다.”

반응형

 

반응형
LIST