حل مشكلة ثبات دقة العرض عند 1024×768 على جهاز ضيف Pardus KVM

لماذا قد يعلق ضيف Pardus KVM على دقة 1024x768

عادةً، لا تعاني الآلة الافتراضية Pardus التي لا تعرض دقة عرض أعلى من 1024×768 من مشكلة بسيطة في إعدادات سطح المكتب. السؤال الأهم هو ما إذا كان النظام الضيف يتلقى بالفعل وضع عرض افتراضي أكبر من KVM/QEMU، وما إذا كانت جلسة سطح المكتب قادرة على الاستجابة لتغييرات حجم الشاشة.

النتيجة المرجوة واضحة: بعد تغيير حجم نافذة العرض أو اختيار وضع أكبر، يجب أن يعرض برنامج باردوس دقة عرض مثل 1366×768 أو 1600×900 أو 1920×1080 بدلاً من الإبلاغ عن 1024×768 كحد أقصى ثابت. يُعدّ تكامل الحافظة وسلاسة حركة المؤشر مؤشرين ثانويين مفيدين عند استخدام برنامج SPICE، لكن دقة العرض هي المعيار الأساسي.

ينطبق هذا الدليل بشكل مباشر على أنظمة سطح المكتب الافتراضية Pardus التي تعمل ضمن KVM/QEMU مع libvirt ووحدة تحكم SPICE أو وحدة تحكم رسومية. تم إصدار Pardus 25.0 في نوفمبر 2025، كما يتضمن مستودع تنزيل Pardus الرسمي صور Pardus 25.1 من مارس 2026. قد تختلف قوائم سطح المكتب بين إصداري XFCE وGNOME، لذا تستخدم الفحوصات أدناه أوامر وإعدادات افتراضية لا تعتمد بشكل كبير على واجهة سطح مكتب واحدة. راجع مستودع تنزيل Pardus 25 الرسمي للحصول على صور التثبيت الحالية.

1. تأكد من أن دقة 1024×768 هي بالفعل أعلى دقة عرض متاحة للضيف

ابدأ من داخل برنامج باردوس. افتح نافذة طرفية وحدد نوع الجلسة وجهاز العرض الافتراضي:

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

إذا كانت الجلسة من نوع X11، فقم أيضًا بتشغيل ما يلي:

xrandr --current

انتبه لأمرين. أولًا، لاحظ ما إذا كانت وحدة معالجة الرسومات الافتراضية هي QXL، أو Virtio GPU، أو محول VGA عام، أو غير ذلك. ثانيًا، تحقق من قائمة الأوضاع. إذا كانت دقة 1920×1080 مدرجة بالفعل، فمن المحتمل أن يكون نظام المحاكاة الافتراضية قادرًا على هذه الدقة العالية، والمشكلة على الأرجح تتعلق بإعدادات سطح المكتب أو عملية تغيير حجم الشاشة. أما إذا xrandrكانت الدقة القصوى هي 1024×768، فمن غير المرجح أن يُجدي تغيير دقة سطح المكتب وحده نفعًا.

في جلسة Wayland، xrandrلا تُعدّ أداة التكوين الرئيسية للمُركِّب، لذا استخدمها فقط كمعلومات إضافية. نوع الجلسة مهم لأن QXL ارتبط تاريخيًا بسير عمل X.Org/SPICE، بينما Virtio GPU هو جهاز الرسومات شبه الافتراضي الأحدث في QEMU.

2. تحقق من أجهزة الفيديو والعرض الخاصة بالجهاز الظاهري على مضيف KVM

أغلق الجهاز الضيف تمامًا قبل تغيير وحدة معالجة الفيديو الافتراضية الخاصة به. في مدير الأجهزة الافتراضية، افتح تفاصيل مكونات الجهاز الافتراضي وافحص كلًا من جهاز العرض وجهاز الفيديو. يستخدم تكوين SPICE الشائع شاشة SPICE مع فيديو QXL أو Virtio.

تُوثّق مكتبة Libvirt العديد من أنواع نماذج الفيديو المدعومة، بما في ذلك [ qxlأدخل الأنواع هنا virtio]. يصف برنامج QEMU وحدة معالجة الرسومات Virtio بأنها وحدة تحكم افتراضية لوحدة معالجة الرسومات/الشاشة لأنظمة Linux الضيفة، ويوصي باستخدام أجهزة VirtIO بشكل عام عندما لا تكون هناك حاجة لمحاكاة أجهزة مادية محددة. يمكنك مراجعة وثائق جهاز الفيديو في Libvirt ووثائق وحدة معالجة الرسومات VirtIO في QEMU .

