نعم، يمكن تشغيل ComfyUI على ZimaOS. وأقوى دليل من المصدر هو مستخدم من المجتمع لم يتمكن من تشغيل حزمة متجر التطبيقات، لكنه نجح في تشغيل ComfyUI داخل حاوية NVIDIA CUDA مخصصة، مع تمرير وحدة معالجة الرسومات (GPU) وكشف المنفذ 8188.
لا ينبغي اعتبار الأمر ذي السطر الواحد من مايو 2026 نصًا حاليًا لتثبيت البرنامج. فقد كان يثبت Python وGit عند بدء تشغيل الحاوية، ويسحب إصدارًا ليليًا من PyTorch CUDA. وقد تطورت متطلبات ComfyUI الحالية، بما في ذلك تركيبات أحدث من Python وPyTorch/CUDA. ينبغي أن يضع نشر ZimaOS الحالي والأنظف التبعيات داخل Dockerfile/Compose قابل لإعادة الإنتاج، مع حفظ النماذج وسير العمل خارج الحاوية وتمرير وحدة معالجة الرسومات عمدًا.
كان نجاح المجتمع باستخدام حاوية مخصصة
استخدم المثال العامل صورة تشغيل NVIDIA CUDA، ومسار المضيف الدائم /DATA/AppData/comfyui المعين إلى /workspace، مع تمكين الوصول إلى وحدة معالجة الرسومات، والاستماع إلى ComfyUI على المنفذ 8188.
ذكر المستخدم من المصدر تحديدًا أن إصدار متجر التطبيقات لديه لم يعمل، لذلك لا تستخدم ذلك النقاش دليلًا على أن كل حزمة حالية في الكتالوج معطلة، أو على أن Docker المخصص هو خيار التثبيت الوحيد الممكن.
لا تثبّت ComfyUI مباشرة على مضيف ZimaOS
يُعد ZimaOS نظام تشغيل من نمط الأجهزة الجاهزة، ولا يوفر سير عمل إدارة حزم المضيف الدائم المعتاد في Debian/Ubuntu الذي يفترضه التثبيت اليدوي لـ ComfyUI على Linux. احتفظ بـ Python وPyTorch وGit والعُقد المخصصة داخل حاوية أو آلة افتراضية.
استخدم متطلبات ComfyUI الحالية، وليس سلسلة cu124 الليلية القديمة
توصي وثائق ComfyUI الحالية بإصدارات حديثة من Python وحزم PyTorch الخاصة بالأجهزة، وتدعم أوضاع NVIDIA وAMD وIntel ووحدة المعالجة المركزية.
استخدم متطلبات نظام ComfyUI الحالية عند إنشاء الحاوية.
تحقق من الوصول إلى وحدة معالجة الرسومات داخل الحاوية
بالنسبة إلى NVIDIA، لا يمثل دعم وحدة معالجة الرسومات على المضيف سوى الطبقة الأولى. يجب أن تتلقى حاوية ComfyUI وحدة معالجة الرسومات وأن تتمكن من تحميل حزمة CUDA/PyTorch المتوافقة. تحقّق من ذلك داخل الحاوية قبل إلقاء اللوم على سير عمل ComfyUI.
ينبغي لسير عمل NVIDIA الحالي على ZimaOS أن يؤكد أيضًا أن الحاويات الأخرى التي تدعم وحدة معالجة الرسومات يمكنها رؤية العتاد نفسه.
احفظ النماذج خارج الحاوية المؤقتة
قد تستهلك نقاط التحقق وVAE وLoRA ونماذج ControlNet والعُقد المخصصة وسير العمل مئات الجيجابايت. عيّنها إلى مساحة تخزين SSD/NVMe دائمة بدلًا من تضمينها في طبقة حاوية.
حافظ على ثبات مسار النماذج عند إعادة إنشاء الحاوية وترقيتها.
استخدم Compose بدلًا من أمر بدء تشغيل ضخم
يدعم ZimaOS الحالي سير عمل YAML/Compose الأصلي. يجعل Compose أجهزة وحدة معالجة الرسومات، ووحدات التخزين، ومتغيرات البيئة، والمنفذ 8188، وسياسة إعادة التشغيل قابلة للمراجعة، بدلًا من إخفائها كلها في أمر واحد طويل.
استخدم نموذج Compose الحالي في ZimaOS.
لا تنشر المنفذ 8188 مباشرة على الإنترنت
يمكن لـ ComfyUI تنفيذ سير العمل والعُقد المخصصة مع وصول كبير إلى نظام الملفات ووحدة معالجة الرسومات. أبقه على شبكة LAN موثوقة أو شبكة VPN، أو ضعه خلف وصول HTTPS موثّق إذا لزم استخدامه عن بُعد.
الأسئلة الشائعة حول ComfyUI على ZimaOS
هل نجح أحد في المصدر في تشغيل ComfyUI على ZimaOS؟
نعم. أبلغ أحد المستخدمين عن حاوية NVIDIA مخصصة عاملة على المنفذ 8188.
هل أكد صاحب المنشور الأصلي نجاح التثبيت لديه؟
لا. فقد طلب لاحقًا مزيدًا من المساعدة بشأن Compose والتثبيت اليدوي.
هل ينبغي أن أنسخ أمر PyTorch الليلي القديم كما هو؟
لا. استخدم متطلبات ComfyUI/PyTorch الحالية الخاصة بوحدة معالجة الرسومات لديك، وأنشئ حاوية قابلة لإعادة الإنتاج.
