LUKS 암호화 파티션 크기 조정 - 성공했지만 이제 할당되지 않은 공간을 사용할 수 없습니까?

LUKS 암호화 파티션 크기 조정 - 성공했지만 이제 할당되지 않은 공간을 사용할 수 없습니까?

온라인의 다양한 가이드에 따라 LUKS 암호화된 하드 드라이브 파티션(구체적으로는 루트/데이터)을 줄여 보았습니다. GParted가 할당되지 않은 새 공간을 인식하는 지점에 도달했지만 원래 파티션 내에 "고착"되어 있습니다. 아래 스크린샷에서는 할당되지 않은 공간이 1MB(아무것도 없음)에 불과하지만 그 중 절반이 강조 표시된 데이터 파티션 내에서 할당되지 않은 것을 볼 수 있습니다.

GParted 개요

데이터 파티션에 무슨 일이 일어나고 있는지 묻는다면 내가 원하는 할당되지 않은 공간이 있다고 말합니다.

파트 G 경고

그래서 크기 조정을 대기열에 추가하고 최소 크기(~250GB)로 줄였더니 정확히 내가 원했던 아름다운 미리보기가 표시되었습니다.생각하다(약 198GB의 할당되지 않은 공간을 별도의 파티션으로 제공합니다):

표적

하지만 크기 조정을 수행하면 다음과 같이 실패합니다.

실패하다

줄어든 것 같나요? 하지만 아, "할당되지 않은 공간"을 파티션으로 제공하지 않습니다! 위의 멋진 미리보기는 이 기사의 첫 번째 스크린샷으로 되돌아갑니다.

또한 KDE 파티셔닝 도구를 사용해 보았는데 기본적으로 동일한 방식으로 작동합니다. 또한,크기 조정 중인 파티션이 마운트되지 않도록 별도의 활성 디스크에서 크기 조정을 수행해 보았으나 동일한 현상이 다시 발생했습니다.또 다른 흥미로운 점은 디스크 유틸리티에 대한 아이디어입니다.

디스크 유틸리티

디스크 관리에 대한 경험이 전혀 없기 때문에 당연히 데이터를 백업하고 머신을 지우고 파티션을 축소하는 것도 처음부터 고려했지만 꽤 가까워진 느낌이랄까? 간단한 단계가 누락되었거나 완료되지 않았습니까?

답변1

문제는 파티션 내의 파일 시스템 크기를 조정할 때 파티션 자체의 크기가 조정되지 않는다는 것입니다. 완벽하게 맞는 신발에 발을 넣는 것과 같다고 생각하세요. 풋(파일 시스템)을 더 작게 만들었으나 슈(파티션)의 크기는 동일하므로 슈에 사용되지 않는 공간이 있습니다. 작은 신발을 사야 합니다.

파티션은 GPT(GUID 파티션 테이블)에 저장된 개념일 뿐입니다. 파티션의 시작 위치와 끝 위치를 저장합니다. 파티션의 새로운 끝 파티션을 계산하고 GPT를 업데이트해야 합니다.

공식은NEW_PARTITION_SECTOR_END = PARTITION_SECTOR_START + (LUKS_SIZE_SECTORS + LUKS_OFFSET_SECTORS) - 1. 이것이 내가 시작한 것입니다.https://wiki.archlinux.org/index.php/Resizing_LVM-on-LUKS#Resize_the_partition

귀하의 경우에는 "sudo parted /dev/nvme0n1"을 수행한 다음 "resizepart" 명령을 사용해야 합니다. print 명령을 사용하여 parted 자체에서 PARTITION_SECTOR_START 값을 가져올 수 있습니다. LUKS_OFFSET_SECTORS 및 LUKS_SIZE_SECTORS는 "cryptsetup status cryptdata"에서 얻을 수 있습니다. 그것들을 모두 더하면 새로운 최종 값을 얻게 됩니다.

중요: parted를 사용할 때 먼저 "unit" 명령을 입력하고 단위를 "s"(섹터를 나타냄)로 변경했는지 확인하십시오.

관련 정보