윈 도 우 UEFI-모드 부팅 [설치 USB] 만들기

오류 메세지가 떳다는 것은 '부팅 관리자'는 잘 인식된 것 같습니다.

오류 메세지를 보여 주는 것은 부팅 관리자의 역할입니다.

BIOS 모드에서는 Bootmgr 이 이러한 역할을 하고 UEFI 모드에서는 Bootmgr.efi 파일이 담당합니다.

그런데 DVD에서는 Bootmgr.efi 파일이 잘 인식이 되나 USB에서는 인식이 안되어서 BOOTX64.EFI 파일이 그 역할을 대신하는 겁니다.

어떠한 오류메세지 인지 모르겠으나 아마도 필요한 파일이 없어서 일거란 추측을 해봅니다. 트윅된 PE일 경우 용량을 줄이기 위해 부팅에 필요한 파일이 삭제되어 있을 수도 있습니다. (예를 들어, winload.efi)

 x64용 순정 boot.wim파일을 사용해 보시기 바랍니다.

위 이미지는 x86, x64 버전이 통합되어 있는 이미지이기 때문에 x86 boot.wim이 사용되어 있습니다. x64 boot.wim을 사용하면 x86 버전 윈도우를 설치할 수 없기 때문입니다.

boot.wim 파일은 일명 PE(Preinstall Environment - 사전 설치 환경) 라고도 하는데 MS에서 제공하는 최소화된 운영체제입니다. Windows 7 이 축소된 것( 여러가지 기능이 제거되어서)이라고 보시면 됩니다. 그렇기 때문에 x86, x64 버전이 구분되어 있습니다.

x64 버전만 UEFI 모드 부팅을 지원하는데 그 대표적인 파일이 Windows 부트 로더인 winload.efi 파일입니다. (BIOS 모드는 winload.exe 파일이 사용됩니다.) 마찬가지로 OS의 축소판인 boot.wim 안에도 x64 버전만 winload.efi 파일이 있습니다.

부팅 관리자(bootmgr.efi)가 램디스크를 만들고 boot.wim 파일을 램디스크에 풀어준 후 winload.efi 파일을 찾아서 로드시킨후 부팅 제어권을 넘기는 것입니다.

순정 x64 이미지를 사용하는게 가장 간단한 방법이겠지만 위 이미지를 사용하려면 두가지 파일을 x64 버전으로 교체해줘야 합니다. USB 루트에 있는 sources 폴더 안의 boot.wim 파일과 setup.exe 파일을 x64 버전으로 교체해서 사용하면 됩니다.

부팅 후 설치할 OS 선택시 x64 버전을 선택하셔야 됩니다.

GPT 디스크에 Windows 를 설치해본 것은 단순한 호기심 때문입니다. (2TB이상 하드디스크는 가지고 있지않습니다..)

그리고 MS에서도 적극 권장하고 있기 때문이기도 합니다.

- ?UEFI 기반 컴퓨터에 배포

- UEFI 기반 디스크 파티션 권장 구성?

생각없이 설치해 사용하고 있다가 질문에 대답하기 위해 검색해 봤습니다.

https://msdn.microsoft.com/en-us/windows/hardware/gg463149.aspx (영문)?

위 링크에 가보시면 문서 하나를 다운받을 수 있는데 UEFI 와 BIOS를 비교해서 설명을 잘해 놓은 것 같습니다.

문서 중간쯤에 이런 말이 나오네요.

"Note: 32-bit versions of Windows do not support UEFI features. Only 64-bit versions of Windows can take advantage of the features enabled by 64-bit UEFI firmware." ??

- 참고: 32-bit Windows는 UEFI 기능을 지원하지 않습니다. 64-bit Windows만 64-bit UEFI 펌웨어에 의해 활성화된 기능을 사용할 수 있습니다.

" Fortunately, current UEFI implementations include a Compatibility Support Module (CSM) that emulates BIOS support." ??

- 다행히 현재의 UEFI 구현은 BIOS 지원을 에뮬레이트하는 '호환성 지원 모듈(CSM)'을 포함합니다.

"The CSM enables 32-bit operating systems and other operating systems that do not support UEFI to boot on hardware that has UEFI firmware.??"

- CSM은 UEFI 모드 부팅을 지원하지 않는 32-bit 운영체제들과 그리고  다른 운영체제들을 사용할 수 있게합니다.

"However, operating systems that require a CSM to boot cannot use UEFI-specific features because the CSM emulates earlier BIOS??."

- 그러나 CSM은 이전의 BIOS를 에뮬레이트하기 때문에, 부팅에 CSM을 필요로하는 운영체제들은 특정한 UEFI 기능을 사용할 수 없습니다.

UEFI-specific features( UEFI 특정 기능)이 무엇인지가 관건인데요, 그전에 제가 이해한 수준의 개념부터 정리해 보겠습니다.

UEFI 나 전통적인 BIOS 모두 메인보드의 펌웨어 입니다.

부팅시 각 장치를 점검( POST)하고, 부팅관리자를 로드한 다음, 부팅관리자가 하드웨어(저장장치, 그래픽장치, 메모리등)에 접근할 수 있도록 acess key를 제공합니다.

그리고 Windows가 device drivers 를 로드하기 전까지 다른 시스템 구성요소를 로드할 수 있도록 합니다.

그런데 이 과정을 좀 더 구분을 짓자면 부팅관리자를 로드하기 전과 그 이후로 나눌수 있습니다. 제가 위에서 언급한 BIOS모드 부팅과 UEFI 모드 부팅은 부팅관리자를 로드하는 시점에서 부터 구별됩니다. 그 이전의 POST 과정은 양쪽 모두에게 공통된 사항이지만 부팅관리자에서 부터는 파일이 틀려집니다. 물론 UEFI 와 전통적인 BIOS의 중요한 차이점들은 이러한 구별 이전에 적용됩니다. 즉 UEFI 모드 부팅이든 CSM을 통한 BIOS모드 부팅이든 공통적으로 적용되는 사항입니다. 다음은 UEFI 시스템을 위한 주목할 만한 두가지 Windows 기능입니다. 위에 언급한 UEFI-specific features 란 이 두가지 기능을 말하는 것 같습니다. 그리고 제 생각에는 UEFI 모드 부팅에만 해당되는 기능 같습니다.

Multicast deployment - ??대기업이나 OEM에서 사용자 지정된 시스템 이미지를 배포할 때, 기존에는 유니캐스트 방식으로 중앙서버에서 전체이미지를 다운 받았는데 동시간대에 접속자가 몰리면 네트워크 트래픽이 발행할 수 있는 단점이 있는데 반해 멀티캐스트 방식은 이러한 단점이 없는 조금더 진보된 방식인 것 같습니다.

Fast boot and resume from hibernate?? - 디스크 I/O 속도는 컴퓨터를 부팅하거나 최대 절전모드 파일을 메모리에 로드하는 시간에 영향을 주는데 전통적인 BIOS는 저장장치 액세스에 Interrupt 13h(Int 13) 인터페이스를 사용하고 이 인터페이스는 한번에 읽을 수 있는 데이터 양이 64KB인 것에 반해, EFI block I/O protocols 은 한 번에 1MB의 데이터를 읽을 수 있어서 부팅과 최대 절전모드에서 깨어나는 시간을 향상 시킬수 있다고 합니다.