gparted를 사용하여 msftres 파티션 이동

gparted를 사용하여 msftres 파티션 이동

나는 이 질문에 대한 "당신은 확실히 이것을 할 수 없습니다"부터 "이것은 gparted로 할 수 있습니다"에 이르기까지 다양한 답변을 온라인에서 찾았으므로 여기서 직접적인 대답을 얻기를 바랐습니다. 내 컴퓨터의 파티션 공간이 부족하여 /boot(Arch Linux 및 Windows 10 이중 부팅) GParted를 사용하여 크기를 조정하려고 합니다. 첨부된 것은 (다소 지저분한) 파티션의 스크린샷입니다: 여기에 이미지 설명을 입력하세요

파티션 /boot/dev/sda2. 오른쪽으로 이동하여 크기를 늘리려 sda4는 의도로 Windows 파티션의 크기를 줄였습니다 . 하지만 이 작업을 시도하면 GParted에서 오류가 발생합니다. sda3sda2여기에 이미지 설명을 입력하세요

파티션 을 어떻게 이동하나요 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보다 큰 파티션은 필요하지 않을 것입니다 .

관련 정보