자주 확장해야 하는 두 번째 디스크(sdb)가 있는 CentOS 7 가상 머신을 실행하고 있습니다. 디스크를 확장하고 "parted"를 열어 새 파티션을 생성하면 다음 오류 메시지가 반환됩니다.
오류: 백업 GPT 테이블이 있어야 할 디스크 끝에 있지 않습니다. 이는 다른 운영 체제가 디스크가 더 작다고 생각한다는 의미일 수 있습니다. 백업을 끝으로 이동하고 이전 백업을 삭제하여 문제를 해결하시겠습니까? 경고: /dev/sdb의 여유 공간이 모두 사용되는 것은 아닙니다. 모든 공간(추가 10485760 블록)을 사용하도록 GPT를 수정하거나 현재 설정을 계속할 수 있습니까?
"Fix"를 입력하면 메시지가 사라지고 새 파티션을 만들 수 있습니다.
이 방법을 사용하여 디스크의 데이터가 손상되거나 데이터가 손상/삭제될 가능성이 있는지 제안할 수 있는 사람이 있습니까?
답변1
(가상) 디스크가 마술처럼 커지는 경우 이 메시지는 정상입니다.
GPT 파티션 테이블은 디스크의 시작과 끝 부분에 위치합니다. 실패에 대한 탄력성을 더욱 높여야 합니다.
이 문제를 "수정"하면 디스크의 새 끝에 GPT 백업 헤더가 다시 작성됩니다. 장치 시작 부분의 기본 GPT 헤더가 손상되지 않은 경우 기존 파티션에는 전혀 영향을 미치지 않습니다.
논리 섹터 크기를 변경하려는 경우 상황은 다릅니다. 안타깝게도 GPT는 여전히 이에 의존합니다. 이 경우 파티션 오프셋(바이트 단위)을 알고 처음부터 파티션 테이블을 다시 생성해야 합니다. 그렇지 않으면 gdisk확장 모드 중 하나를 통해 문제가 해결되기를 바랍니다.
답변2
2019 업데이트:::
위와 비슷한 상황이 있지만(parted -l 실행) 아래와 같이 추가 오류가 발생합니다. 두 문제 모두에 대해 "수정"을 입력하면 서버가 손상되지 않습니다.
메시지 1:
Error: The backup GPT table is not at the end of the disk, as it should be.
This might mean that another operating system believes the disk is smaller.
Fix, by moving the backup to the end (and removing the old backup)?
Fix/Ignore/Cancel? Fix
메시지 2:
Warning: Not all of the space available to /dev/sda appears to be used,
you can fix he GPT to use all of the space (an extra 7812939776
blocks) or continue with the current setting?
Fix/Ignore? Fix
답변3
바라보다이 답변은 슈퍼유저에 관한 것입니다.. 보조 GPT 헤더를 디스크의 새로운 끝으로 이동한 후에는 분할 경고가 사라져야 합니다.
# Move secondary GPT header to end of disk
sgdisk -e /dev/sda
답변4
나는 같은 문제가 growpart있었고 parted.
오류가 표시되지 않으며 가상 머신을 다시 시작하지 않고도 기본 디스크 확장을 지원합니다.
아래 기사에 지침을 썼습니다.