Remedierea rezoluției afișajului blocate la 1024x768 pe un server Pardus KVM Guest

De ce un invitat Pardus KVM se poate bloca la 1024x768

O mașină virtuală Pardus care nu oferă niciodată o rezoluție peste 1024x768 nu suferă de obicei de o problemă simplă de configurare a desktopului. Întrebarea importantă este dacă mașina virtuală primește de fapt un mod de afișare virtuală mai mare de la KVM/QEMU și dacă sesiunea desktop poate reacționa la evenimentele de redimensionare.

Rezultatul dorit este simplu: după redimensionarea ferestrei de vizualizare sau selectarea unui mod mai mare, Pardus ar trebui să afișeze rezoluții precum 1366x768, 1600x900 sau 1920x1080 în loc să raporteze 1024x768 ca maxim fix. Integrarea clipboard-ului și comportamentul fluid al indicatorului sunt semne secundare utile atunci când este implicat SPICE, dar rezoluția este testul principal.

Acest ghid se aplică cel mai direct sistemelor desktop Pardus care rulează sub KVM/QEMU cu libvirt și o consolă SPICE sau grafică. Pardus 25.0 a fost lansat în noiembrie 2025, iar depozitul oficial de descărcare Pardus listează și imagini Pardus 25.1 din martie 2026. Meniurile exacte ale desktopului pot diferi între edițiile XFCE și GNOME, așadar verificările de mai jos utilizează comenzi și setări de virtualizare care nu depind în mare măsură de un singur shell desktop. Consultați depozitul oficial de descărcare Pardus 25 pentru imaginile de instalare actuale.

1. Confirmați că 1024x768 este într-adevăr modul maxim al invitatului

Începeți în Pardus. Deschideți un terminal și identificați tipul de sesiune și hardware-ul afișajului virtual:

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

Dacă sesiunea este X11, executați și:

xrandr --current

Acordați atenție la două lucruri. În primul rând, observați dacă GPU-ul virtual este QXL, Virtio GPU, un adaptor VGA generic sau altceva. În al doilea rând, verificați lista de moduri. Dacă 1920x1080 este deja listat, stiva de virtualizare este probabil capabilă de rezoluția mai mare, iar problema este mai probabil o problemă de configurare a desktopului sau un eveniment de redimensionare. Dacă xrandrspune că maximul în sine este 1024x768, schimbarea dialogului de rezoluție al desktopului în sine este puțin probabil să ajute.

Într-o sesiune Wayland, xrandrnu este un instrument de configurare autorizat pentru compozitor, așa că folosiți-l doar ca informație suplimentară. Tipul sesiunii contează deoarece QXL a fost asociat din punct de vedere istoric cu fluxurile de lucru X.Org/SPICE, în timp ce GPU-ul Virtio este dispozitivul grafic paravirtualizat mai modern din QEMU.

2. Verificați dispozitivele video și de afișare ale mașinii virtuale pe gazda KVM

Opriți complet sistemul invitat înainte de a-i modifica hardware-ul video virtual. În Virtual Machine Manager, deschideți detaliile hardware-ului mașinii virtuale și inspectați atât dispozitivul de afișare, cât și dispozitivul video. O configurație SPICE obișnuită utilizează un afișaj SPICE împreună cu un dispozitiv video QXL sau Virtio.

Libvirt documentează câteva tipuri de modele video acceptate, inclusiv qxlși virtio. QEMU descrie GPU-ul Virtio ca un controler GPU/de afișare paravirtualizat pentru sistemele invitate Linux și recomandă dispozitivele Virtio în general atunci când nu este necesară emularea unui anumit hardware fizic. Puteți consulta documentația dispozitivului video libvirt și documentația QEMU Virtio GPU .

Dacă mașina virtuală folosește deja QXL și SPICE, nu schimba totul deodată. Lasă configurația respectivă și instalează mai întâi agentul invitat SPICE. Acest lucru îți oferă un test clar: dacă rezoluția dinamică începe să funcționeze, nu există niciun motiv pentru a schimba GPU-ul virtual.

Dacă mașina virtuală folosește un model generic vechi de VGA sau Cirrus, trecerea la QXL sau Virtio este de obicei mai potrivită pentru un desktop Linux modern. Dacă ulterior alegeți Virtio, începeți fără a forța accelerarea 3D. Documentația QEMU menționează că modurile GPU Virtio accelerate au cerințe suplimentare pentru gazdă, kernel, Mesa și renderer. Prin urmare, o configurație de bază a GPU Virtio 2D este cea mai sigură bază pentru depanare.

3. Instalați agentul invitat SPICE în Pardus

Când mașina virtuală folosește un afișaj SPICE, cea mai utilă soluție cu risc scăzut este să vă asigurați că spice-vdagenteste instalat în sistemul invitat:

sudo apt update
sudo apt install spice-vdagent

Apoi deconectați-vă și conectați-vă din nou sau reporniți sistemul invitat. Descrierea pachetului Debian pentru spice-vdagentlistează în mod specific ajustarea automată a rezoluției sesiunii X la rezoluția clientului ca una dintre funcțiile sale. Pardus este bazat pe Debian, deci acest pachet este disponibil în ecosistemul de pachete derivat din Debian, utilizat de versiunile actuale de Pardus. Versiunea stabilă Debian transportă în prezent versiunile spice-vdagent0.22.1-4.1. Consultați pagina pachetului Debian spice-vdagent .

După instalare, verificați daemonul și procesul din partea utilizatorului:

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

