이상한 하드 드라이브를 발견했는데 Linux 또는 MacOS가 있는 것 같습니다. 모든 파티션을 삭제했지만 표준 도구(디스크 유틸리티 및 디스크 관리)를 사용하여 하나의 파티션이 200미터에 도달하지 못했습니다.

컨텍스트 메뉴에서 항목 볼륨 삭제… 비활성화되었습니다.

Windows 7에서 EFI 암호화 파티션 삭제콘솔 프로그램을 사용할 수 있습니다 디스크 파트.

1. 실행 cmd를 관리자로

2. cmd에 입력 - 디스크 파트. 시작할 것이다 디스크 파트새 창에서

디스크 목록 - 디스크 목록을 봅니다.
디스크 # 선택 - 원하는 디스크를 선택합니다. # 대신 디스크 번호를 지정하십시오.
clean - 디스크의 모든 파티션 또는 볼륨 삭제
파티션 나열 - 모든 파티션이 삭제되었는지 확인

4. 결과 확인 디스크 관리.

5. 모든 섹션이 제거됩니다.

efi 섹션
efi 섹션
efi 디스크 파티션
efi 윈도우 파티션
mbr 파티션 테이블 efi 시스템
gpt efi 파티션
efi 시스템 파티션
암호화된 efi 파티션
efi 파티션 삭제
efi 파티션 생성
포맷 efi 파티션
efi 암호화 시스템 파티션
efi 맥 파티션
efi 파티션 맥 OS
efi 부팅 파티션
포맷 efi 파티션 fat32
포맷 시스템 파티션 efi fat32
efi 시스템 파티션 포맷된 ntfs
efi 파티션 생성
fat32 형식으로 efi 시스템 파티션 포맷
efi 시스템 파티션 설치
efi 하드 디스크 파티션
efi 파티션 복구
암호화된 efi 파티션 삭제
efi 파티션을 복구하는 방법
오픈 efi 암호화 파티션
efi 암호화 시스템 파티션을 삭제하는 방법
efi 파티션 크기
리눅스의 efi 파티션
efi 파티션 삭제
마운트 efi 파티션


가끔 ESP.exe 및 기타 EXE 시스템 오류는 Windows 레지스트리 문제와 관련이 있을 수 있습니다. 여러 프로그램이 ESP.exe 파일을 사용할 수 있지만, 해당 프로그램이 제거되거나 변경될 때 가끔 "분리된"(잘못된) EXE 레지스트리 항목이 남겨집니다.

기본적으로 이는 파일의 실제 경로가 변경되었을 수 있지만 잘못된 이전 위치가 여전히 Windows 레지스트리에 기록된다는 것을 의미합니다. Windows가 이 잘못된 파일 참조(PC의 파일 장소)를 찾으려 하면, esp.exe 오류가 발생합니다. 게다가 맬웨어 감염이 MSDN Disc 2432.6와(과) 관련된 레지스트리 항목을 손상시켰을 수도 있습니다. 그러므로 문제의 원인을 해결하려면 이러한 잘못된 EXE 레지스트리 항목은 복구해야 합니다.

잘못된 ESP.exe 키를 제거하기 위한 수동 Windows 레지스트리 편집은 PC 서비스 전문가가 아닌 이상 권장하지 않습니다. 레지스트리를 편집하는 동안 실수를 하면 PC를 사용할 수 없게 만들고 운영 체제에 돌이킬 수 없는 손상을 줄 수 있습니다. 사실, 잘못된 위치에 하나의 쉼표라도 컴퓨터 부팅을 방해할 수 있습니다!

