Pardus KVM 게스트에서 디스플레이 해상도가 1024x768로 고정된 문제 해결

Pardus KVM 게스트 운영 체제가 1024x768 해상도에서 멈추는 이유는 무엇일까요?

Pardus 가상 머신이 1024x768 이상의 해상도를 전혀 제공하지 않는 경우는 일반적으로 단순한 데스크톱 설정 문제 때문이 아닙니다. 중요한 것은 게스트 운영 체제가 KVM/QEMU로부터 더 큰 가상 디스플레이 모드를 실제로 수신하는지, 그리고 데스크톱 세션이 크기 조정 이벤트에 제대로 반응하는지 여부입니다.

원하는 결과는 간단합니다. 뷰어 창 크기를 조정하거나 더 큰 모드를 선택한 후 Pardus는 최대 해상도를 1024x768로 표시하는 대신 1366x768, 1600x900 또는 1920x1080과 같은 해상도를 표시해야 합니다. SPICE를 사용할 때는 클립보드 통합 및 부드러운 포인터 동작도 유용한 보조 지표이지만, 해상도 지원이 주요 테스트입니다.

이 가이드는 libvirt와 SPICE 또는 그래픽 콘솔을 사용하는 KVM/QEMU 환경에서 실행되는 Pardus 데스크톱 게스트에 가장 직접적으로 적용됩니다. Pardus 25.0은 2025년 11월에 출시되었으며, 공식 Pardus 다운로드 저장소에는 2026년 3월에 출시된 Pardus 25.1 이미지도 있습니다. 데스크톱 메뉴는 XFCE와 GNOME 버전 간에 차이가 있을 수 있으므로, 아래의 점검 사항은 특정 데스크톱 셸에 크게 의존하지 않는 명령 및 가상화 설정을 사용합니다. 최신 설치 이미지는 공식 Pardus 25 다운로드 저장소를 참조하십시오 .

1. 1024x768이 게스트 운영체제의 최대 해상도인지 확인하십시오.

Pardus에 접속합니다. 터미널을 열고 세션 유형과 가상 디스플레이 하드웨어를 확인합니다.

echo "$XDG_SESSION_TYPE"
lspci -nnk | grep -A3 -E 'VGA|Display'

세션이 X11인 경우 다음도 실행하십시오.

xrandr --current

두 가지 사항에 주의하세요. 첫째, 가상 GPU가 QXL, Virtio GPU, 일반 VGA 어댑터 또는 다른 종류인지 확인하세요. 둘째, 모드 목록을 확인하세요. 1920x1080 해상도가 이미 목록에 있다면 가상화 스택이 더 높은 해상도를 지원하는 것이므로 문제는 데스크톱 구성이나 크기 조정 이벤트 문제일 가능성이 높습니다. xrandr최대 해상도가 1024x768로 표시되어 있다면 데스크톱 해상도 대화 상자에서 해상도를 변경하는 것만으로는 해결되지 않을 가능성이 큽니다.

Wayland 세션에서 는 xrandr컴포지터에 대한 공식적인 구성 도구가 아니므로 보조 정보로만 사용하십시오. 세션 유형이 중요한 이유는 QXL이 과거에는 X.Org/SPICE 워크플로와 관련이 있었던 반면 Virtio GPU는 QEMU에서 사용되는 최신 반가상화 그래픽 장치이기 때문입니다.

2. KVM 호스트에서 VM의 비디오 및 디스플레이 장치를 확인합니다.

가상 비디오 하드웨어를 변경하기 전에 게스트 OS를 완전히 종료하십시오. 가상 머신 관리자에서 VM 하드웨어 세부 정보를 열고 디스플레이 장치와 비디오 장치를 모두 확인하십시오. 일반적인 SPICE 구성에서는 SPICE 디스플레이와 QXL 또는 Virtio 비디오를 함께 사용합니다.

qxlLibvirt는 Virtio를 비롯한 여러 가지 지원되는 비디오 모델 유형을 문서화합니다 . QEMU는 Virtio GPU를 Linux 게스트용 반가상화 GPU/디스플레이 컨트롤러로 설명하며, 특정 물리적 하드웨어를 에뮬레이션할 필요가 없는 경우 Virtio 장치를 권장합니다. Libvirt 비디오 장치 문서 와 QEMU Virtio GPU 문서를virtio 참조하십시오 .

가상 머신이 이미 QXL과 SPICE를 사용하고 있다면 모든 설정을 한 번에 변경하지 마십시오. 기존 구성을 그대로 두고 SPICE 게스트 에이전트를 먼저 설치하세요. 이렇게 하면 깔끔한 테스트를 진행할 수 있습니다. 동적 해상도가 제대로 작동하면 가상 GPU를 변경할 이유가 없습니다.

