VirtualBox 화면 크기 자동 조절 안 될 때, Guest Additions부터 VMSVGA까지

창을 넓혔는데 우분투 화면은 그대로이고, 가장자리에는 빈 공간이나 스크롤바만 남는 경우가 있다.

처음에는 모니터 해상도 문제처럼 보이지만, VirtualBox에서는 호스트 창의 크기와 게스트 운영체제의 해상도가 별개의 값이다.

이럴 때는 창을 계속 끌어 보기보다 화면 자동 조절 상태, Guest Additions, 그래픽 컨트롤러를 차례로 확인하는 편이 빠르다.

대상은 VirtualBox 7.2 계열과 Ubuntu 24.04 LTS Desktop 64-bit(amd64) 게스트, x86_64 호스트다. 실제 VM 테스트 없이 공식 문서로 정리한 점검 순서이며, 아래 진단 명령도 실행하지 않았다.

이전 Tech(KR) 글: 세미파이브·모빌린트 로봇 AI 칩, LPDDR6·UCIe가 양산은 아닌 이유



핵심 요약

  • Auto-resize Guest Display는 호스트 창을 키울 때 게스트 해상도도 바꾸는 기능이다. 단순 확대와는 다르다.
  • Oracle 문서상 Windows·Linux·Oracle Solaris 게스트는 Guest Additions가 설치되어 있고 자동 조절을 지원하면 창 크기에 맞춰 게스트 해상도가 바뀐다.
  • Linux 게스트의 기본 그래픽 컨트롤러는 VMSVGA이고, Windows 7 이후 새 VM의 기본값은 VBoxSVGA다. 게스트 종류와 맞지 않는 설정부터 의심한다.
  • Scale Factor는 화면을 크게 보이게 할 수 있지만 게스트의 실제 해상도를 바꾸는 진단과는 다르다.
  • Guest Additions와 호스트 VirtualBox의 버전이 다르면 곧바로 고장이라고 단정할 수는 없지만, Oracle은 최선의 결과를 위해 같은 버전을 권장한다.


먼저 구분할 것: 호스트 창, 게스트 해상도, 화면 확대

호스트는 VirtualBox가 설치되어 VM 창을 띄우는 실제 PC의 운영체제다. 게스트는 그 창 안에서 실행되는 운영체제다. 창을 키우는 동작은 호스트에서 일어나지만, 글자와 바탕화면의 실제 픽셀 수가 바뀌려면 게스트 쪽 그래픽 드라이버와 데스크톱 세션이 그 힌트를 받아야 한다.

그래서 세 가지 증상을 구분해야 한다. 창은 커졌지만 게스트 화면 주변에 여백이 생기면 자동 해상도 변경이 적용되지 않은 상태일 수 있다. 화면은 커 보이는데 글자만 흐리면 Scaled Mode나 Scale Factor일 수 있다. 반대로 게스트의 디스플레이 설정에 표시되는 해상도 자체가 달라졌다면 Auto-resize가 의도한 경로에 가깝다.

Oracle의 7.2 문서는 Scaled Mode가 VM 화면을 창 크기에 맞춰 확대·축소한다고 설명한다. 반면 Guest Additions가 설치되어 자동 크기 조절을 지원하는 경우에는 창 크기가 바뀔 때 게스트 OS의 화면 해상도가 자동으로 바뀐다고 설명한다. 둘은 대체 관계가 아니라 서로 다른 기능이다.



이 글에서 말하는 현재 버전과 지원 범위

기준 문서는 Oracle VirtualBox 7.2 User Guide다. 주 대상인 Ubuntu 24.04 LTS (Noble Numbat, 64-bit)는 x86_64 호스트의 Oracle 지원 표에서 Limited로 분류된다. 비교용으로 언급하는 Windows 11 (64-bit) 게스트는 Premier다. 이 등급은 화면 자동 조절의 성공 보증이 아니다. Ubuntu 24.04는 최신 Ubuntu 릴리스라는 뜻으로 선택한 것이 아니며, Canonical은 표준 보안 유지 기간을 2029년 5월까지로 안내한다. Arm 호스트·게스트와 다른 Ubuntu 릴리스에 그대로 적용했다고 주장하지 않는다.