이러한 위험 때문에 ESP.exe 관련 문제를 스캔하고 복구하기 위해서는 %%product%% (Microsoft 골드 인증 파트너 개발)와 같은 믿을 수 있는 레지스트리 클리너를 사용하는 것이 좋습니다. 레지스트리 클리너를 사용하면 잘못된 레지스트리 항목 찾기, 누락된 파일 참조(예: esp.exe 오류 발생을 일으키는 파일) 및 레지스트리 내의 끊어진 링크를 찾는 프로세스가 자동화됩니다. 각 스캔 전에 백업 복사본이 자동으로 생성되어 클릭 한 번으로 변경 사항을 취소하고 컴퓨터 손상 가능성을 방지할 수 있습니다. 가장 좋은 점은 레지스트리 오류를 수정하면 시스템 속도와 성능이 크게 향상될 수 있다는 것입니다.


경고:고급 PC 사용자가 아니라면 Windows 레지스트리를 수동으로 편집하지 않는 것이 좋습니다. 레지스트리 편집기를 잘못 사용하면 심각한 문제가 발생할 수 있으며 Windows를 다시 설치해야 합니다. 레지스트리 편집기를 잘못 사용하여 발생하는 문제가 수정될 수 있음을 보증하지 않습니다. 레지스트리 편집기를 사용하는 데 따른 책임은 사용자에게 있습니다.

수동으로 Windows 레지스트리를 복구하려면 우선 ESP.exe 관련 레지스트리를 내보내 백업을 만들어야 합니다(예: MSDN Disc 2432.6):

  1. 버튼을 클릭 시작하려면.
  2. 입력하다 " 명령" 안에 검색창... 아직 누르지 마세요 입력하다!
  3. 키를 들고 CTRL-Shift키보드에서 입력하다.
  4. 액세스 대화 상자가 표시됩니다.
  5. 딸깍 하는 소리 .
  6. 깜박이는 커서와 함께 블랙박스가 열립니다.
  7. 입력하다 " regedit"를 누르고 입력하다.
  8. 레지스트리 편집기에서 백업하고 싶은 ESP.exe 관련 키(예: MSDN Disc 2432.6)를 선택하세요.
  9. 메뉴에서 파일고르다 내보내다.
  10. 상장 저장 위치 MSDN Disc 2432.6 키의 백업 복사본을 저장할 폴더를 선택합니다.
  11. 현장에서 파일 이름"MSDN Disc 2432.6 백업"과 같은 백업 파일 이름을 입력하세요.
  12. 필드 확인 수출 범위선택한 값 선택한 지점.
  13. 딸깍 하는 소리 구하다.
  14. 파일이 저장됩니다 .reg 확장자로.
  15. 이제 ESP.exe 관련 레지스트리 항목 백업이 있습니다.

레지스트리를 수동으로 편집하는 다음 단계는 시스템을 손상시킬 수 있으므로 이 문서에서 다루지 않습니다. 레지스트리를 수동으로 편집하는 방법에 대한 자세한 내용은 아래 링크를 참조하십시오.

이 기사에서는 UEFI 시스템에서 실수로 삭제된 Windows 부팅 파티션을 수동으로 복원하는 방법을 보여줍니다. 처음에 이 기사는 Windows 7에서 부팅 가능한 EFI 파티션을 복원한 경험에 대해 설명했지만 이 기사는 최신 Microsoft 운영 체제(Windows 7에서 Windows 10까지)와도 관련이 있습니다. Windows 10에서 실수로 EFI 파티션을 포맷하거나 삭제한 후 두 번 이상 도움이 되었습니다. 이 기사에서는 Windows에서 부팅 가능한 EFI 및 MSR 파티션을 수동으로 다시 만드는 쉬운 방법을 보여줍니다.

따라서 UEFI 시스템(BIOS 아님)의 부팅 EFI 파티션이 어떻게든 우발적으로(또는 아주 우발적으로는 아니지만, 예를 들어 시도할 때) 삭제되거나 포맷되어 Windows 10/8.1/7이 주기적으로 로드를 중지했다고 가정합니다. 부팅 장치 선택 제안(재부팅하고 적절한 부팅 장치를 선택하거나 선택한 항목에 부팅 미디어 삽입). 시스템을 다시 설치하지 않고 Boot Manager로 파티션을 삭제할 때 Windows를 작업 용량으로 복원할 수 있는지 알아보겠습니다.