가상 머신이 구형 일반 VGA 또는 Cirrus 모델을 사용하는 경우, 최신 Linux 데스크톱 환경에서는 QXL 또는 Virtio로 전환하는 것이 일반적으로 더 적합합니다. 나중에 Virtio를 선택하게 된다면, 3D 가속을 강제로 활성화하지 않고 시작하십시오. QEMU 설명서에 따르면 Virtio GPU 가속 모드는 호스트, 커널, Mesa 및 렌더러에 추가적인 요구 사항이 있습니다. 따라서 기본적인 2D Virtio GPU 설정이 문제 해결을 위한 더 안전한 기준점이 될 수 있습니다.

3. Pardus에 SPICE 게스트 에이전트를 설치합니다.

가상 머신이 SPICE 디스플레이를 사용하는 경우, 가장 유용하고 위험 부담이 적은 해결 방법은 spice-vdagent게스트에 SPICE가 설치되어 있는지 확인하는 것입니다.

sudo apt update
sudo apt install spice-vdagent

그런 다음 로그아웃 후 다시 로그인하거나 게스트 운영 체제를 재부팅하십시오. 데비안 패키지 설명에는 spice-vdagentX 세션 해상도를 클라이언트 해상도에 맞게 자동으로 조정하는 기능이 명시적으로 나와 있습니다. Pardus는 데비안 기반이므로 이 패키지는 현재 Pardus 릴리스에서 사용하는 데비안 기반 패키지 생태계에서 사용할 수 있습니다. 데비안 안정 버전에는 현재 0.22.1-4.1 버전이 포함되어 있습니다 . 데비안 spice-vdagent 패키지 페이지를spice-vdagent 참조하십시오 .

설치 후 데몬 및 사용자 측 프로세스를 확인하십시오.

systemctl status spice-vdagentd.service --no-pager
pgrep -a spice-vdagent

실행 중인 시스템 데몬은 유용하지만 사용자 세션 구성 요소도 중요합니다. 데비안 패키지 문서에 따르면 자동 이름 확인 처리는 에이전트 프로세스가 실행 중인 활성 그래픽 세션에 의존합니다.

VM이 X.Org 환경에서 QXL을 사용하고 그래픽 드라이버가 누락된 것으로 나타나는 경우, QXL X.Org 드라이버 패키지가 설치되어 있는지 확인하십시오.

dpkg -l xserver-xorg-video-qxl
sudo apt install xserver-xorg-video-qxl

게스트 운영 체제가 실제로 QXL을 사용하는 경우에만 이 작업을 수행하십시오. 이 패키지는 SPICE 호환 KVM/QEMU 환경에서 QXL 장치를 위해 특별히 존재하며, 가상 머신이 KVM에서 실행된다는 이유만으로 필요한 것은 아닙니다. 데비안 안정 버전에는 현재 xserver-xorg-video-qxl0.1.6-1.1 버전이 포함되어 있으며, 데비안 QXL 드라이버 페이지 에서 자세한 내용을 확인할 수 있습니다 .

4. 가상 GPU를 변경하기 전에 동적 크기 조정 기능을 다시 테스트하십시오.

다시 로그인한 후 그래픽 콘솔을 열고 창 크기를 조정하세요. 뷰어에 창 크기에 맞추기 또는 자동 크기 조정 옵션이 있는 경우, 렌더링된 이미지를 늘리는 대신 게스트 창의 크기를 조정하는 옵션을 활성화하세요.

X11의 경우 xrandr --current다시 실행하십시오. 성공적으로 실행되면 최대 해상도가 더 커지고 추가 모드가 표시되거나 뷰어 창 크기가 변경될 때 현재 모드가 자동으로 변경됩니다. Pardus 디스플레이 설정을 열어 더 큰 기본 해상도를 선택할 수 있는지 확인할 수도 있습니다.

콘솔 창이 더 커 보이는지 여부만으로 성공 여부를 판단하지 마십시오. 뷰어는 1024x768 프레임 버퍼를 확대/축소하여 큰 창을 채울 수 있으므로 게스트 OS 해상도를 높이지 않고도 더 큰 화면을 표시할 수 있습니다. 성공 여부를 판단하는 가장 확실한 기준은 게스트 OS에서 보고하는 모드와 실제로 사용 가능한 데스크톱 작업 공간의 크기입니다.

QXL이 여전히 1024x768 해상도에서 멈추는 경우 Virtio 비디오로 전환하십시오.

