소프트웨어 안드로이드 PC에 설치 문의 드립니다.

아뇨

키 설정에 따라서 활성화 안 되는 보드도 있습니다 (참고로 구형도 아닌 B550으로 스샷 찍음)

Enabled + Standard = No Activated

Enabled + Custom = Activated

라고 나옵니다 (물른 모드가 중요한게 아니라 설치된 키의 문제)

Secure Boot 구조상 키 설정에 따라서 활성화 안 됩니다 (심지어는 Disabled 메뉴자체가 없는 Asus등도 키 날리면 1회성으로 끌 수 있음)

그리고 GPL 아무 상관없습니다 (표준 Grub2같은거 소스 다 공개해놨지만, 주요 유포판 부트로더 사인 되어져있습니다)

직접 컴파일하면 문제인거죠

참 이 친구 깝깝한 친구구만...

Secure Boot를 disable 하고 윈도우즈 부팅한 상태에서 프로그램 설치하라는 게 요지인데

키가 무슨 상관있어 이 친구야. 나참.

4GB 보다 큰 파일을 지원하기 위해 Rufus로 UEFI 부팅 디스크 만들면 Secure Boot 를 Disable 하지 않으면 쓸수 없다.

왠지 알아?

4GB 보다 큰 파일을 지원하기 위해선 NTFS efi 드라이버 모듈이 필요하고...

rufus 프로그램 내부에 리소스 섹션으로 emmbeded 되어 있는 NTFS efi 드라이버 모듈이

GPLV3 라이센스를 갖고 있기 때문이다.

Due to Microsoft having arbitrarily decided that they would not sign anything that is GPLv3 we are unable to use our existing EfiFs GPLv3 NTFS driver to do that, as it is derived from GRUB which is GPLv3. So we've had to invest months of development time to produce a new GPLv2 NTFS driver, in order to meet Microsoft's arbitrary rules for Secure Boot signing.

그게 GPL이랑 무슨 상관이란건지?

아무런 상관없는 GPL타령은 왜 하는건지? (저건 마소 정책일뿐입니다)

문제는 단순히 로더를 사인 안 해놔서 그런겁니다

저런 소리해봤자 CA부터 직접 생성해서 키 만든후 그거 Enroll한다음 해당키로 사인하면 잘만 넘어갑니다 (아니면 사인된 다른 로더 써서 우회하면 그만)

Secure Boot를 disable 해줘야 설치된다는 게 문제의 핵심인데

키 얘기가 여기서 왜 나오나. 참.

이 친구는 UEFI Mok 키에 대한 개념도 없으면서... 

키 제대로 안 설치하면 Enabled/DIsabled따위 아무 상관 없습니다

키가 아에 없으면 정식 사인된 마소등의 로더도 거부당하기떔에 대부분의 정상적 BIOS는 활성화자체가 안 됩니다

그리고 저넘 윈도에서 설치시 에러나는 요인 그런 보안 옵션보단 CSM 활성화 유무랑 Windows 부트가 UEFI x64인지가 더 많습니다

인터넷 글 검색해서 짜집기로 동문서답 하지 말고. 가 이 친구야. 하하

위 스샷 보고도 이해 못하는건 현실이 보이지도 않나보네요 (아니면 글자도 못 읽던지)

애초에 인터넷 검색해서 나오는 자료를 부정하는 시점에서 현실이 안 보이나보군요

그럼 왜 대부분의 NAS랑 많은 네트워크 장비가 리눅스에 기반하고 있고, 많은 소프트가 구글링하면 나오는 유명한 TLS라이브러리랑 ffmpeg같은 오픈 소스에 기반하고 있고, 폰 시장 점유율 대부분이 오픈 소스인 안드로이드인걸까요 (인력이랑 자금이 되는 대기업이라 직접 0에서 개발할 능력이 없는것도 아닌데)

애초에 저런거 따질려면 OS부터 직접 개발해서 쓰세요

그리고 소프트 개발할떄 직접 0에서 짜서 용량 1000줄, 작동시 리소스 100, 시간 개발 시간 10시간 소비하는거랑 구글링해서 300줄, 리소스 80, 1시간 소비하는것중 어느게 나아보이는지? (님이 애기한대로 인터넷 검색하면 나오는걸 부정하면 전자가 나아야 합니다)

그런 애기는 Key 직접 Enroll해보고나서 해주세요

MOK Enroll해보고 적은건지도 의심스럽네요

다른 사람들 댓글마다 붙어서...

인터넷 검색해서 짜집기한 글로 아는 척 이빠이하고, 남들 가르치려 드는 모습을

한 두번 목격한 것도 아니고.

자네가 진짜 전문지식을 갖고있다는 것을 입증할 수 있는 기회를 줄테니 한번 입증 해봐.

Rufus 프로그램은 github에 소스코드가 오픈되어 있어.

Secure Boot 모드 Enable 한 상태에서 4GB 보다 큰 파일 지원하도록

Rufus 프로그램 수정해서 결과를 보이면 인정해 주지.

Mok 키에 대해 디테일하게 알고있지 못하면 Rufus가 사용하는 GPLv3 NTFS efi 드라이버 소스코드 수정 자체가 불가능 할 것.

열심히 해서 입증해봐. 이 친구야. 어설프게 남들 가르치려는 못된 버릇은 고치고.

당신한테 당한 사람들이 한두명이라야지.

왜 소프트를 수정해야한다고 생각하는지 모르겠지만, 그게 시야가 좁다는 반증입니다

위에 제가 달아둔 덧글도 안 보셨나보네요

생성된 미디어에 Mok용 로더를 추가하면 끝입니다

Secureboot따윈 얼마든지 우회하면 그만인지라 굳이 저런 시간 많이 걸리고, 기컷 작업해봤자 1가지 소프트밖에 적용 안 되는 방법 고집할 의미 없습니다

10가지 로더 우회해야하면 일일히 하나씩 다 뜯어고칠껀가요? (소스 없으면 리버스라도 할껀가요?)

아무 상관 없는 secure boot랑 gpl을 엃멜뿐 어떻게 문제 해결할지 방향성도 이해 못하나보군요 (진짜 GPL=Secureboot 부트 불가면 리눅스 유포판은 죄다 문제되겠네요)