حلّ المجتمع

تشغيل نظام Home Assistant OS على ZimaOS ZVM: ‏QCOW2 وUEFI وإعدادات الجهاز الافتراضي

An April–May 2026 ZVM thread where Home Assistant OS appeared stuck when created from a VDI with BIOS firmware. Multiple community users reported better results with QCOW2 plus UEFI, matching Home Assistant's current KVM guidance.

إن تشغيل Home Assistant Container من متجر تطبيقات ZimaOS لا يماثل تشغيل Home Assistant OS. إذ توفر الحاوية Home Assistant Core داخل Docker، بينما HAOS صورة جهاز كاملة تتضمن إضافات يديرها Supervisor وبيئة تشغيل خاصة بها. أراد صاحب المنشور الأصلي تجربة HAOS الكاملة لأن بعض تكاملات Tuya وXiaomi لم تكن تعمل جيدًا لديه في نشر الحاوية.

لم تتجاوز محاولته الأولى باستخدام ZVM شاشة التحميل حتى بعد تركها طوال الليل. ولم يثبت النقاش أن ZVM نفسه غير قادر على تشغيل HAOS. بل حددت الردود اللاحقة خيارين في الإعدادات يجدر تغييرهما أولًا: فقد اختار المستخدم صورة قرص VirtualBox بامتداد .vdi وبرنامج BIOS الثابت القديم.

كيف بدت إعدادات ZVM الأصلية

إعداد ZVM في ZimaOS باستخدام صورة VDI لـ Home Assistant، وقرص بسعة 64 غيغابايت، وذاكرة RAM بسعة 4 غيغابايت، وشبكة جسرية، وبرنامج BIOS الثابت
استخدمت الآلة الافتراضية المصدر قرص VDI وبرنامج BIOS الثابت. وركزت الردود اللاحقة على هذين الإعدادين قبل اقتراح تغييرات أكثر جذرية.
وحدة تحكم الآلة الافتراضية في ZimaOS لنظام Home Assistant OS عالقة عند مؤشر التحميل
لم تتجاوز الآلة الافتراضية هذه المرحلة في الإعداد الأصلي.

فضّل صورة QCOW2 مع برنامج مراقبة من نمط KVM

ذكر أحد أفراد المجتمع، ممن شغّلوا Home Assistant OS في ZVM لنحو شهرين، أنه استخدم صورة QCOW2. ويتوافق هذا الاقتراح مع صفحة تنزيل الآلات الافتراضية الحالية الخاصة بـ Home Assistant، التي توفر QCOW2 لبرامج المراقبة من نمط KVM/Proxmox.

عند إعداد نشر جديد في ZVM، ابدأ بـ صورة Home Assistant OS الحالية المخصصة للآلات الافتراضية من نمط KVM. ترتبط صورة VDI أساسًا ببرنامج VirtualBox، وليست الخيار الأول الطبيعي لـ ZVM.

استخدم البرنامج الثابت UEFI

استخدمت الآلة الافتراضية المصدر BIOS. واقترح ردّان منفصلان من المجتمع تغييره إلى UEFI، كما أن إرشادات Home Assistant الحالية تتطلب UEFI للآلات الافتراضية التي تشغّل HAOS.

إعدادات ZVM الناجحة في ZimaOS لنظام Home Assistant OS باستخدام QCOW2، وذاكرة RAM بسعة 2 غيغابايت، وشبكة جسرية، وبرنامج UEFI الثابت
شارك مستخدم شغّل HAOS في ZVM هذا الإعداد باستخدام QCOW2 وUEFI بوصفه مرجعًا معروفًا لعمله.

لا تبالغ في موارد الآلة الافتراضية قبل حل توافق الإقلاع

كانت الآلة الافتراضية الأصلية تحتوي على قرص افتراضي بسعة 64 غيغابايت وذاكرة RAM بسعة 4 غيغابايت. وأفاد مستخدم آخر باستخدام قرص بسعة 32 غيغابايت مع بقاء نحو نصف المساحة خاليًا، بينما اقترح ملخص مجتمعي البدء بنحو نواتي vCPU، وذاكرة RAM بسعة 2–4 غيغابايت، وسعة قرص تبلغ 32 غيغابايت.

لن تؤدي زيادة المعالج أو الذاكرة أو مساحة التخزين إلى إصلاح مشكلة في البرنامج الثابت أو تنسيق الصورة. حل مسار الإقلاع أولًا، ثم زد الموارد بناءً على الإضافات الفعلية، ومدة الاحتفاظ بالسجل، وقواعد البيانات، والتكاملات.