Linux Guest Additions 장은 x86/x86_64 게스트에서 Ubuntu 5.10 이상을 대상으로 든다. 하지만 실제 점검에서는 ‘Ubuntu’라고만 적지 말고 Ubuntu 24.04 LTS (Noble Numbat)인지, Windows 11 (64-bit)인지와 아키텍처를 함께 적어야 한다. 같은 이름의 VM이라도 호스트가 Windows인지 Linux인지, 게스트가 Linux인지 Windows인지에 따라 기본 그래픽 컨트롤러와 확인할 지점이 달라진다.

예를 들어 Linux 게스트라면 VMSVGA가 기본값이고, Windows 7 이후의 새 게스트라면 VBoxSVGA가 기본값이다. 오래된 블로그 글의 VBoxVGA 설정을 현재 Linux 게스트에 그대로 적용하는 식의 해결법은 피하는 편이 안전하다.



확인 순서 1: Auto-resize 상태와 실제 해상도부터 확인

먼저 실행 중인 VM의 View 메뉴에서 Auto-resize Guest Display 상태를 보고, 창 크기를 바꿀 때 Ubuntu의 디스플레이 설정에 표시되는 해상도 값이 변하는지 확인한다. Scaled Mode에서는 화면만 늘어날 수 있으므로 모드를 구분한다. 메뉴명과 실제 해상도 변화의 관찰부터 시작하면 설치나 드라이버 변경 없이 증상을 좁힐 수 있다.



확인 순서 2: Guest Additions가 해상도 변경 경로를 만들었는지

다음으로 볼 항목은 Guest Additions다. 게스트 안에 설치하는 드라이버·프로그램 묶음이며, 호스트에 설치하는 별도 제품인 Extension Pack과 구분한다. 자동 해상도 조절을 확인하려고 Extension Pack부터 설치할 필요는 없다. Guest Additions 설치 여부와 호스트 VirtualBox와의 버전 정합성을 기록한다.

여기서 중요한 것은 ‘ISO가 연결돼 있는가’가 아니라 게스트 안에서 설치와 세션이 정상 동작하는가다. VirtualBox의 Devices > Insert Guest Additions CD Image는 설치 미디어를 가상 CD-ROM으로 연결하는 메뉴일 뿐이다. 설치 여부, 설치 버전, 재부팅 또는 그래픽 로그인 재시작 필요 여부는 게스트 종류에 따라 따로 확인해야 한다.

Linux에서는 특히 Guest Additions가 외부 커널 모듈을 빌드하는 구조다. Oracle 문서는 VBoxVGA/VBoxSVGA와 vboxvideo 드라이버 조합에서는 새 모듈을 읽기 위해 재부팅이 필요할 수 있고, 그렇지 않은 경우에는 로그아웃·로그인으로 VBoxClient 세션을 다시 시작할 수 있다고 설명한다. 이 글은 설치나 재부팅을 실행한 기록이 아니라, 증상을 분리할 때 확인할 조건을 정리한 것이다.

Oracle 설치 방식의 Linux Guest Additions에서는 다음 상태 조회를 공식 문서가 안내한다. Ubuntu 게스트 안의 root 셸에서 사용하는 진단 예시이며, 이 글에서는 두 명령 모두 미실행이다. 호스트의 PowerShell에 입력하는 명령이 아니다.

rcvboxadd status-kernel
rcvboxadd status-user

첫 명령은 로드된 드라이버와 설치 버전의 정합성을, 둘째는 VBoxService 실행 상태를 확인한다. 배포판 패키지 방식에서는 명령 위치나 제공 여부가 다를 수 있다. 명령이 없다는 이유만으로 Guest Additions가 없다고 단정하거나 다른 설치본을 덮어쓰지 않는다. 상태가 정상이어도 VMSVGA의 화면 조절 경로 전체가 정상이라고 보장하지는 않는다.



화면 확대와 실제 해상도를 구분하는 법

실행 중인 VM의 View 메뉴에서 Auto-resize Guest Display가 보인다면 먼저 그 상태를 확인한다. 메뉴의 번역이나 위치는 빌드와 화면 구성에 따라 달라질 수 있으므로, 켜고 끄는 동작 자체보다 창을 조절한 뒤 게스트 OS의 디스플레이 설정에 나타나는 해상도 값이 실제로 달라지는지를 보는 편이 정확하다.

