우선순위:
모든 면에서 안전이 최우선입니다. 확장성, 사용 용이성, 가격은 뒤쳐져 있으며 성능도 영향을 미칩니다.
내가 하려는 일:
저는 Linux(GUI 없음)의 최소 설치와 Windows(GUI 포함)가 있는 가상 머신을 실행하려고 합니다. Linux 부분은 Windows 클라이언트 실행 및 보안 제공만 담당하면 됩니다.
현재 kvm을 사용하여 이 작업을 수행하려고 합니다. 명령줄을 통해 작동하게 했지만 데스크톱 시스템(예: GNOME) 내에서만 가능했습니다. libvirt(virt-install)와 virt-viewer를 통해 실행했고 여기에 설명된 대로 작동하게 했습니다.가이드.
저는 CentOS atm을 실행하고 있지만 주로 OS 선택을 위한 것이므로 특정 장점이 있는 더 작은 이미지에 대한 제안을 환영합니다.
질문:
데스크톱이 아닌 환경에서 위의 2가지 옵션을 시도하면 다음과 같은 결과가 나타납니다.
Gtk-WARNING **: [current time]: cannot open display:
Google 검색을 몇 번 시도했지만 헤드리스 서버 및 X11에 대한 게시물을 계속 찾습니다. 나는 헤드리스 서버를 만들려는 것이 아니며 X11이 내 문제를 어떻게 해결해야 할지 잘 모르겠습니다.
필요하다:
GUI가 없는 시스템(데스크톱이 없는 Linux)의 터미널에서 가상 머신(GUI가 있는 Windows)을 시작하는 방법입니다.
답변1
클라이언트 컴퓨터의 경우: VM의 MS-Windows가 실행됩니다. X11 서버가 필요합니다.
X11 서버
X11은 Gnu/Linux, Unix, VMS 및 기타 시스템에서 사용되는 윈도우 시스템의 일부입니다. 캔버스, 키보드, 마우스를 결합합니다. X 서버는 윈도우 시스템은 아니지만 이를 실행하는데 필요합니다.
많은 사람들이 서버를 원격 서버로 생각합니다. 이것은 잘못된 것입니다. X11 서버는 로컬로 실행됩니다. 클라이언트를 원격으로 실행할 수 있습니다.
Gnome과 같은 윈도우 시스템.
만든 사람
- 창 관리자: 창 이동, 크기 조정, 낮추기 및 높이기를 담당합니다.
- 작업 관리자, 시작 버튼, 알림 영역 등
특히 하나의 창만 실행하는 경우에는 창 시스템이 필요하지 않습니다. 창을 전체 화면으로 만드는 다른 도구가 있습니다.
답변2
저는 xinit을 사용하여 이 작업을 수행했습니다. xorg 및 virt-manager가 설치되어 있어야 합니다. 이 명령을 사용했는데 xinit virt-viewer -- :0 vt${XDG_VTNR}훌륭하게 작동합니다. 더 많은 정보를 원하시면 방문해주세요https://linuxconfig.org/how-to-run-x-applications-without-a-desktop-or-a-wm
답변3
가상 머신을 실행하는 Linux를 실행하는 하이퍼바이저 머신이 있고 해당 가상 머신에는 그래픽 환경이 필요하다는 내용을 읽었습니다. 그러나 하이퍼바이저에는 그래픽 환경이 없으며 모니터도 없을 수도 있습니다.
당신이 해야 할 일은 자신의 워크스테이션에 virt-manager를 설치하고 SSH 터널을 통해 하이퍼바이저 시스템에 대한 연결을 설정하도록 virt-manager를 구성하는 것입니다. 그런 다음 가상 머신의 그래픽 콘솔과 SSH 터널을 통해 전송된 모든 데이터를 보는 것을 포함하여 워크스테이션에서 해당 머신에서 실행 중인 가상 머신을 관리할 수 있습니다.
답변4
듣기로는 호스트 OS가 제어하지 않고 그래픽 카드에 대한 PCI 패스스루를 사용하여 KVM에서 Windows VM을 실행하려고 하는 것입니다. 저는 개인적으로 이와 같은 설정을 실행해 본 적이 없지만 두 개의 그래픽 카드를 실행하고 두 번째 그래픽 카드의 제어권을 가상 머신에 전달하는 데 성공한 사람들이 있다는 것을 알고 있습니다.
https://heiko-sieger.info/running-windows-10-on-linux-using-kvm-with-vga-passthrough/
튜토리얼에서는 UEFI 펌웨어가 GPU를 초기화하고 GPU에서 수정된 vBio를 로드한다고 언급했습니다. 컴퓨터에 연결된 유일한 GPU를 전달하려고 하면 문제가 발생할 수 있습니다.
이러한 호스트 플랫폼이 부팅되면 호스트 UEFI는 GPU를 초기화하고 GPU vBIOS의 일부 수정된 "섀도 복사본"을 만듭니다. 나중에 VM을 부팅하면 Linux는 이 손상된 섀도우 BIOS를 게스트 UEFI 로더에 노출합니다. 기본(유일한) GPU를 게스트에 전달하려고 할 때도 동일한 일이 발생합니다. VM 시작 스크립트를 실행할 때 다음 오류가 발생하면 숨길 수 없는 신호입니다.
qemu-system-x86_64: -device vfio-pci,host=02:00.0,multifunction=on: 0000:02:00.0 BAR을 mmap할 수 없습니다. 3. 성능이 느려질 수 있습니다.