최근 에이 문제가 발생했으며 며칠 동안 디버깅 한 후 문제를 발견하고 해결했습니다.
드럼 롤주세요 :
Hyper-V Server 2016을 설치 한 후 오프라인 도구 (예 : Windows PE)를 사용하여 새 설치의 SYSTEM 하이브를 마운트하고 DWORD ControlSet001 \ Control \ BootDriverFlags를 0x04에서 0x1c로 변경하십시오. (ControlSet002 버전을 변경해야 할 수도 있습니다. 각 설치 후에 변경 사항을 피하기 위해 install.wim에 변경 내용을 적용 할 수 있습니다.)
(때문에는 물론 그것은 단지 모호하고 철저하게 문서화되지 않은 비트 필드에서 2 비트의 변화를 필요로 알아 내기 위해 일주일에 커널 디버거를합니다.)
이유는 다음과 같습니다.
Windows 부팅 로더는 기본 제공 UEFI 루틴을 사용하여 Windows 설치를 찾고 ExitBootServices를 호출하기 전에 커널 및 부팅 드라이버를 RAM에로드합니다. 이 작업을 수행하고 제어를 커널로 전달하면 적절한 드라이버가 RAM에 없으면 커널이 부팅 볼륨에 액세스 할 수 없습니다.
winload.efi는 하드웨어를 열거하고 실제로 필요한 드라이버를 결정하기에 충분히 복잡하지 않습니다. 이전 버전에서는 부팅 시작으로 설정된 항목 만로드합니다. 그러나 외부 드라이버를로드하면 성능이 저하되고 Windows가 더 많은 클래스의 부팅 장치를 지원하기 시작하면서 더 나은 시스템이 필요했습니다.
개별 드라이버에서 BootFlags 값과 시스템 전체 BootDriverFlags 값을 입력하십시오. (BootFlags & BootDriverFlags)! = 0이면 부팅 시작으로 설정되지 않은 경우에도 드라이버가로드됩니다. 값의 각 비트는 다른 유형의 하드웨어에 해당하는 것으로 가정하므로 BootDriverFlags 값은 부팅 할 수있는 유형의 하드웨어를 설정합니다.
이 메커니즘이 도입되었을 때 비트 3은 USB 부팅 장치 용으로 지정되었지만 표준 Windows에서는 USB 장치에서의 부팅이 지원되지 않았습니다. Hyper-V Server 2008 R2 버전은이 값을 0x04로 설정하여 USB 부팅에 대한 특정 지원을 추가했으며이 값은 이후 출시 된 모든 Hyper-V Server 버전에서 설정되었습니다.
그 이후 Windows To Go 기능을 지원하기 위해 개선 된 사항은 USB 장치에 설치된 이전 버전의 Hyper-V Server에 권장되는 VHD 부팅 트릭을 사용할 필요가 없음을 의미합니다. 그러나 BootDriverFlags 값의 의미도 변경됩니다. USB 3 장치에는 별도의 비트가 주어졌으며 SD 카드에는 특별히 다른 비트가 부여되었습니다.
2016 버전에서 이는 0x04 값이 이제 SD 카드가 아닌 USB2 디스크에서만 부팅 할 수 있음을 의미합니다. Hyper-V Server를 제외한 모든 버전의 Server 2016은 기본값 0x1c와 함께 제공되며 USB2, USB3 및 SD 카드 부팅이 가능합니다. 그러나 0x04 값은 2008-R2 버전의 이미지 빌드 프로세스에서 재정의로 추가 되었기 때문에 Hyper-V Server에서 여전히 설정됩니다. 그러나 기능을 추가하는 대신이 값이 기능을 제거합니다.
이것은이 문제에 대한 이전의 어떤 해결책이 USB3를 비활성화하고 SD 카드 대신 USB 스틱으로 부팅 할 것을 권장 한 이유를 설명합니다. 이렇게하면 부팅 장치의 범주가 여전히 "USB의 더 제한적인 정의"에 의해 여전히 적용되는 것으로 강제됩니다 BootDriverFlags의 비트.