기 타 부팅usb 만들기

3년여만에 usb 새로 구입해서 다시만들다보니 rufus가 많이 달라져서 짬나는 시간에 아주 잠시 사용해봤습니다.

일반적으로 부팅usb 만들어봤을때

파티션을 mbr로 만드는것은 mbr부팅과 uefi부팅을 모두 이용하기 위함입니다

ntfs로 포맷하는 이유는 4g이상의 파일을 저장하면서 mbr과 uefi를 모두 이용하기 위함입니다

1파티션만 만들어집니다. 이럴경우 fat파티션이 없기에 uefi 지원이 안되는 경우가 생기는 걸로 기억하고 있습니다.

맨아래 참고 루퍼스글을 읽어보니 메인보드에서 ntfs지원드라이버가 있는경우는 그냥되고 fat만 지원하게만 되어있는경우 위방법으로 안되겠네요

alt+e키로 듀얼모드 활성화시

초소형 fat12파티션이 생성되며 이로인해 uefi부팅을 100프로 지원하는걸로 알고 있습니다. fat로 부팅해서 ntfs에 있는 셋팅을 적용?

예전usb 만들던 자료입니다.

https://windowsforum.kr/lecture/7220380 1부

https://windowsforum.kr/lecture/7224101 2부

https://windowsforum.kr/lecture/7225780 외전

초소형uefi파티션내용물.zip

아래는 루퍼스로 포맷한 부팅usb에 초소형 uefi파티션내용물중 텍스트 파일에 주소에 있는 일부 내용입니다.

이 파티션은 Rufus (https://rufus.ie)에 의해 생성되었습니다.
UEFI 모드에서 NTFS 파티션을 부팅하는 데 사용됩니다.

https://github.com/pbatard/uefi-ntfs

UEFI : NTFS-UEFI에서 NTFS 또는 exFAT 파티션 부팅
UEFI : NTFS는 일반 부트 로더로서, 시스템에서 기본적으로 지원하지 않더라도 순수한 UEFI 모드에서 NTFS 또는 exFAT 파티션에서 부팅 할 수 있도록 설계되었습니다. 이것은 주로 Rufus 와 함께 사용하기위한 것이지만 독립적으로 사용할 수도 있습니다.

다시 말해, UEFI : NTFS는 FAT32 파티션에서만 부팅 지원을 제공하고 NTFS 파티션에서도 부팅 할 수 있도록하는 대부분의 UEFI 시스템의 제한 사항을 제거하도록 설계되었습니다.

예를 들어 install.wim4GB보다 큰 (FAT32가 지원할 수없는) 미디어를 포함하는 Windows NTFS 설치 미디어를 UEFI 부팅하거나 'Windows To Go'드라이브의 이중 BIOS + UEFI 부팅을 허용하는 데 사용할 수 있습니다.

제쳐두고, 인터넷에 이것에 관한 많은 부정확 한 정보가 존재하는 것처럼 보이기 때문에, UEFI 사양에 실제로 UEFI 부팅을 위해 FAT32를 사용하도록 강요하는 것은 아무것도 없음을 강조해야합니다. 반대로, 펌웨어가 드라이버를 가지고있는 한 UEFI는 모든 파일 시스템 에서 행복하게 부팅됩니다 . 따라서 FAT32 용 드라이버 만 포함하고 UEFI의 기본 부팅 기능을 제한하고 FATFI 만 UEFI 부팅에 사용할 수 있다고 잘못 판단 하는 것은 시스템 제조업체의 선택에 불과합니다 .

그러나이 프로젝트에서 설명했듯이이 제한을 해결하고 UEFI 펌웨어가 비 FAT32 파일 시스템에서 부팅 할 수 있습니다.

개요
UEFI : NTFS가 Rufus와 함께 작동하는 방식은 다음과 같습니다.

Rufus는 대상 USB 디스크에 2 개의 파티션을 만듭니다 (MBR 또는 GPT 파티션 일 수 있음). 첫 번째는 Windows 파일 (Windows To Go 또는 일반 설치용)이 들어있는 거의 모든 드라이브를 차지하는 NTFS 파티션이고, 두 번째는 NTFS가 포함 된 매우 작은 FAT 파티션입니다. UEFI 드라이버 ( https://efi.akeo.ie 참조 )와 UEFI : NTFS 부트 로더
USB 드라이브가 UEFI 모드로 부팅되면 첫 번째 NTFS 파티션은 UEFI 펌웨어 (펌웨어에 이미 NTFS 드라이버가 포함되어 있지 않은 경우 동일한 옵션을 수행하는 2 개의 부팅 옵션을 사용할 수있는 경우)와 UEFI : NTFS에 의해 무시됩니다. 부팅 가능한 FAT 파티션의 부트 로더가 실행됩니다.
그런 다음 UEFI : NTFS는 관련 NTFS UEFI 드라이버를로드하고 동일한 미디어에서 기존 NTFS 파티션을 찾은 다음 에 또는 에 상주 하는 /efi/boot/bootia32.efi, 또는를 실행합니다 . 이는 UEFI 펌웨어가 NTFS를 기본적으로 지원하고 바로 부팅 할 수있는 것과 동일한 결과를 얻습니다./efi/boot/bootx64.efi/efi/boot/bootarm.efi/efi/boot/bootaa64.efi
한계
UEFI : NTFS가 작동하려면 보안 부팅 을 비활성화해야합니다 .

이제 이것에 대해 말할 두 가지가 있습니다.

UEFI : NTFS를 사용하여 Windows를 설치 하는 경우 보안 부팅 을 일시적으로 비활성화하는 것은 생각만큼 크지 않습니다.

이것은 모든 Secure Boot가 실제로 부팅하는 파일이 악의적으로 변경되지 않았다는 신뢰를 확립하기 때문입니다 .ISO의 체크섬을 확인하고 미디어 생성을 실행하면 거의 자신을 확립 할 수 있습니다 당신이 신뢰하는 환경.

이에 대한 자세한 내용 은 Rufus FAQ 의이 항목 에서 두 번째 부분을 참조하십시오 .

개발자로서 보안 부팅을 위해 UEFI : NTFS에 서명 할 수있는 것보다 더 좋은 것은 없습니다.

그러나 Microsoft가 자신의 개인 서명 키를 포기하도록 강요 하는 거짓 주장에 따라 GPLv3 에 서명하지 않기로 임의로 결정 했기 때문에 이것은 불가능 합니다.

물론 이것은 모든 GPLv3 명령에 따라 사용자가 원하는 경우 시스템이 사용자가 자신의 코드를 실행하지 못하도록 잠글 수 없기 때문에 쌍곡 넌센스 입니다. 사용자가 자신의 키를 설치할 수 있도록 명확한 규정.

이는 안타깝게도 UEFI : NTFS는 자동으로 거부되므로 보안 부팅 서명을 위해 Microsoft에 제출할 수 없으며 현재 UEFI : NTFS를 실행하려면 보안 부팅을 비활성화 할 수밖에 없습니다.

그리고 사용중인 NTFS 드라이버는 GPLv3에 따라 라이센스가 부여되기 때문에 (그 소스가 GRUB2에서 파생 되었기 때문에 GPLv3이므로 NTFS 드라이버를 처음부터 다시 쓰지 않겠습니다. 특히 라이센스를 포기한다는 의미입니다. 사용자 권한에 가장 적합하다고 생각합니다), UEFI : NTFS를 GPLv3 이외의 다른 라이센스로 재 라이센스 할 수는 없습니다.