يُعد هذا الموضوع سجلًا مفيدًا لكيفية تحديد مستخدمي ZVM لميزات المحاكاة الافتراضية التي كانوا يرغبون فيها أكثر من غيرها. فتحت IceWhale النقاش في مايو 2024 بالتزامن مع حملة تصويت. وتركز الاهتمام في البداية على دعم المزيد من تنسيقات صور الأقراص، وتسهيل الوصول إلى الصور، واستيراد المثيلات من منصات محاكاة افتراضية أخرى، ودعم LXC. وخلال العام التالي، أصبحت الطلبات أكثر تحديدًا: صور QCOW2 والأجهزة الجاهزة، وتمرير PCI/GPU، والتشغيل التلقائي للآلات الافتراضية، وعناصر تحكم QEMU المتقدمة، وتغيير حجم التخزين، وتمرير الصوت، وتحسين الإبلاغ عن الأخطاء.
ينبغي قراءة المصدر باعتباره سجلًا لملاحظات المنتج، لا قائمة بالميزات الحالية. فظهور طلب في هذا الموضوع لا يثبت أن الميزة غير متاحة اليوم، كما أن ردًا من IceWhale يقول «سنناقش الأمر» لا يُعد التزامًا بإصدارها.
كانت QCOW2 وVDI وOVA والأجهزة الجاهزة من الأولويات المبكرة
أراد عدة مستخدمين تشغيل أجهزة افتراضية جاهزة مسبقًا من دون تحويلها إلى مُثبّتات ISO. وتكرر ذكر Home Assistant OS لأنه يوزّع صورًا للآلات الافتراضية بدلًا من ملف ISO تقليدي للتثبيت.
وهذا متطلب مختلف عن «توصيل ملف ISO». إذ تحتوي صورة القرص المثبّتة مسبقًا على نظام تشغيل بالفعل، وينبغي إرفاقها باعتبارها قرص الإقلاع للآلة الافتراضية.
جعل Home Assistant OS فجوة استيراد الصور ملموسة
طلبت عدة ردود تحديدًا تشغيل HAOS في ZVM. وأكدت نتائج مجتمعية لاحقة على إصدارات أحدث من ZVM إمكانية تشغيل HAOS كآلة افتراضية، ما يوضح سبب عدم وجوب وصف قيد يعود إلى عام 2024 بأنه حالة حالية دائمة.
أصبح تمرير PCI وGPU طلبًا رئيسيًا في عام 2025
أراد المستخدمون الذين يملكون عتادًا مخصصًا للألعاب أن تتمكن أنظمة Windows أو أنظمة الضيف التي تعمل عليها SteamOS من استخدام وحدة GPU حقيقية. وقال أحد المشاركين، وكان يملك RTX 2070، إن كلاً من Windows 11 ونظام SteamOS الذي كان يخطط له يعانيان من البطء لأن نظام الضيف بدا وكأنه يعتمد على الرسوميات البرمجية.
يتطلب تمرير PCI دعم IOMMU/VFIO وعزل الأجهزة بأمان. وهو يختلف جوهريًا عن إخراج العرض المحاكى أو شبه الافتراضي.
كان التشغيل التلقائي للآلات الافتراضية متطلبًا عمليًا آخر للخوادم
طلب مستخدم لآلة افتراضية تعمل على خادم Debian مفتاحًا مستقلًا للتشغيل التلقائي لكل آلة افتراضية، حتى تعود الآلات الافتراضية الخاصة بالبنية التحتية إلى العمل بعد إعادة تشغيل ZimaOS. وأقرت IceWhale بالملاحظة وقالت إن الفريق سيناقشها.
في الخادم المنزلي الذي يعمل باستمرار، غالبًا ما يكون ترتيب بدء التشغيل واستعادة الخدمة بعد إعادة التشغيل أهم من إنشاء الآلات الافتراضية عبر الواجهة الرسومية.
أراد المستخدمون المتقدمون تحكمًا مباشرًا في QEMU/libvirt
طلب مستخدم آخر الوصول إلى أوامر QEMU المخصصة وإلى Cockpit Machines. وشملت أهدافه تجربة تمرير الصوت، والحصول على دقات عرض أعلى، وتسهيل تغيير حجم مجموعات التخزين.
سأل Zima-Giorgio عن الصلاحيات المطلوبة فعليًا، ثم قال إن الفريق سيناقش حالات الاستخدام. ولا يوضح المصدر وجود وعد رسمي بإتاحة أعلام سطر أوامر QEMU العشوائية في واجهة ZVM.
أظهرت لقطات شاشة لاحقة صعوبات في إقلاع الآلات الافتراضية وتهيئتها
طلب المستخدمون أيضًا تحسين ملاحظات التنزيل والأخطاء
في أكتوبر 2025، قال مستخدم جديد إن رابط تنزيل Debian المدمج لم يعمل، بينما نجح رابط Debian عثر عليه يدويًا. وطلب تحديدًا أن يعرض ZVM عنوان URL الذي فشل، بدلًا من الاكتفاء بعرض خطأ عام.
هذه مشكلة في سهولة الاستخدام منفصلة عن برنامج مراقبة الآلات الافتراضية نفسه؛ إذ يصبح استكشاف الأخطاء وإصلاحها أسهل بكثير عندما يكشف ZVM المورد الفعلي الذي فشل أو رسالة الواجهة الخلفية.
لا تستخدم هذا الموضوع باعتباره جدول ميزات لعام 2026
واصل ZVM التطور بعد حملة الملاحظات الأولية، وتضيف امتدادات المجتمع الآن ميزات مثل اللقطات، والتشغيل التلقائي، وتمرير USB/PCIe، وتصدير النسخ الاحتياطية، والمقاييس حول طبقة libvirt المدمجة. لذلك أصبحت لبعض الطلبات من عام 2024 مسارات مجتمعية عملية، حتى عندما كانت غير متاحة في الواجهة الأصلية.
عند تحديد ما إذا كان ZVM يستطيع تشغيل جهاز افتراضي جاهز محدد اليوم، اختبر تنسيقات صور ZVM الحالية وعناصر التحكم بالأجهزة بدلًا من الاعتماد على قائمة الطلبات التاريخية هذه وحدها.
كان LXC جزءًا من قائمة التصويت الرسمية الأصلية
ذكرت المشاركة الافتتاحية لـ IceWhale تحديدًا أن دعم LXC كان يحظى بالأصوات بالفعل. وهذا نموذج مختلف للمحاكاة الافتراضية عن آلات KVM/QEMU الافتراضية الكاملة؛ إذ تشارك حاويات النظام بأسلوب LXC نواة المضيف، مع تقديم مساحة مستخدم أقرب إلى بيئة الآلة الافتراضية.
لا يوضح الموضوع أن IceWhale طرحت LXC كميزة في ZVM، لذا فإن العبارة التاريخية الآمنة هي أنه كان اتجاهًا مطلوبًا فحسب.
أراد المستخدمون استيراد الأجهزة الجاهزة، لا مجرد المزيد من امتدادات الملفات
كانت طلبات دعم QCOW2 وVDI وOVA تتعلق في جوهرها بقابلية النقل. فقد كان لدى المستخدمين أجهزة جاهزة تعمل على QNAP أو Unraid أو VMware أو برامج مراقبة آلات افتراضية أخرى، وأرادوا نقل هذه الأنظمة إلى ZVM من دون إعادة بنائها باستخدام وسائط التثبيت.
وهذا يعني أن دعم التنسيق، وتوافق ناقل القرص، ووضع البرنامج الثابت، وتهيئة الشبكة، والبيانات الوصفية للآلة الافتراضية المستوردة كلها أمور مهمة. فالتعرف على امتداد الملف وحده لا يضمن إقلاع الجهاز الجاهز بنجاح.
كانت دقة العرض وتمرير الصوت أيضًا من نقاط الإزعاج العملية
أراد أحد المستخدمين المتقدمين تجربة خيارات QEMU لأن ضيوف Linux لديه كانوا يحتاجون إلى دقات عرض أفضل، ولأنه أُبلغ سابقًا بأن تمرير الصوت في Windows غير متاح. كما أراد تسهيل تغيير حجم مجموعات التخزين عبر واجهة رسومية أكثر شمولًا.
توضح هذه الطلبات أن ملاحظات ZVM لم تكن تتعلق بإنشاء الآلات الافتراضية فقط؛ فقد أراد المستخدمون تحكمًا أعمق في دورة الحياة والأجهزة بعد إنشاء الآلة الافتراضية.
يساعد الموضوع على التمييز بين أولويات المبتدئين والمستخدمين المتقدمين
بالنسبة إلى المستخدمين العاديين، يقلل استيراد الصور، ووضوح الأخطاء، والإقلاع الموثوق، والتشغيل التلقائي من الصعوبات. أما المستخدمون المتقدمون، فتهمهم أكثر ميزات تمرير PCI، ووسائط QEMU المخصصة، وتغيير حجم التخزين، وLXC، والوصول المباشر إلى libvirt.
ويفيد هذا التمييز عند تقييم ZVM اليوم: فقد تكون الميزة غير ضرورية لجهاز Home Assistant بسيط، لكنها أساسية لآلة افتراضية تعمل بنظام Windows أو الألعاب وتستخدم GPU.
الأسئلة الشائعة حول ملاحظات ZVM
هل طلب المستخدمون دعم QCOW2؟
نعم. كانت QCOW2 وغيرها من تنسيقات الآلات الافتراضية الجاهزة من أكثر الطلبات تكرارًا.
هل وعدت IceWhale بتمرير PCI في هذا الموضوع؟
لا. طلب المستخدمون ذلك وأقر الفريق بالملاحظات، لكن الموضوع لا يمثل التزامًا بإصدار الميزة.
هل طُلب التشغيل التلقائي للآلة الافتراضية؟
نعم، وتحديدًا لآلات الخوادم الافتراضية التي تحتاج إلى العودة للعمل بعد إعادة تشغيل المضيف.