إذا كانت الآلة الافتراضية تستخدم بالفعل QXL وSPICE، فلا تُغيّر كل شيء دفعة واحدة. اترك الإعدادات كما هي، وثبّت برنامج SPICE للضيف أولًا. هذا يُتيح لك اختبارًا دقيقًا: إذا بدأ العرض الديناميكي بالعمل، فلا داعي لتغيير وحدة معالجة الرسومات الافتراضية.

إذا كانت الآلة الافتراضية تستخدم نموذج VGA أو Cirrus قديمًا، فإن الانتقال إلى QXL أو Virtio يُعدّ عادةً أنسب لسطح مكتب Linux حديث. إذا اخترت Virtio لاحقًا، فابدأ دون تفعيل تسريع ثلاثي الأبعاد. تشير وثائق QEMU إلى أن أوضاع تسريع وحدة معالجة الرسومات Virtio تتطلب متطلبات إضافية من المضيف، والنواة، وMesa، وبرنامج العرض. لذلك، يُعدّ إعداد وحدة معالجة الرسومات Virtio ثنائية الأبعاد الأساسي هو الخيار الأمثل لتحديد المشاكل وإصلاحها.

3. قم بتثبيت برنامج SPICE Guest Agent في Pardus

عندما تستخدم الآلة الافتراضية شاشة SPICE، فإن الحل الأكثر فائدة والأقل خطورة هو التأكد spice-vdagentمن تثبيتها في الجهاز الضيف:

sudo apt update
sudo apt install spice-vdagent

ثم قم بتسجيل الخروج ثم تسجيل الدخول مرة أخرى، أو أعد تشغيل الجهاز الضيف. spice-vdagentيذكر وصف حزمة دبيان تحديدًا أن الضبط التلقائي لدقة جلسة X لتتوافق مع دقة العميل هو إحدى وظائفها. نظام باردوس مبني على دبيان، لذا فإن هذه الحزمة متوفرة في بيئة الحزم المشتقة من دبيان والتي تستخدمها إصدارات باردوس الحالية. يتوفر الإصدار spice-vdagent0.22.1-4.1 حاليًا في دبيان المستقرة. راجع صفحة حزمة spice-vdagent على دبيان .

بعد التثبيت، تحقق من عملية البرنامج الخفي وعملية المستخدم:

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

يُعدّ وجود برنامج نظام قيد التشغيل مفيدًا، ولكنّ جلسة المستخدم مهمة أيضًا. تشير وثائق حزمة دبيان إلى أنّ معالجة الحلّ التلقائي تعتمد على جلسة رسومية نشطة تُشغّل عملية الوكيل.

إذا كانت الآلة الافتراضية تستخدم QXL ضمن X.Org ويبدو أن برنامج تشغيل الرسومات مفقود، فتحقق مما إذا كانت حزمة برنامج تشغيل QXL X.Org مثبتة:

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

قم بذلك فقط عندما يستخدم النظام الضيف فعليًا برنامج QXL. هذه الحزمة مُخصصة لأجهزة QXL في بيئات KVM/QEMU المتوافقة مع SPICE؛ وليست ضرورية لمجرد أن الجهاز الظاهري يعمل ضمن بيئة KVM. يُوفر نظام Debian المستقر حاليًا الإصدار xserver-xorg-video-qxl0.1.6-1.1، والموثق على صفحة برنامج تشغيل QXL في Debian .

4. أعد اختبار تغيير الحجم الديناميكي قبل تغيير وحدة معالجة الرسومات الافتراضية

بعد تسجيل الدخول مجدداً، افتح وحدة التحكم الرسومية وقم بتغيير حجم نافذتها. إذا كان برنامج العرض لديك يوفر خيار تغيير الحجم التلقائي أو تغيير الحجم حسب حجم النافذة، فقم بتفعيل الخيار الذي يُغير حجم الجهاز الضيف بدلاً من مجرد تمديد الصورة المعروضة.

بالنسبة لنظام X11، أعد تشغيل xrandr --currentالبرنامج. في حال نجاح العملية، ستظهر قيمة قصوى أكبر وأنماط إضافية، أو سيتغير النمط الحالي تلقائيًا عند تغيير حجم نافذة العرض. يمكنك أيضًا فتح إعدادات عرض Pardus والتأكد من إمكانية اختيار دقة عرض أكبر ذات مظهر أصلي.

لا تقيس النجاح بمجرد حجم نافذة وحدة التحكم. يمكن للمشاهد تكبير إطار العرض (1024×768) لملء نافذة كبيرة، مما ينتج صورة أكبر دون زيادة دقة الشاشة. المؤشرات الموثوقة هي الوضع الذي يُبلغه النظام الضيف ومساحة سطح المكتب المتاحة فعليًا.

