![gparted를 사용하여 msftres 파티션 이동](https://rvso.com/image/1628409/gparted%EB%A5%BC%20%EC%82%AC%EC%9A%A9%ED%95%98%EC%97%AC%20msftres%20%ED%8C%8C%ED%8B%B0%EC%85%98%20%EC%9D%B4%EB%8F%99.png)
나는 이 질문에 대한 "당신은 확실히 이것을 할 수 없습니다"부터 "이것은 gparted로 할 수 있습니다"에 이르기까지 다양한 답변을 온라인에서 찾았으므로 여기서 직접적인 대답을 얻기를 바랐습니다. 내 컴퓨터의 파티션 공간이 부족하여 /boot
(Arch Linux 및 Windows 10 이중 부팅) GParted를 사용하여 크기를 조정하려고 합니다. 첨부된 것은 (다소 지저분한) 파티션의 스크린샷입니다:
파티션 /boot
은 /dev/sda2
. 오른쪽으로 이동하여 크기를 늘리려 sda4
는 의도로 Windows 파티션의 크기를 줄였습니다 . 하지만 이 작업을 시도하면 GParted에서 오류가 발생합니다.
sda3
sda2
파티션 을 어떻게 이동하나요 sda3
? 이 모든 것의 최종 목표는 단지 파티션 을 확장하는 것입니다 /boot
. 따라서 누군가가 이를 수행할 수 있는 다른 방법을 찾는다면 그것도 효과가 있을 것입니다.
답변1
Microsoft에서는 모든 GPT 디스크에 MSR이 있을 것으로 예상하고 디스크가 처음에 분할될 때 MSR을 생성할 것을 권장합니다.
따라서 더 많은 sda2 공간을 허용하려면 sda3을 "오른쪽으로" 이동하는 것이 좋습니다. 처음이자 유일한 Windows 설치를 "점프"하지 마십시오.
(그리고 일부 의견: 예, 내 경험에 따르면 (가설) 무료 설치 시 Windows에서 다시 생성됩니다.
일련의 추론("레거시 조작"이라고도 함)은 다음과 같습니다.
- 인스턴스가 아닌 사람은 '현대적인'(U)EFI-Boot 및 GPT 파티션 테이블을 원합니다.
- Windows에서는 (U)EFI-Boot를 지원하려면 GPT가 필요합니다.
- 그러나 GPT는 BIOS 파티션 드라이브에서 발생했던 방식으로 특정 정보를 숨기는 것을 허용하지 않습니다.
- msftdata는 이 데이터를 저장하기 위해 대기합니다.
전체 세부사항: https://en.wikipedia.org/wiki/Microsoft_Reserved_Partition
답변2
파티션을 이동할 뿐만 아니라 15MiB로 축소하려고 시도했기 때문에 실패했습니다. GParted는 알 수 없는 파일 시스템을 축소하는 것이 안전하지 않다고 간주하여 실패했습니다. 크기를 변경하지 않고 이동하면 작동합니다.
파티션을 삭제하면 드물게 문제가 발생하므로 16MiB에 불과하고 MBR 파티션 제한의 영향을 받지 않는다면 그냥 옮기겠습니다.
/boot
아마도 2GiB보다 큰 파티션은 필요하지 않을 것입니다 .