Scaled Mode는 작거나 큰 게스트 화면을 창 안에서 보기 좋게 만드는 선택지다. Oracle은 이 모드에서 화면 종횡비를 유지한 채 창 크기에 맞춰 화면을 스케일한다고 설명한다. 글자가 흐려지거나 실제 해상도는 그대로인데 화면만 커진다면 Auto-resize 실패가 아니라 Scaled Mode의 결과일 수 있다.

VM 설정의 Scale Factor도 표시 크기를 최대 200%까지 조절할 수 있다. 고해상도 모니터에서 읽기 편하게 만드는 데는 유용하지만, ‘게스트 해상도가 창과 함께 변하지 않는다’는 문제를 판별할 때는 우선 100% 기준으로 증상을 다시 보는 편이 혼동이 적다.



확인 순서 3: 꺼진 VM에서 Display 설정을 게스트 종류와 맞추기

게스트 작업을 저장하고 정상 종료한 뒤 Settings의 Display 화면에서 Graphics Controller와 Video Memory를 확인한다. 강제 Power Off나 저장 상태 폐기를 종료 방법으로 쓰지 않는다. 먼저 기존 값을 기록하고, 이 글의 점검 과정에서는 그래픽 설정이나 호스트 드라이버를 자동 변경하지 않는다.

Oracle 7.2 문서의 기본값은 명확하다. Linux 게스트는 VMSVGA, Windows 7 이후의 새 VM은 VBoxSVGA, 더 오래된 Windows와 Oracle Solaris는 VBoxVGA가 기본값이다. VBoxSVGA 또는 VMSVGA를 선택하려면 Guest Additions가 필요하다는 점도 함께 확인해야 한다.

Video Memory는 높은 해상도와 색 심도에서 필요한 가상 비디오 메모리 크기에 영향을 준다. 다만 메모리를 크게 올리는 것이 Guest Additions 미설치나 데스크톱 세션 문제를 대신 해결하지는 않는다. Oracle이 제시한 해상도·색 심도·가상 모니터 수 기준을 보고, 현재 값이 경고를 받는 수준인지부터 확인하는 순서가 낫다.



끝까지 안 맞으면 이 여섯 가지를 같이 적어 두기

화면 문제는 스크린샷 한 장만으로 원인을 좁히기 어렵다. 지원 요청이나 다음 점검 전에 아래 여섯 가지를 한 줄로 남겨 두면 불필요한 설정 변경을 줄일 수 있다.

  • 호스트 OS와 버전, CPU 아키텍처
  • VirtualBox 제품 버전
  • 게스트 OS의 정확한 이름·버전·아키텍처
  • Guest Additions 설치 여부와 버전
  • Graphics Controller, Video Memory, 가상 모니터 수
  • 창을 조절했을 때의 결과: 실제 해상도 변경, 여백, 스크롤바, 흐린 확대 중 무엇인지

Linux VMSVGA 구성에서는 Oracle 문서가 VBoxDRMClient가 호스트의 화면 크기 힌트를 게스트의 vmwgfx 드라이버로 전달하고, 그래픽 로그인 뒤에는 데스크톱 환경 보조 프로세스가 화면 배치 작업을 맡는다고 설명한다. 따라서 로그인 전과 로그인 후에 증상이 다른지도 유용한 단서다. 단, 이 사실만으로 특정 배포판·데스크톱 환경의 고장 원인을 단정할 수는 없다.



Appendix. 정보 보충

이 블로그의 VirtualBox(VM) 화면 크기 조절 — 2013년 기록도 함께 볼 수 있다. 오래된 환경의 기록으로 연결한 것이며, 현재 Ubuntu 24.04에 적용할 절차는 이 글의 VirtualBox 7.2 문서 근거를 우선한다. 옛 설정값을 그대로 복사하는 용도로 쓰지 않는다.

이 글은 특정 VM 설정의 성공을 보장하지 않는다. 운영 중인 개발 환경이라면 변경 전 스냅샷, 팀의 표준 이미지, 배포판의 패키지 정책을 먼저 확인해야 한다.



출처 및 확인일

댓글 없음:
라벨: , , , ,
피드 구독하기: 글 (Atom)