4. Proxmox 해킨토시 인텔 iGPU 패스스루 몬터레이 그래픽가속
어제 올렸던 가이드인 NVIDIA 그래픽 가속 처리와 약간의 차이만 있습니다.
대부분의 내용은 아래 가이드를 먼저 참조하시고 인텔 iGPU 가속을 위한 설정의 차이 부분만 아래 설명 드리곘습니다.
작동을 위한 중요한 BIOS 설정
dmesg 출력에서 발생하는 일부 성가신 오류를 무시한 경우,다음 명령을 실행합니다.
Intel CPU의 경우 (한줄로 기입)
다음 명령을 사용하여 grub 업데이트
호스트를 재부팅하여 변경 사항 적용
호스트가 가동되고 실행되면 다음 명령을 실행합니다.
일부 플랫폼의 경우 안전하지 않은 인터럽트를 허용해야 할 수 있습니다.다음 명령을 실행합니다.
필요한 커널 모듈을 사용하도록 설정하고 다음 명령을 실행합니다.
모듈 관련 내용을 변경한 후 initramfs를 새로 고쳐야 합니다.다음 명령을 실행합니다.
이제 재매핑이 활성화되었는지 확인합니다. 다음 명령을 실행합니다.
#이전 CPU에서는 'x2apic'이 다를 수 있지만 여전히 작동해야 합니다.
PCI 디바이스에 해당하는 ID를 찾는 중입니다.다음 명령을 실행합니다.
“0x.00.x Audio Device … [1234:5678]” # GPU 오디오 ID를 기록할 필요가 없습니다..
호스트의 PCI 디바이스 ID 블랙리스트 지정,다음 명령을 실행합니다.
호스트의 PCI 디바이스 ID 블랙리스트 추가
기존의 블랙리스트를 지우실 필요는 없고 i915 하나만 더 추가하시면 됩니다.
vi /etc/modprobe.d/pve-blacklist.conf
blacklist i915
호스트를 다시 재부팅하여 변경 사항 적용
[i5-4690 HD 4600 예제]
아래 유큐브 영상은 하스웰 iris HD 4600 을 예시로 가이드하고 있습니다.
https://www.youtube.com/watch?v=Sjx0s-sBFFs
0:40 초 Proxmox PCI 장치설정 (iGPU, 오디오) 2개 - 모든기능만 체크
----------------------------------------------------------------------------------------------------
해킨토시 안하시고 proxmox 에서 iGPU 패스쓰루만 하실분은 여기까지만 보시면 됩니다.
1:55 초 OCC 로 config.plist 에 iGPU 가속관련 설정추가
Nvidia 에서는 디스플레이 "없음" 으로 두셔도 되지만
iGPU 는 디스플레이 "기본" 으로 두시면 됩니다.
"없음" 으로 바꾸면 MacOS 가 부팅이 안됩니다.
Ventura 의 경우 OCLP 패치 필요하지만 유튜브 가이드처럼 몬터레이는 불필요합니다.
EFI/OC/config.plist 수정 ( OpenCore Configurator 사용)
HD 4600 iris 의 OC config.plist 의 셋팅값 입니다.
유큐브 영상처럼 캡쳐와 같은 경로에 새로 생성하시기 바랍니다.
하단의 PCI DEVICE 리스트 상에서 선택을 하시되 첫번째 VGA 호환 컨트롤러가 아닌 저 아래 더 스크롤해서 나오는 2번째 VGA 호환 컨트롤러를 선택해 주셔야 합니다.
[VGA 호환 PCI 장치]
PciRoot(0x0)/Pci(0x1E,0x0)/Pci(0x1,0x0)/Pci(0x10,0x0)
AAPL,ig-platform-id 0300220D DATA
device-id 12040000 DATA (삭제 가능, HD 4400만 필요)
framebuffer-fbmem 00009000 DATA
framebuffer-patch-enable 01000000 DATA
framebuffer-stolenmem 00003001 DATA
인텔 CPU 별로 오픈코어안에서 iGPU를 가속하는 셋팅은 모두 제각각 다릅니다.
제가 시험으로 올린 케이스는 iris HD 4600 이 사용하는 0x0412 디바이스ID가 참조 되었습니다.
패스스루 블랙리스트를 설정하는 부분에서 부터 모두 조정하셔야 하는 부분입니다. 8086:0412
각 인텔 CPU 세대별(데스크톱,노트북) iGPU 칩셋별로 프레임버퍼 설정치 리스트 입니다.
본인의 CPU 의 내장그래픽에 맞는 설정치를 찾아서 대신 기록하시면 됩니다.
https://github.com/5T33Z0/OC-Little-Translated/blob/main/11_Graphics/iGPU/iGPU_DeviceProperties.md
(주의, 이 깃헙 정보상에 VGA 호환 PCI 장치의 Address 는 PciRoot(0x0)/Pci(0x2,0x0) 하나로 대부분 기록되어 있는데,
PROXMOX VM에는 맞지 않는 상황 같습니다. 이 설정은 네이티브 중심의 ADDRESS 입니다.
유큐브의 가이드대로 리스트중 2번째 ADDRESS를 선택해 주시기 바랍니다.)
이 셋팅후 재부팅만 하면 내장그래픽은 바로 활성화 됩니다.
아래 캡쳐에서처럼 메모리양으로만 판단하시면 안되고 하드웨어 상세정보의 그래픽/디스플레이 정보까지 확인해 주셔야 합니다.
IRIS 에 비디오 kext 까지 활성화 된것이 보이실겁니다.
내장 그래픽 가속이 활성화 되면 proxmox 의 웹 UI 상으로는 사과부팅이 중간에 멈춘것처럼 보이게 됩니다.
반드시 VNC 클라이언트를 통해 접속하시기 바랍니다.
금일 시험한 UHD 630 의 케이스를 더 추가 합니다.
HD 4600 의 경우와 모든 과정은 동일하고
OCC 안에서 DeviceProperties 의 프레임버퍼 셋팅만 위 링크에 알려드린 값으로 설정하시면 됩니다.
AAPL,ig-platform-id |
Data | 07009B3E |
framebuffer-patch-enable |
Data | 01000000 |
framebuffer-stolenmem |
Data | 00003001 |
아래 셋팅이 적용된 EFI 폴더입니다.
추가로 타임아웃5초내 부팅, OCLP 가 필요한 경우에만 사용하시라고 SIP, AMFI 셋팅이 같이 들어가 있습니다.
필요하신분은 받아서 사용하십시요.
HD 4600 와는 달리 위 동영상 마지막에도 나오듯이 UHD 630 은 조금 다르게 표현됩니다.
내용이 덜 보인다고 해서 그래픽 가속이 실패된것이 아닙니다.
GTXBench Metal 로 그래픽 벤치를 시험해 봤습니다.
Start ALL 로 진행하시면 너무 시간이 오래걸립니다.
Test Select 로 모든 테스트 체크 해제 하시고 맨 상단에 툼레이더 Aztec Ruins (High Tier) 정도 하나만 시험해 보시기 바랍니다.
인텔 i7-10700 데스크톱에 포함된 UHD 630 과 인텔 i5-6300U 노트북의 HD 520 을 비교 했습니다.
UHD 630 이 월등하군요.
가속이 정말 잘되고 있는지 깅가밍가 의심이 되신다면 이렇게 벤치를 해보시는것도 좋습니다.
화정큐삼
위에도 댓글로 첨부 주셨던 그래픽/디스플레이 항목에 있습니다.
아래의 예가 HD 4600 에서 가속이 안된상태입니다. VRAM 이 상당히 작게 잡혀있죠.
셋팅은 별거 없습니다.
본문에도 언급한 아래 3가지 셋팅이 전부입니다.
AAPL,ig-platform-id Data 07009B3E
framebuffer-patch-enable Data 01000000
framebuffer-stolenmem Data 00003001
그래도 필요하시면 일단 본문에 같이 첨부해 두겠습니다.
영상의 EFI 파일을 구하신건가 보네요?
저도 Asrock Z490 ITX 보드에 네이티브 해킨으로 이미 사용하고 있던 보드에
Proxmox 을 올려본건데요.
VM UHD 630 가속은 1차로 가이드대로 한번 해보고
2차로 원래 사용하던 네이티브 해킨의 셋팅으로 한번더 바꿔봤습니다. 이건 셋팅이 상당히 복잡하게 훨씬더 많이 들어가 있습니다.
그런데, 벤치비교해 본결과 큰 차이도 없어서 심플한 가이드설정대로 다시 돌아왔습니다.
사무실에 Proxmox 가 있으시군요?
저는 반대로 집에 있어서 사무실에서 집으로 원격으로 들어옵니다. ㅎㅎ
다른 포트는 다 방화벽에 막혀있는데, 맥은 신경을 잘 안써서 5900 포트도 다 열려있습니다.
예상대로 ? ㅠㅠ 테스트서버에서 벤치 실행시켜보면 아래 그림처럼 아예 실행을 할 수 없는 상태로 나오구요.
메인서버 (i7 8700K Z390 보드)에서는 PCI 장치 추가하면 부팅이 안되네요. 설치부터 다시한번 해보려고 합니다.
IOMMU 이슈는 다 넘기신 상태인거죠?
IOMMU 가 비활성화된 상태에서는 PCI 장치추가한 상태에서 부팅이 안되는 현상을 경험했습니다.
6세대 노트북에서 IOMMU 확실하게 Remapping 메시지 확인하고 했더니 부팅이 잘 되네요.
말씀하신 부분은 프록스목스 쉘에서 이렇게 보이면 된것 아닐까요 ?
패스스루 문제는 아니라고 생각되는 것이, 윈도에서는 GPU 잘 보이고 사용도 잘 되고. 모니터 화면까지도 잘나오니 말이지요. ㅎㅎ
보통 이럴때를 대비해서 Opencore 에서 boot-args 항목에 -v (verbose) 옵션을 붙여서
MacOS 부팅 로그를 살펴봅니다.
마지막 커널패닉 걸린 메시지를 촬영해서 구글링을 하면 해답이 나오기도 합니다.
화정큐삼님이 나서시니 최신버전 성공 가이드까지
단기간에 빠르게 진행되네요.. (아직도 싸움?이 진행중인거 같아요..)
해킨에 가장 큰 이슈로 보이는 '하드웨어 호환'이
가상에선 안탄다면서 왜 다들 안올리시는걸까?
저번에도 궁금했던 부분이지만
이번 화정큐삼님 글들을 쭉 읽고 확실히 알게 되었습니다..
딱히 아무도 안해보이는데다가 궁금은 해서
알못인 저도 단순 흥미로 굉장히 천천히 시도중이였지만
(Proxmox 해킨에 급한게 없어서 두고두고 알아가보고 있었습니다)
알못인 제가 못했을거와 별개로 왜 다들 안했는지 알게되었네요.
분명 네이티브는.. 하드웨어 호환성을 타는게 맞지만
호환성만 맞추면 어느정도 따라하기가 좋은 정보들이
이미 많이 있었기에 괜찮았는데
Proxmox에 해킨을 완성하는 정보는 그렇지 않았죠..
정보도 외국 사이트 뒤져가며 짜맞춰야하고...
보니까 억지로 패치하여 호환성을 만들어주고
결국 되기만 한다면 말씀대로 하드웨어 이슈가 해결되어 매력이있지만
그 과정이...
이번에 화정큐삼님이 직접 시도하셨기에
이정도로 가이드라인이 만들어진거네요.
보면서 궁금한점이 많이 풀리네요. 대단하세요 ~ ㅜ
시간나면 가이드 참고해서 시도 해보려합니다.
가상이면 호환성을 안탄다.. 라고 생각하시는데요..
현재 화정큐삼님이 작업해서 올려주시는 부분들은 대부분 PCI Passthrough 를 통한 그래픽 가속입니다.
PCI Passthrough는 하드웨어 가상화를 하지 않고 해당 장비를 가상머신에 직접 연결하는 것을 말합니다.
즉 화정큐삼님이 올려주신 가이드는 해킨에서 PCI Passthrough를 통해 연결된 장비의 하드웨어 호환을 잡아주는 과정이 들어가 있습니다.
그 부분 가볍게 적느라 불편하실수도 있었습니다.
아무튼 제 댓글의 내용은 전에
해당 내용에 대한 궁금증을 댓글이든 표하긴 했었는데
그에대한 내용이긴 합니다.
전에 가상화에 관련된 많은 글들을 보다보면
항상 하드웨어 호환이 거의 타지 않거나 안탄다는 식의
뉘앙스의 글들을 많이 볼 수 있었는데
(물론 가상이 무적일순 없죠)
처음 궁금했을 당시, 지금보다 가상화에서의 작동을 막연하게 생각하여
가상화 프로그램 자체의 작동 방식 등을 고려하지 않아
그런 포괄적인 부분에만 궁금증이 집중된 것도 있습니다만
어느정도 그런 장점을 생각했을 때
네이티브 해킨토시의 경우
'여러가지 하드웨어 호환'이 가장 큰 이슈가 되고 시간이 걸리는데
위의 내용에 가상화의 장점에 따르면
왜 가상에서 해킨을 완성하는 사람이 아예 없다시피 하는지?
Proxmox 외에도 가상화 프로그램은 많았고
단순하게 생각해봐도 많은 하드웨어의 호환성을 상쇄시키고
'GPU 호환만' or 그 외 패스쓰루할 몇가지 부품만 가지고
최대한 호환 가짓수를 줄여서 고민할 수 있었을텐데
+ VM으로 관리적인 측면도 장점으로 가져갈 수 있었을텐데
적어도 왜 국내에선 시도하는 글이 전무하다 싶이하는가?
그런느낌의 궁금증이었습니다.
이번 화정큐삼님 가이드로 뭔가 그럴거 같던 부분까지도
확실하게 깨달은게 두가지 있는데
1. 특정 가상 프로그램의 인지도도 그렇고
해당 가상 프로그램만의 해킨이 가능하게 하는 조건과 패스쓰루하는 과정이
큰 장벽일수도 있다는 점
2. 그렇다고는 하지만 결국 가능하기 때문에 여전히 의아한 부분인데
이상할정도로, 외국까지 찾아봤을때 있기는하지만
국내에도 해킨 사이트 가면 고수는 많아보이는데
진짜로 가상화해서 완성까지시키는 시도는 전무해보였다는 겁니다.
(해킨 연구하는 사람들 특성도 그렇고
해킨 정도면 다른 OS도 그렇듯 가상화를 분명 생각해봤을법 한데 말입니다.)
제가 이번 Proxmox 에서의 해킨토시 그래픽 가속에 관심을 가지게 된 계기가 Kep1님이
Proxmox 에서 해킨토시를 사용하고 계시다는 최초 계시물이 발단이였습니다.
과거 VMWARE 에서는 네이티브 해킨토시의 USB 설치 이미지를 만들기 위해 잠시 쓰이는 정도의 해킨만 설치하고 그래픽가속은 포기하고 버리게 된다는 내용을 접했었습니다.
아마 VMWARE 는 지금도 그런용도로 밖에는 사용이 안되는것으로 알고 있습니다.
국내에도 이와 관련해서 그래픽 가속을 시도하고 관심을 가지신 2CPU에 해킨전문가가 계신데 그분의 언급에도 VMWARE는 Nvidia 1가지 케이스에사만 가능 했었다고 합니다.
어쩌면 VMWARE 보다 더 유연해 보이는 PROXMOX는 해외사례에서 모든 그래픽카드 가속을 시도보지 않았을까 하는 생각이 닿았습니다.
네이티브 해킨은 각각의 메인보드 하드웨어 특성이 모두 다르기 때문에 호환성의 조정을 계속 맞춰가야하는 부분을 흔히 삽질이라고 부릅니다.
국내에서 x86 커뮤티니가 제일 활성화된 곳이고 자료가 많아서 이런 명칭의 시작점일지도 모른다고 생각했습니다.
x86 에도 물론 이런시도를 안해보신 분이 없으시진 않은것 같습니다.
MacOS 설치부터 패쓰스루후 다시 MacOS 안에 연결해서 그래픽 가속까지 연결해서 정리된 자료가 없는것 뿐인것 같았습니다.
x86 에서 네이티브 해킨을 위해 여러가지 하드웨어의 호환성을 고려한 범용 EFI 를 배포해 주시는 좌절금지라는 고마우신분이 계십니다.
아무리 범용 EFI 일지라도 모든 네이티브 해킨의 하드웨어가 커버되진 않습니다.
해외의 경우는 tonymacx86 커퓨니티에 unibeast 라는 범용 EFI 가 있긴합니다.
이부분도 카탈리나 이후로는 지원이 중단된 상태 같습니다.
https://www.tonymacx86.com/resources/categories/unibeast-archive.16
반면에 Proxmox 는 하드웨어의 스펙이 어느정도 고정되어 있다고 볼 수 있기 때문에
제가 작성한 가이드 1번의 MacOS 설치과정에서 필요한 OC 부팅용 EFI 커스텀롬을 살펴보시면
거의 최초로 작성된 3년 이후로 Kext 나 ACPI 의 구성이 달라진게 없습니다.
https://github.com/thenickdude/KVM-Opencore/tree/master/EFI/OC
설정파일인 config.plist 의 이력을 보면 주로 OC 의 버전업에 따른 설정요소들의 추가변경이 대부분을 차지하는것 같구요.
마지막 버전인 0.9.1 까지 맞춰져 있습니다.
https://github.com/thenickdude/KVM-Opencore/commits/master/EFI/OC/config.plist
저도 VM 해킨 그래픽 가속의 경험치를 조금씩 쌓아가고 있긴 한데요.
AMD / Nvidia dGPU 가속의 경우 리얼 그래픽의 모니터 쪽으로 출력에 성공했습니다.
중간 VM 디스플레이는 설치과정까지만 활용하고 MacOS 안에서 듀얼 그래픽으로 자리잡는 문제는 배제를 시켜야 하는것 같습니다.
위 동영상에서도 등장하고 있는 이부분에 유일한 전문가인 Harvey 도 최근 1개월전에 게시한 iGPU 에서
VM 디스플레이를 배제하지 못하고 있는것 같습니다.
그래픽 가속이 안된것은 아니나 100%의 가속이 아닌 50%의 성능도 못끌어내는 반쪽짜리처럼 보입니다.
AMD 의 경우도 VM듀얼 또는 dGPU단독의 처리가 가능한데, 성능의 차이를 보이는것을 확인했습니다.
인텔 iGPU의 VM GPU 배제처리에 대해서는 UHD 630 가속 영상쪽에 Harvey에게 문의를 남겨둔 상태입니다.
아마 Harvey도 고민하고 있는 부분이 아닐까 싶습니다.
가상화 해킨을 어떻게 생각하고 받아들여야할지
개인적 큰 관심사였는데 정리가 제대루 되었습니다^^
https://svrforum.com/recent/888968
헛.. 댓글에
ESXi 가상화에서도 해킨 패스쓰루까지 성공하신거같아 보입니다..
https://github.com/thenickdude/KVM-Opencore/tree/master/EFI/OC
그렇군요.. KVM 오픈코어
ACPI Kext 부분이 3년을 달라지지 않은게 눈에 띄네요
뭔가 인텔 10세대 정도까지 맞춰 고정되어
수정이 이루어지지 않은듯한 모습이네요,,
AMD에서도 그랬고 iGPU에서도
설치과정 이후 VM 모니터를 죽이지 않으면
GPU가 온전한 성능을 발휘하지 못하나 보네요.
그게 iGPU에서는 잘 이루어지지 않고 있는 상태네요..
노트북에 iGPU 시도하려한 저에겐 고민되게 하는 소식이네요.
하지만 RX6600을 성공하셨다는 댓글을 보았는데
dGPU를 사용할 수 있는 시스템에선
VM에서도 고사양으로 쓸 수 있는 사례이니 이번 최고의 성과로 보입니다
그 아래 RX480 RX580 가성비 모델들은 어떻게 될지 궁금하네요,,
AMD 도 제가 성공한 케이스를 댓글의 형태로만 올려두었습니다.
크게 조정할것은 없습니다.
Nvidia 사용했던 형태대로 동일하게 잡아주기만 해도 활성화 되는군요.
안정성이 좋고 주류인듯하여 이걸로 어떻게 해볼생각만 했는데
결과적으로 8. 대로 성공하셨으니 접근부터가 에러 였군요...
그런데 Proxmox에 해킨을 생각하게 된것이..
댓글에 말씀대로 Proxmox로 그래픽 가속까지 성공 가이드만 확립된다면
하드웨어 호환이 문제 없게 되는 그자체로도 매력이 있는것이 맞지만,
다른 OS도 함께 쓰기 위한것도 있는데
최근 8. 버전이 아직 안정성에 문제가 있다는 것 같아서
해킨은 되는데 다른 문제가 많아지는것일지..
해킨의 나중 문제지만 이런 생각도 드네요 ㅎㅎ
iGPU 의 가속완성에 대해서는 조금 의심이 계속 드는군요.
조금전 몬터레이 MacOS 기본셋팅상테로 config.plist 를 초기화 했습니다.
config.plist 에는 아무것도 프레임버퍼 관련한 설정을 하지 않은 상태인데요.
제가 공유드린 이 EFI 의 초기 모델은 제온 CPU 를 사용하는
iMAC Pro 1,1 로 설정되어 있습니다.
제 경우는 10세대 i7-10700 코멧레이크 라서 imac 20,1 로 변경해 보았는데 부팅되고 핑은가지만 VNC 로그인이 불가능해 지네요.
UHD 630 이 아닌 CFL CRB (Coffee Lake, Coffee Lake Refresh)로 프레임버퍼 활성이 된것처럼 나타납니다.
https://x86.co.kr/qa/3347399
단지 디스플레이 표기명의 차이라는 갑론을박이 해외에서도 있었다고 하네요,
어쨌던 완벽한 가속이 아닐거라는 의심은 계속 듭니다.
GFXBench 사이트의 5.0 결과치를 보면 또 그렇지 않은것도 같은데, 많이 혼란스럽네요.
저도 Proxmox 를 떼고 다시 네이티브로 돌아가서 iMac 20,1 로 헤드리스 활성화된 상태를 한번 다시 보고 와야 겠습니다.
네이티브 해킨이긴 하지만 그래픽/디스플레이 정보도 아래처럼 나타나는것 같네요.
OC아닌 클로버인데요 MacMini 8,1 로 셋팅한 결과 같습니다.
https://x86.co.kr/efi/4335423
네이티브 헤킨 활성화 결과입니다.
결과를 두고 상세히 살펴보니 기기 ID 가 다르게 나타나네요.
07009B3E (0x9bc5) 가 아닌 00009B3E (0x3e9b) 로 나타나는 이유가 있네요.
device-id 를 추가로 지정하는군요
이 유튜브 영상의 댓글에 어제 Harvey 에게 문의를 남겼는데, 3시간뒤에 답변이 달렸네요.
아직 iGPU 는 단독으로 출력하는 방법을 찾는중이라고 답변이 왔습니다.
억양이 특이하다고 생각했는데, 예상대로 이분 영국분 이였네요.^^
cmt alert
신고
"님의 댓글"
이 댓글을 신고하시겠습니까?