إذا استمر توقف QXL عند 1024x768، فقم بالتبديل إلى فيديو Virtio

إذا كان برنامج SPICE مثبتًا ونشطًا، ولكن لا يزال النظام الضيف يعرض دقة 1024×768 فقط، فقم بتغيير طبقة واحدة في كل مرة. أوقف تشغيل الجهاز الظاهري، وافتح إعدادات جهاز الفيديو، وغيّر نموذج الفيديو من QXL أو VGA القديم إلى Virtio. احتفظ بشاشة SPICE ما لم يكن لديك سبب محدد لتغيير بروتوكول العرض عن بُعد أيضًا.

قم بتشغيل Pardus وكرر عمليات فحص الأجهزة والوضع:

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

في جلسة X11، شغّل الأمر التالي أيضًا xrandr --current. يُشير QEMU إلى أن وحدة معالجة الرسومات Virtio تتطلب دعم نواة نظام Linux الضيف CONFIG_DRM_VIRTIO_GPU؛ عادةً ما توفر نواة التوزيعات الشائعة هذا الدعم، ولكن قد لا توفره النوى المُخصصة. إذا تم تشغيل النظام الضيف بشاشة سوداء بعد التغيير، فأوقف تشغيله من المضيف وأعد نموذج الفيديو إلى وضعه السابق بدلًا من الاستمرار في تعديل النظام الضيف دون معرفة مسبقة.

متى يمكن أن يكون xrandr مفيدًا، ومتى يكون حلاً خاطئًا

إذا كانت xrandrالدقة التي تريدها مدرجة بالفعل، فإن تحديدها يمكن أن يكون خطوة تشخيصية مفيدة:

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

استبدل Virtual-1باسم الإخراج الفعلي الموضح بواسطة xrandr. ينطبق هذا الأمر فقط على X11 وفقط عندما يكون هذا الوضع متاحًا بالفعل للإخراج.

إذا كان الوضع المطلوب غير موجود، وكان الحد الأقصى لحجم مخزن الإطارات لا يزال 1024×768، فإن إضافة سطر نموذجي يدويًا عادةً ما يعالج العرض لا السبب. في نظام KVM الضيف، من المفترض أن تُعلن وحدة معالجة الرسومات الافتراضية وتكامل الشاشة عن الأوضاع القابلة للاستخدام. أصلح هذا المسار أولًا. تُعد وثائق X.Org RandR المرجع الأساسي لتكوين العرض الديناميكي في X11.

كيفية تحديد ما إذا كان الإصلاح قد اكتمل

أوامر مفيدة لحل المشكلات

إذا كانت النتيجة لا تزال غير متسقة، فقم بجمع هذه الأوامر قبل إجراء أي تغيير آخر:

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 إلى تكامل الضيف ذي الصلة، ويتم تثبيت الوكيل ولكنه لا يعمل في الجلسة الرسومية، أو تستخدم جلسة سطح المكتب مكدس عرض لا يستجيب لآلية تغيير الحجم المتوقعة.

حدود هذا الإصلاح

لا يوجد خيار واحد مثالي بين QXL أو Virtio لجميع عمليات تثبيت KVM. تؤثر إصدارات QEMU/libvirt الخاصة بالجهاز المضيف، وعميل وحدة التحكم، وجلسة سطح المكتب، ونواة النظام، وتفعيل تسريع الرسومات ثلاثية الأبعاد، جميعها على النتيجة. تبدأ الخطوات المذكورة أعلاه عمدًا بأقل تغيير مؤثر، وتعتمد على دقة العرض التي يُبلغ عنها الجهاز الضيف كمعيار للنجاح.

إذا تم الوصول إلى الجهاز الظاهري عبر مسار عرض مختلف - مثل VNC العادي، أو تمرير وحدة معالجة الرسومات، أو RDP إلى الجهاز الضيف، أو وحدة تحكم سحابية - فقد لا تنطبق الخطوات الخاصة بـ SPICE. وبالمثل، قد تتطلب نواة مخصصة بدون برنامج تشغيل إدارة الحقوق الرقمية (DRM) المناسب تهيئة النواة بدلاً من حزمة سطح المكتب.

تُعتبر نقطة التوقف العملية هي عندما يُتيح برنامج Pardus الأوضاع العليا المطلوبة، حيث يُمكن للمستخدم تغيير حجم الشاشة دون الحاجة إلى تغيير حجم إطار العرض بدقة 1024×768، ويبقى الوضع كما هو بعد إعادة تشغيل النظام. في حال تحقق هذه الشروط، لا حاجة إلى إضافة نماذج إضافية أو ملفات تهيئة X.Org أو تغييرات في تسريع الرسومات ثلاثية الأبعاد.