امنح الإقلاع الأول وقتًا للتهيئة

أشار أحد الردود إلى أن HAOS قد يبقى على وحدة تحكم سوداء أو هادئة لعدة دقائق أثناء توسيع مساحة التخزين وتهيئة الخدمات. ويختلف ذلك عن بقاء حالة التحميل نفسها طوال الليل. بعد التبديل إلى صورة متوافقة واستخدام UEFI، امنح الإقلاع الأول وقتًا كافيًا قبل استنتاج أنه متجمّد.

لم يثبت أن VDI مستحيل

جاء التصحيح الأقوى للاستنتاج المبسط القائل إن «VDI لا يعمل» في وقت لاحق من النقاش؛ إذ ذكر مستخدم آخر لـ ZimaBoard 2 أن Home Assistant OS 17.3 بتنسيق VDI عمل لديه عندما استخدمت الآلة الافتراضية UEFI. وهذا يعني أن تنسيق الصورة وحده لم يثبت أنه السبب الجذري.

والاستنتاج الأدق هو أن QCOW2 مع UEFI هو الإعداد الأول الأكثر أمانًا لأنه يتوافق مع عائلة برامج المراقبة المقصودة ومع تقرير معروف عن نجاحه في ZVM. ويبدو أن UEFI هو المتطلب الأهم.

متى تكون حاوية Home Assistant في ZimaOS كافية؟

صفحة تطبيق Home Assistant Container في متجر تطبيقات ZimaOS
إصدار متجر التطبيقات أسهل في النشر، لكنه لا يوفر نموذج Supervisor والإضافات الكامل الخاص بـ HAOS.

إذا كانت التكاملات المطلوبة تعمل في Home Assistant Container، فهي أخف وتجنب تشغيل نظام تشغيل ثانٍ داخل آلة افتراضية. أما إذا كنت تحتاج تحديدًا إلى إضافات HAOS أو نموذج الإدارة الشبيه بالجهاز المتكامل، فقد يكون ZVM مناسبًا، لكنه يضيف أيضًا طبقة افتراضية أخرى يجب الحفاظ على سلامتها عبر تحديثات ZimaOS.

برنامج مراقبة منفصل يمثل بنية مختلفة

اقترح أحد المشاركين تثبيت Proxmox على جهاز N150 الفعلي وتشغيل ZimaOS وHome Assistant OS كآلتين افتراضيتين منفصلتين. وقد يؤدي ذلك إلى عزل Home Assistant عن صيانة ZimaOS، لكنه يغيّر بنية المضيف بأكملها، ولا ينبغي وصفه بأنه ضروري لحل مشكلة هذا النقاش.

ترتيب عملي لاستكشاف الأخطاء وإصلاحها

  1. نزّل صورة HAOS الحالية للآلة الافتراضية بدلًا من إعادة استخدام ملف قديم.
  2. ابدأ بـ QCOW2 إذا كان ZVM يقبله.
  3. اختر البرنامج الثابت UEFI.
  4. خصص موارد متواضعة، مثل نواتي vCPU، وذاكرة RAM بسعة 2–4 غيغابايت، وقرص بسعة نحو 32 غيغابايت.
  5. استخدم وضع شبكة يوفر للآلة الافتراضية HAOS عنوانًا صالحًا على الشبكة المحلية.
  6. امنح الإقلاع الأول وقتًا كافيًا للتهيئة.
  7. إذا لم تقلع الآلة الافتراضية بعد، افحص وحدة التحكم قبل تغيير إعدادات التخزين أو التطبيق.

الأسئلة الشائعة حول Home Assistant OS على ZVM

ما الصورة التي ينبغي أن أجربها أولًا؟

تُعد QCOW2 الخيار الأول الأقوى لأنها مخصصة لبرامج المراقبة من نمط KVM، وقد عملت في نشر مجتمعي على ZVM.

هل ينبغي أن يستخدم ZVM BIOS أم UEFI مع HAOS؟

استخدم UEFI. تنص متطلبات Home Assistant الحالية صراحةً على استخدام UEFI.

هل يحتاج HAOS إلى قرص افتراضي بسعة 64 غيغابايت؟

ليس للتثبيت الأساسي. أفاد مستخدمون من المجتمع بأن 32 غيغابايت تعمل بشكل مريح، رغم أن السجل المكثف أو الإضافات قد يبرران سعة أكبر.

هل ثبت أن VDI غير مدعوم؟

لا. أفاد مستخدم لاحق لـ ZimaBoard 2 بنشر ناجح باستخدام VDI مع UEFI.