내부에Arch Linux에서 EFI 시스템 파티션을 구성하는 방법에 대한 지침, 그 내용은 다음과 같습니다.
/boot에 ESP를 설치합니다. 이는 UEFI에서 직접 EFISTUB 커널을 부팅할 때 선호되는 방법입니다.
시스템이 아직 부팅되지 않은 경우 파티션을 마운트하는 방법을 이해할 수 없습니다. 이것은 닭고기가냐 달걀이냐의 문제인 것 같습니다. Linux를 부팅하는 데 사용하려면 UEFI 파티션을 마운트해야 하지만 Linux가 부팅될 때까지 아무 것도 마운트할 수 없었습니다. 이 설명은 EFISTUB가 EFI 파티션에서 부팅할 수 있음을 구체적으로 의미합니다.시작 파일을 복사할 필요가 없습니다. EFI 파티션으로:
파티션을 #Mount하는 쉬운 방법 중 하나를 사용하지 않는 경우 부팅 파일을 ESP에 복사해야 합니다.
답변1
/boot에 ESP를 설치합니다. 이는 UEFI에서 직접 EFISTUB 커널을 부팅할 때 선호되는 방법입니다.
설명의 이 부분에서는 다음과 같이 말하려고 합니다.
"부팅 방법으로 EFISTUB를 선택하는 경우 이상적으로는 두 가지 작업을 수행해야 합니다.
- 설치할 때:
/bootESP를 설치하려는 아치의 위치에 설치하세요.나머지 설치 프로세스를 실행하기 전에,vmlinuz-*일반적으로 initramfs(및 선택적으로 initramfs)에 포함되는 파일은/boot추가 수동 작업 없이 자동으로 ESP로 이동합니다. - 핵심 Arch 설치가 완료되면:모든 커널 업데이트가 ESP에서도 자동으로 완료되도록 ESP를 자동으로 설치하도록 구성
/etc/fstab(또는 선택한 대체 메커니즘) 하십시오./boot
다른 작업을 선택하는 경우 필요한 파일을 ESP에 저장하는 데 필요한 모든 단계를 수행할 책임은 귀하에게 있습니다. "
분명히 Arch의 "권장 절차"는 실제로 OS 관련 파일을 \EFI\<OS name>ESP에 배치하는 UEFI 표준을 위반하고 대신 EFISTUB가 장착된 커널(및 선택적 initramfs 파일)을 ESP의 루트에 배치합니다. 그러나 펌웨어 ESP 파일 시스템 드라이버의 예기치 않은 대소문자 구분으로 인해 발생하는 오류 가능성을 최소화합니다. 그래서 나는 그들이 왜 그런 선택을 했는지 이해합니다.
그런 다음 "대체 마운트 지점" 장에서는 ESP에서 UEFI 표준 경로를 사용하거나 ESP를 다른 위치에 설치하거나 기본적으로 제거된 상태로 두려는 경우 사용할 수 있는 다양한 기술을 설명합니다. 옵션은 각 솔루션이 특정 상황에 적합한 이유에 대한 명확한 설명 없이 번들 마운트, 다양한 이벤트 시스템 및/또는 스크립트 후크를 포함하여 목록으로 표시됩니다.
원래,EFI 시스템 파티션의 Arch 위키 페이지이 글을 쓰는 시점에서 UEFI와 EFISTUB의 작동 방식을 이미 이해하고 있는 사람들에게는 유용하지만, 무엇을 해야 할지, 다양한 것들이 서로 어떻게 의존하는지 반드시 알 필요가 없기 때문에 초보자에게는 매우 혼란스럽습니다. 나는 이것에 놀라지 않습니다. 새로운 개념과 개념 사이의 종속성을 소개하는 좋은 문서를 작성하는 것보다 주제에 적용되는 몇 가지 팁을 나열하는 것이 훨씬 쉽습니다.