SPICE 에이전트가 설치되어 활성화되어 있는데도 게스트 OS가 여전히 1024x768 해상도만 표시하는 경우, 한 번에 한 단계씩 변경해 보세요. 가상 머신을 종료하고 비디오 하드웨어 설정을 열어 비디오 모델을 QXL 또는 기존 VGA에서 Virtio로 변경합니다. 원격 디스플레이 프로토콜도 변경해야 할 특별한 이유가 없는 한 SPICE 디스플레이는 그대로 유지하세요.

Pardus를 부팅하고 하드웨어 및 모드 검사를 다시 수행하십시오.

lspci -nnk | grep -A3 -E 'VGA|Display'
lsmod | grep virtio_gpu

X11 세션에서 다음 명령도 실행하십시오 xrandr --current. QEMU에 따르면 Virtio GPU는 Linux 게스트 커널에서 해당 기능을 지원해야 합니다 CONFIG_DRM_VIRTIO_GPU. 일반적인 배포판 커널은 이를 지원하지만, 사용자 정의 커널은 지원하지 않을 수 있습니다. 변경 후 게스트가 검은 화면으로 부팅되는 경우, 게스트를 계속해서 무작정 수정하지 말고 호스트에서 전원을 끄고 비디오 모델을 원래대로 되돌리십시오.

xrandr이 도움이 될 수 있는 경우와 잘못된 해결책인 경우

xrandr이미 원하는 해상도가 목록에 있는 경우 , 해당 해상도를 선택하는 것은 유용한 진단 단계가 될 수 있습니다.

xrandr --output Virtual-1 --mode 1920x1080

Virtual-1. 에 표시된 실제 출력 이름으로 바꾸십시오 xrandr. 이 명령은 X11에만 적용되며, 출력에 해당 모드가 이미 사용 가능한 경우에만 적용됩니다.

원하는 모드가 없고 최대 프레임 버퍼 크기가 여전히 1024x768인 경우, 수동으로 모델라인을 삽입하는 것은 일반적으로 근본적인 원인이 아닌 증상만을 해결하는 것입니다. KVM 게스트 환경에서는 가상 GPU와 디스플레이 통합 기능이 사용 가능한 모드를 제공해야 합니다. 먼저 이 부분을 수정하십시오. X11 동적 디스플레이 구성에 대한 주요 참고 자료는 X.Org RandR 문서 입니다.

문제가 해결되었는지 여부를 판단하는 방법

유용한 문제 해결 명령어

결과가 여전히 일관되지 않으면, 추가 변경을 하기 전에 다음 명령들을 수집하세요.

echo "$XDG_SESSION_TYPE"
lspci -nnk | grep -A3 -E 'VGA|Display'
systemctl status spice-vdagentd.service --no-pager
pgrep -a spice-vdagent
journalctl -b -u spice-vdagentd.service --no-pager

X11에 다음을 추가하세요.

xrandr --current

이러한 검사는 네 가지 유형의 오류를 구분합니다. 호스트가 잘못된 가상 비디오 장치를 노출하는 경우, Pardus에 관련 게스트 통합 기능이 없는 경우, 에이전트가 설치되었지만 그래픽 세션에서 실행되지 않는 경우, 또는 데스크톱 세션에서 예상되는 크기 조정 메커니즘에 응답하지 않는 디스플레이 스택을 사용하는 경우입니다.

이 해결책의 한계

모든 KVM 설치 환경에 가장 적합한 QXL 또는 Virtio 옵션은 없습니다. 호스트 QEMU/libvirt 버전, 콘솔 클라이언트, 데스크톱 세션, 커널, 그리고 3D 가속 활성화 여부 등 모든 요소가 결과에 영향을 미칩니다. 위의 단계는 의도적으로 가장 영향이 적은 변경부터 시작하며, 게스트 운영 체제에서 보고된 문제 해결 여부를 성공 기준으로 사용합니다.

가상 머신에 일반 VNC, GPU 패스스루, 게스트에 대한 RDP 접속 또는 클라우드 콘솔과 같은 다른 디스플레이 경로를 통해 액세스하는 경우 SPICE 관련 단계가 적용되지 않을 수 있습니다. 마찬가지로 관련 DRM 드라이버가 없는 사용자 지정 커널의 경우 데스크톱 패키지 대신 커널 구성이 필요할 수 있습니다.

실질적인 종료 시점은 Pardus가 원하는 상위 모드를 노출하고, 뷰어가 1024x768 프레임 버퍼를 단순히 확대/축소하는 것 이상의 크기 조정을 할 수 있으며, 재부팅 후에도 결과가 유지될 때입니다. 이러한 조건이 충족되면 추가 모델라인, X.Org 구성 파일 또는 3D 가속 변경은 필요하지 않습니다.