msftres, msftdata 및 숨겨진 파티션을 포맷하는 것이 안전합니까?


16

1TB HDD, 24GB SSD 및 Windows 8이 설치된 acer V7이 있습니다. SSD에 Ubuntu를 설치하고 HDD의 기본 파티션을 포맷했습니다. 그러나 HDD에 msftres, msftdata로 표시된 3 개의 다른 파티션도 있습니다. 하나의 연속 된 드라이브 파티션이 있거나 부팅 또는 BIOS 데이터와 같은 중요한 데이터를 지우도록 이러한 형식을 포맷하는 것이 안전합니까?


1
이들은 Microsoft Windows 파티션입니다. 창을 실행하지 않고 창 복원을 원하지 않으면 창을 삭제할 수 있습니다.
thom

어딘가에 UEFI (EFI) 파티션이있을 수 있습니다. UEFI (새롭고 개선 된 BIOS 교체)가 제대로 작동하려면이를 유지해야 할 수도 있습니다.
user68186

어쨌든 레거시 부팅을 사용하여 우분투를 설치 했으므로 중요하지 않습니까?
db579

답변:


35

partedGParted에 표시된 "플래그" 는 다른 것을 나타낼 수 있습니다. GPT 디스크의 일반적인 것들 중 일부는 다음과 같습니다.

  • msftres- 이 플래그는 "Microsoft reserved"를 의미합니다. 특정 Microsoft 도구에서 "스크래치 공간"으로 사용되므로 Windows를 삭제하지 않는 한 삭제하거나 용도를 변경해서는 안됩니다. 자세한 정보 는이 파티션 유형의 Wikipedia 항목 을 참조하십시오.
  • msftdata- 이 플래그는 Microsoft 기본 데이터 파티션을 식별 합니다. 일반적으로 FAT 또는 NTFS와 같은 Microsoft 파일 시스템을 보유하므로 이러한 파티션에는 C:파티션 및 복구 또는 데이터 파티션이 포함됩니다. 파티션에 어떤 유형의 데이터가 있는지 정확하게 이해하고 삭제하지 않는 한 삭제하거나 변경해서는 안됩니다. Linux는 자체 파티션에 대해 동일한 유형 코드를 사용 했으므로 Linux 파티션에서도이 플래그를 볼 수 있습니다. 2 년 전에 새로운 Linux 고유 유형 코드가 작성되었으며 해당 유형 코드를 가진 Linux 파티션은 플래그가 설정되지 않은 것으로 표시됩니다. 새로운 Linux 특정 유형 코드를 인식하는 libparted 버전은 이제 막 제공되고 있습니다. "msftdata 플래그"는 동일한 새 버전의 libparted와 함께 나타납니다.
  • boot -GPT 디스크에서이 플래그는 EFI 시스템 파티션 (ESP)을 식별합니다 . 당신이하고있는 일을 알지 못한다면이 파티션을 혼란스럽게해서는 안됩니다. 마찬가지로 Linux /boot파티션이 아닌 다른 파티션에서도 "boot flag"를 설정하지 않아야 합니다. "부트 플래그"는 MBR 디스크에서 완전히 다른 의미를 갖습니다. 이러한 디스크에서는 일반적으로 그렇게 할 필요는 없지만 Linux /boot또는 /파티션 에서 "부팅 플래그"를 설정하는 것이 일반적입니다.
  • bios_grub -이 플래그는 식별 BIOS 부팅 파티션, BIOS 모드 를 저장 부트 코드에 GRUB를 사용합니다. 일반적으로 EFI 부팅 컴퓨터에는 이러한 파티션이 필요하지 않습니다. BIOS 모드에서 EFI 모드 설치로 전환 한 경우이 파티션을 안전하게 삭제할 수 있지만 BIOS 부팅 파티션은 일반적으로 상당히 작기 때문에 (~ 1MiB) 많은 공간을 복구하지 않습니다.
  • legacy_boot- 방금 설명한 모든 플래그와 달리이 플래그 는 유형 코드에 해당 하지 않습니다 . 대신 GPT 속성을 식별합니다. 이 속성은 GPT 인식 버전 SYSLINUX에서 부팅 가능한 파티션을 식별하는 데 사용됩니다. 즉, 그 목적은 MBR 디스크의 "부팅 플래그"와 유사합니다. 대부분의 도구에서이 플래그는 관련이 없습니다. 적합하다고 생각되면 설정하거나 삭제할 수 있습니다.
  • 숨겨진 - 좋아요 "legacy_boot,"이 플래그는 GPT 속성이 아닌 파티션 유형 코드입니다. EFI가 무시해야 할 파티션을 식별합니다. 그러나 내 경험상 대부분의 EFI는이 플래그를 무시하므로 그다지 유용하지 않습니다. 그러나 일부 컴퓨터에는이 플래그가 일부 파티션에 설정되어 있습니다.

GPT 의 Wikipedia 항목에서 이들 및 기타 GPT 유형 코드에 대한 자세한 내용을 읽을 수 있습니다 . partedGParted에서 할당 한 "플래그"이름 은 libparted에 따라 다릅니다. GPT fdisk 또는 Windows 파티션 도구와 같은 다른 도구에는 GPT 유형 코드를 참조하는 다른 방법이 있습니다. (코드가 길고 어색한 16 진수이므로 코드를 직접 사용하는 프로그램은 거의 없습니다.)

libparted는 동일한 "플래그"개념을 사용하여 완전히 다른 두 가지 데이터 구조 (파티션 유형 코드 및 파티션 속성)를 식별합니다. 형식 코드는 상호 배타적입니다. 파티션은 ESP 또는 Microsoft Basic Data 파티션 일 수 있지만 둘다는 아닙니다. 따라서 ESP에서 "부트 플래그"를 제거하면 ESP는 FAT를 사용하고 FAT 파티션은 기본적으로 "msftdata 플래그"를 갖기 때문에 "msftdata 플래그"와 함께 팝업 될 수 있습니다. (이전 버전의 libparted에는 "msftdata 플래그"가 존재하지 않으므로 파티션에는 플래그가 없습니다.) 파티션에는 여러 속성이있을 수 있으므로 "hidden flag"와 "legacy_boot"가 모두있을 수 있습니다. 플래그 설정합니다. 또한 "bios_grub"과 같이 유형 코드 플래그 세트를 가질 수도 있습니다. "플래그"개념의이 이중 사용은 혼란 스럽다. GPT fdisk (gdisk관련 프로그램) 은 유형 코드 및보고 속성에 대해 2 바이트 16 진 코드 (예 : EF00 또는 8300)를 사용하여 이러한 개념을 분리합니다.


mdadm-RAID1의 구성원 장치에 msftdata플래그 가있는 이유는 무엇입니까 ?
buhtz

1
형식 코드가 잘못 설정되었을 수 있습니다. 유형 코드를 변경하지 않고 기존 파티션을 재사용했거나 RAID 구성을 설정할 때 잘못 설정되었거나 RAID 구성을 설정 한 후 잘못 변경되었을 수 있습니다.
Rod Smith

방금 했었고 mdadm --assemble /dev/mdX /dev/sdXY효과가있었습니다. 그러나 자동으로 mdadm수퍼 블록을 찾지 못했습니다.
buhtz
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.