경고. 이 지침에는 디스크 파티션 작업이 포함되며 초보자를 대상으로 하지 않습니다. 명령이 잘못 해석되면 실수로 하드 드라이브의 모든 데이터를 삭제할 수 있습니다. 또한 중요한 데이터는 별도의 매체에 백업하는 것이 좋습니다.

GPT 디스크의 파티션 구조

GPT 마크업이 켜져 있는 부팅 가능한 하드 디스크의 파티션 테이블을 고려하십시오. 최소한 다음 섹션이 있어야 합니다.

  • EFI 시스템 파티션(EFI 시스템 파티션 또는 ESP - Extensible Firmware Interface) - 100MB(파티션 유형 - EFI).
  • Microsoft 백업 파티션 - 128MB(파티션 유형 - MSR).
  • 기본 Windows 파티션은 다음이 있는 파티션입니다. .

이것은 최소 구성입니다. 이러한 파티션은 파티션되지 않은 드라이브에 시스템을 설치할 때 Windows Installer에 의해 생성됩니다. PC 제조업체 또는 사용자는 예를 들어 파일에 Windows 복구 환경을 포함하는 자체 파티션을 추가로 생성할 수 있습니다. 윈레.wim(), 제조업체의 시스템 백업 이미지가 있는 파티션(컴퓨터의 원래 상태로 롤백할 수 있음), 사용자 파티션 등

EFI 섹션 UEFI 시스템에서 GPT 파티셔닝이 있는 디스크에는 Fat32 파일 시스템이 필요합니다. MSR 디스크의 시스템 예약 파티션과 유사한 이 파티션은 Windows를 부팅하는 데 필요한 BCD(부팅 구성 저장소)와 여러 파일을 저장합니다. 컴퓨터가 부팅될 때 UEFI 환경은 EFI 파티션(ESP)에서 부트로더(EFI\Microsoft\Boot\ bootmgfw.efi) 제어를 전달합니다. 이 파티션이 제거되면 OS를 로드할 수 없습니다.

MSR GPT 디스크에서 파티션 관리를 단순화하는 데 사용되며 서비스 작업에 사용됩니다(예: 디스크를 단순에서 동적으로 변환할 때). 파티션 코드가 할당되지 않은 대기 파티션입니다. 이 파티션은 사용자 데이터를 저장할 수 없습니다. Windows 10에서 MSR 파티션의 크기는 16MB(Windows 8.1에서 MSR 파티션의 크기는 128MB)이며 파일 시스템은 NTFS입니다.

GPT 디스크에 수동으로 EFI 및 MSR 파티션 생성

왜냐하면 시스템이 올바르게 부팅되지 않으면 Windows 10(Win 8 또는 7)이 설치된 설치 디스크 또는 기타 부팅 디스크가 필요합니다. 따라서 설치 디스크에서 부팅하고 설치 시작 화면에서 키 조합을 누릅니다. 옮기다+F10 . 명령줄 창이 열려야 합니다.

디스크 및 파티션 관리 유틸리티를 실행합니다.