Un daemon de sistem care rulează este util, dar și componenta sesiunii utilizatorului contează. Documentația pachetului Debian menționează că gestionarea automată a rezoluției depinde de o sesiune grafică activă care rulează procesul agentului.

Dacă mașina virtuală folosește QXL sub X.Org și driverul grafic pare să lipsească, verificați dacă este instalat pachetul driverului QXL X.Org:

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

Faceți acest lucru doar atunci când utilizatorul invitat folosește efectiv QXL. Pachetul există special pentru dispozitivele QXL în medii KVM/QEMU compatibile cu SPICE; nu este necesar doar pentru că mașina virtuală rulează sub KVM. Pachetul stabil Debian include în prezent versiunile xserver-xorg-video-qxl0.1.6-1.1, documentate pe pagina driverului Debian QXL .

4. Testați din nou redimensionarea dinamică înainte de a schimba GPU-ul virtual

După ce vă conectați din nou, deschideți consola grafică și redimensionați fereastra acesteia. Dacă vizualizatorul dvs. oferă o opțiune de scalare la fereastră sau de redimensionare automată, activați opțiunea care redimensionează oaspetele în loc să extindă doar imaginea randată.

Pentru X11, rulați xrandr --currentdin nou. Un rezultat reușit ar trebui să afișeze un maxim mai mare și moduri suplimentare sau modul curent ar trebui să se schimbe automat atunci când fereastra de vizualizare își schimbă dimensiunea. De asemenea, puteți deschide setările Pardus Display și verifica dacă sunt selectabile rezoluții mai mari, cu aspect nativ.

Nu judecați succesul doar după mărimea ferestrei consolei. Un utilizator poate scala un framebuffer de 1024x768 pentru a umple o fereastră mare, ceea ce produce o imagine mai mare fără a crește rezoluția sistemului oaspete. Semnele fiabile sunt modul raportat de sistemul oaspete și spațiul de lucru disponibil efectiv pe desktop.

Dacă QXL se oprește în continuare la 1024x768, treceți la video Virtio.

Dacă agentul SPICE este instalat și activ, dar dispozitivul invitat expune doar 1024x768, modificați câte un strat pe rând. Opriți mașina virtuală, deschideți setările hardware video și schimbați modelul video de la QXL sau VGA legacy la Virtio. Păstrați afișajul SPICE, cu excepția cazului în care aveți un motiv specific pentru a schimba și protocolul de afișare la distanță.

Porniți Pardus și repetați verificările hardware și de mod:

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

Într-o sesiune X11, rulați și comanda xrandr --current. QEMU precizează că Virtio GPU necesită suport pentru kernelul guest Linux CONFIG_DRM_VIRTIO_GPU; kernelurile de distribuție mainstream oferă în mod normal acest lucru, dar kernelurile personalizate pot să nu ofere. Dacă guest-ul pornește pe un ecran negru după modificare, opriți-l de la gazdă și reveniți la modelul video, în loc să continuați să modificați guest-ul orbește.

Când xrandr poate ajuta - și când este soluția greșită

Dacă xrandrrezoluția dorită este deja afișată, selectarea acesteia poate fi un pas util de diagnosticare:

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

Înlocuiți Virtual-1cu numele real al ieșirii afișat prin xrandr. Această comandă se aplică numai la X11 și numai atunci când modul respectiv este deja disponibil pentru ieșire.

Dacă modul dorit lipsește și dimensiunea maximă a framebuffer-ului este încă 1024x768, injectarea manuală a unei modeline tratează de obicei simptomul, nu cauza. Într-un guest KVM, integrarea GPU-ului virtual și a afișajului ar trebui în mod normal să anunțe modurile utilizabile. Remediați mai întâi această cale. Documentația X.Org RandR este principala referință pentru configurarea afișajului dinamic X11.

Cum să decizi dacă repararea este completă

Comenzi utile pentru depanare

Dacă rezultatul este în continuare inconsistent, colectați aceste comenzi înainte de a face o altă modificare:

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

Pe X11, adăugați:

xrandr --current

Aceste verificări separă patru clase diferite de erori: gazda expune dispozitivul video virtual greșit, Pardus nu are integrarea relevantă pentru guest, agentul este instalat, dar nu rulează în sesiunea grafică sau sesiunea desktop utilizează o stivă de afișare care nu răspunde mecanismului de redimensionare așteptat.

Limitele acestei remedieri

Nicio opțiune QXL sau Virtio nu este cea mai bună pentru fiecare instalare KVM. Versiunile QEMU/libvirt ale gazdei, clientul consolei, sesiunea desktop, kernelul și activarea accelerării 3D afectează rezultatul. Pașii de mai sus încep în mod intenționat cu cea mai puțin perturbatoare modificare și utilizează rezoluția raportată de oaspete ca și criteriu de succes.

Dacă mașina virtuală este accesată printr-o cale de afișare diferită — cum ar fi un VNC simplu, un GPU passthrough, RDP în sistemul invitat sau o consolă cloud — este posibil ca pașii specifici SPICE să nu se aplice. În mod similar, un kernel personalizat fără driverul DRM relevant poate necesita configurarea kernelului în loc de un pachet desktop.

Punctul de oprire practic este atunci când Pardus expune modurile superioare dorite, vizualizatorul poate redimensiona fără a scala pur și simplu un framebuffer de 1024x768, iar rezultatul supraviețuiește unei reporniri. Dacă aceste condiții sunt îndeplinite, liniile de modelare suplimentare, fișierele de configurare X.Org sau modificările de accelerare 3D sunt inutile.