시스템의 하드 드라이브 목록을 표시해 보겠습니다(이 예에서는 하나, 디스크 0 . 별표( * ) Gpt 열에서 드라이브가 GPT 파티션 테이블을 사용하고 있음을 의미합니다.

이 디스크를 선택하겠습니다.

디스크의 파티션을 나열해 보겠습니다.

이 예에서는 시스템에 2개의 파티션만 남아 있습니다.

  • MSR 섹션 - 128MB
  • Windows 시스템 파티션 - 9GB

보시다시피 EFI 파티션이 누락(삭제)되었습니다.

우리의 임무는 디스크에서 최소 228MB의 여유 공간이 할당되지 않은 상태로 남아 있도록 나머지 MSR 파티션을 제거하는 것입니다(MSR 및 EFI 파티션의 경우). 그래픽 GParted를 사용하거나 명령줄에서 직접 나머지 파티션을 삭제할 수 있습니다.

삭제할 섹션 선택:

파티션 1 선택
그리고 그것을 제거하십시오:
파티션 재정의 삭제

Windows 파티션만 남아 있는지 확인합니다.

이제 EFI 및 MSR 파티션을 수동으로 다시 만들 수 있습니다. 이렇게 하려면 diskpart 유틸리티의 컨텍스트에서 다음 명령을 순서대로 실행하십시오.

디스크 선택:

파티션 생성 efi 크기=100

100MB 파티션이 선택되었는지 확인합니다(파티션 1 줄 반대편에 있는 별표).

목록 파티션
파티션 1 선택
형식 빠른 fs=fat32 label="시스템"
할당 문자=G
파티션 생성 msr 크기=128
목록 파티션
목록 권

우리의 경우 Windows 파티션에는 이미 드라이브 문자가 할당되어 있습니다. :, 그렇지 않은 경우 다음과 같이 문자를 할당하십시오.

1권을 선택
할당 문자=C
출구

Windows에서 EFI 부트로더 및 BCD 복원

UEFI 시스템에 대한 최소 디스크 파티션 구조를 생성한 후에는 EFI 부팅 파일을 디스크에 복사하고 부트로더 구성 파일(BCD)을 생성할 수 있습니다.

Windows가 설치된 드라이브의 디렉터리에서 EFI 환경 파일을 복사해 보겠습니다.

mkdir G:\EFI\Microsoft\Boot

xcopy /s C:\Windows\Boot\EFI\*.* G:\EFI\Microsoft\Boot

Windows 10/7 부트로더 구성을 다시 생성해 보겠습니다.

g:
CD EFI\마이크로소프트\부트
bcdedit /createstore BCD
bcdedit /store BCD /create(bootmgr) /d "Windows 부팅 관리자"
bcdedit /store BCD /create /d "Windows 7" /응용 프로그램 osloader

"내 Windows 10"이라는 비문을 다른 것으로 바꿀 수 있습니다.

조언. EFI 파티션에서 EFI 환경의 파일만 손상되고 파티션 자체가 제자리에 남아 있는 경우 diskpart를 사용하여 파티션을 다시 만드는 프로세스를 건너뛸 수 있습니다. 대부분의 경우 기사에 따라 부트 로더를 복원하는 것으로 충분하지만. 일반 MBR+BIOS 시스템에서 BCD를 수동으로 다시 만들 수 있습니다.

이 명령은 생성된 항목의 GUID를 반환합니다. 다음 명령에서 이 GUID는 (your_guid)로 대체되어야 합니다.


bcdedit /store BCD /set(bootmgr) 기본값(your_guid)
bcdedit /store BCD /set(bootmgr) 경로 \EFI\Microsoft\Boot\bootmgfw.efi
bcdedit /store BCD /set(bootmgr) 표시 순서(기본값)

추가 명령은 컨텍스트에서 실행됩니다(기본값):

bcdedit /store BCD /set(기본값) 장치 파티션=c:
bcdedit /store BCD /set(기본값) osdevice 파티션=c:
bcdedit /store BCD /set(기본값) 경로 \Windows\System32\winload.efi
bcdedit /store BCD /set(기본값) systemroot \Windows
출구

우리는 컴퓨터를 다시 시작합니다 ... 우리의 경우 처음으로 부팅되지 않았으므로 탬버린으로 추가로 춤을 추어야했습니다.

  1. PC의 전원을 끕니다.
  2. 하드 드라이브를 (물리적으로) 분리합니다.
  3. PC를 켜고 부팅 오류가 있는 창이 나타날 때까지 기다렸다가 다시 끕니다.
  4. 드라이브를 다시 연결하십시오.

그런 다음 우리의 경우(에서 테스트됨) EFI 파티션에서 EFI\Microsoft\Boot\bootmgrfw.efi 파일을 선택하여 새 부팅 메뉴 항목을 추가해야 했습니다.

일부 UEFI 메뉴에서는 유추하여 부팅 파티션의 우선 순위를 변경해야 합니다.

위의 모든 조작 후에 Windows가 올바르게 부팅되어야 합니다.

Windows 10 운영 체제가 출시되면서 Microsoft는 컴퓨터에 설치하는 프로세스를 최대한 단순화했습니다. 몇 가지 메뉴 항목을 클릭하고 잠시 기다리는 동안 디스크 또는 플래시 드라이브에서 시스템을 설치할 수 있습니다. 그럼에도 불구하고 많은 사용자는 설치 후 연결된 장치와 디스크 사이에 "시스템에 의해 예약됨"이라는 문구가 새겨진 새 드라이브 형태의 문제에 직면합니다. 이 기사의 일부로 이러한 디스크를 제거하는 방법, 디스크의 출처, 필요한 이유 및 생성을 방지하는 방법을 고려할 것입니다.

시스템 예약 디스크가 필요한 이유

Windows 설치 단계에서 강제 종료를 수행하지 않는 한 시스템 예약 디스크가 자동으로 생성됩니다. 잘 실행된 설치 절차로 인해 사용자는 그 존재조차 알지 못하는 상태로 숨겨져 있습니다. 디스크 모양은 시스템 설치 중에 200-600MB의 별도 파티션을 만든 결과입니다.

설치 후 "내 컴퓨터"로 이동하여 "시스템에 예약됨"이라는 별도의 드라이브가 있는 경우 그 이유는 다음과 같습니다.

  • 운영 체제가 라이선스가 있는 배포판에서 설치되지 않았습니다.
  • Windows 설치 단계에서 디스크 공간 재분배 작업이 수행되었습니다.
  • 작업이 수행되었습니다.
  • Windows가 다른 미디어에서 새 드라이브로 복사되었습니다.

부팅 매개변수를 저장하려면 시스템 예약 파티션 자체가 필요합니다. Windows 7 운영 체제부터 시스템의 필요에 따라 별도의 파티션이 드라이브에 할당되지만 이전에는 시스템 드라이브에 직접 배치되었습니다.

Windows 10에서 시스템은 필요에 따라 500~600MB를 예약하지만 이전 버전에서는 300MB 이하가 필요합니다. 이는 새 운영 체제에서 Microsoft가 이 기술 섹션에 Windows 복구 기능을 추가하기 시작했기 때문입니다.

중요한: Windows 운영 체제의 Professional 버전에는 BitLocker 기능이 포함되어 있습니다. 이를 통해 사용자는 하드 드라이브 또는 외부 미디어의 데이터를 암호화할 수 있습니다. 시스템 예약 디스크는 데이터를 해독하는 데 필요한 정보를 저장합니다.

시스템 예약 디스크를 제거하는 방법

드라이브 사이에 추가 드라이브가 있으면 사용자를 짜증나게 하거나 혼란스럽게 할 수 있습니다. 이러한 상황에서 그들은 시스템에 의해 예약된 디스크를 제거하고자 합니다. 당연히 Microsoft는 데이터를 삭제하고 컴퓨터 사용자가 관리자 권한으로 할 수없는 포맷을 처리했습니다.

드라이브 목록에서 시스템 예약 디스크를 제거하려면 다음과 같이 해야 합니다.


그 후에는 시스템 예약 디스크가 더 이상 탐색기에 표시되지 않습니다. 동시에 작업이 방해받지 않으며 시스템을 복원해야 하는 경우 Windows에서 이 섹션의 정보를 사용할 수 있습니다.

중요한:컴퓨터에 여러 개의 드라이브가 설치된 경우 사용자는 시스템 예약 파티션이 두 개(또는 그 이상) 있음을 알 수 있습니다. 이는 이전에 연결된 디스크에도 이 파티션을 생성한 Windows가 있음을 나타냅니다. 현재 시스템의 올바른 작동을 위해 "이전 예비"는 필요하지 않으며 안전하게 삭제한 다음 디스크를 포맷하여 드라이브의 전체 볼륨을 차지하는 파티션을 생성할 수 있습니다.

Windows 디스크 예약을 비활성화하는 방법

Microsoft는 기본 드라이브에서 심각한 오류가 발생하는 경우 사용자가 시스템을 복원할 수 있도록 하드 드라이브에 이 파티션을 만드는 것에 대해 특별히 생각했습니다. 이를 기반으로 운영 체제를 설치하는 동안 향후 발생할 수 있는 문제를 피하기 위해 생성을 비활성화하지 않는 것이 좋습니다. 그럼에도 불구하고 시스템 설치 중에 Windows 디스크 예약을 비활성화할 수 있습니다. 이를 위해서는 다음이 필요합니다.

  1. 향후 시스템에 사용할 하드 드라이브를 선택하기 전에 명령줄을 실행하십시오. 이것은 Windows + F10 키 조합을 사용하여 Windows 설치 프로세스 중에 수행됩니다.
  2. 다음으로 열리는 창에서 명령을 작성하고 활성화해야 합니다(Enter 키 사용). 디스크 파트. 그런 다음 명령으로 선택하십시오. 디스크 0 선택기본 하드 드라이브. 그런 다음 명령을 입력하십시오. 파티션 기본 생성 Windows가 자동으로 수행하기 전에 기본 파티션을 생성합니다.
  3. 단계를 완료한 후 명령 프롬프트를 닫고 해당 위치에 대해 제공된 옵션 중에서 이전에 생성된 파티션을 선택하여 시스템 설치를 계속하십시오.

중요한:여러 파티션(예: C, E)으로 분할된 하드 디스크의 구조를 보존해야 하는 경우 이 방법을 사용할 수 없습니다. 위에서 설명한 명령을 실행하면 파티션 E의 모든 정보가 삭제됩니다.

이것은 UEFI 부트로더를 위한 파티셔닝에 대한 이전 질문에 대한 자매 질문입니다. UEFI 부트로더에 대한 편차, LVM을 사용할 수 있습니까?

면책 조항: 데이터에 대해 말하는 것이 아닙니다. Windows 8은 화재로 사망할 수 있습니다.

지침에 따라 이전에 Microsoft Reserved 파티션이라고 생각하는 400MB 장치가 하나 있습니다(MBR 파티션이라고 생각합니까?). 내가 무엇을 해야 하는지 알기 전에 fdisk 유틸리티를 사용하여 기존 파티션을 삭제하고 ext4 파일 시스템으로 MBR 파티션을 만들고 변경 사항을 적용하기 위해 재부팅했습니다.

그런 다음 UEFI 펌웨어에는 작동하지 않는다는 것을 깨달았습니다. 펌웨어는 너무 힙스터하고 굉장해서 모든 면에서 달라야 합니다. gdisk 이번에는 gdisk에 들어가서 파티션을 찾았지만 아무 것도 찾지 못했습니다. EF00 유형의 올바른 EFI 코드를 사용하여 이 400MB 장치에 새 GUID 파티션을 만들었습니다. 이것은 성공적인 것으로 판명되어 mkfs -t fat32 /dev/sda1을 사용하여 FAT32 파일 시스템을 만들었고 성공했습니다.

추가할 수 있는 UEFI 모드로 부팅된 부팅 가능한 설치 CD에서 Arch Linux를 설치하기 위한 모든 지침을 따랐습니다. 시스템에 gummiboot를 설치한 지점에 이르렀고 즉시 내 sda1 장치가 적절한 EFI 파티션이 아니라는 메시지가 표시되었습니다. 완전히 혼란스러워서 장치에서 gdisk -l을 수행했고 GPT 파티션이 손상되었고 MBR 파티션이 여전히 존재한다고 확인했습니다.

파티션 테이블 스캔: MBR: MBR 전용 BSD: 존재하지 않음 APM: 존재하지 않음 GPT: 손상됨

그런 다음 그는 MBR, GPT 또는 순수 GPT의 세 가지 옵션을 도입했습니다. MBR 파티션 테이블을 제거할 것이라고 생각하여 GPT를 선택했지만 그것은 중요하지 않습니다.

기존 MBR 파티션에서 적절한 GPT 파티션을 만드는 방법을 아직 알지 못하고 모른다는 사실을 깨닫고 테스트 디스크에서 Quick Analyze를 실행했는데 모든 것이 양호하고 친환경적으로 보입니다. testdisk 유틸리티는 이것을 모든 면에서 유효한 EFI 부팅 파티션으로 인식합니다.

가능한 경우 GPT 파티션을 수정하여 아치 설치부터 시작하는 모든 설치 및 설정 단계를 피할 수 있도록 하고 싶습니다. 그것이 불가능하고 이 파티션을 파괴하고 거기에서 시작해야 하는 경우 이미 여기에 설정된 데이터를 유지하고 부팅 파티션을 수정한 후 수동으로 다시 추가할 수 있습니까?

One Solution은 "이전 MBR에서 gdisk로 EFI 부팅 가능한 GPT 파티션 생성, 손상된 GPT"에 대한 양식 웹을 수집합니다.

Ubuntu UEFI 커뮤니티 위키 표기법. 배포 여부에 관계없이 동일한 규칙이 적용됩니다.

EFI 파티션 생성

Ubuntu 설치 프로그램에서 디스크를 수동으로 파티션하는 경우 EFI 파티션이 설정되어 있는지 확인해야 합니다.

  1. 드라이브에 EFI 파티션이 이미 있는 경우(예: 컴퓨터에 Windows8이 있는 경우) Ubuntu에도 사용할 수 있습니다. 포맷하지 마십시오. 디스크당 하나의 EFI 파티션만 사용하는 것이 좋습니다.
  2. EFI 파티션은 최신 버전의 GParted로 생성할 수 있습니다(12.04 디스크에 포함된 Gparted 버전은 괜찮습니다. 참고: GParted LiveCD에 대한 링크를 포함했습니다.) 및 다음 속성이 있어야 합니다.

    • 마운트 지점: /boot/efi(참고: 수동 파티션을 사용할 때는 이 마운트 지점을 설정할 필요가 없으며 Ubuntu 설치 프로그램이 자동으로 감지합니다)
    • 크기: 최소 100Mib. 권장 200MiB.
    • 유형: FAT32
    • 기타: "부팅" 플래그가 필요합니다.

레이아웃에 대한 아이디어를 제공하는 이 스크린샷을 참조하십시오. (/dev/sda1 참고, 다시 Ubuntu 스냅샷에 의존해서 죄송합니다.) 필요한 경우 아치 크기를 조정하여 이 파티션을 만들 수 있습니다. 이것은 또한 OSX용 레이아웃이므로 Win8으로 이중 부팅하려면 아래 스크린샷의 sda2 및 sda3을 1개의 ntfs 유형 파티션으로 결합한 다음 sda4, sda5 및 sda6이 Arch에 사용됩니다.

LVM의 경우

LVM을 사용할 수 있다고 생각하지만 경험에 따르면 생성한 EFI 파티션과 탑재 지점은 볼륨 그룹 내에 존재할 수 없으며 볼륨으로 존재해서는 안 됩니다. EFI 파티션을 "깨끗하게" 유지하려면 LV의 일부가 아닌 파티션을 만드십시오.