الإجابة المختصرة: احتفظ بـ Ubuntu Server وأضف CasaOS إذا كنت تعتمد بالفعل على إدارة حزم Linux المعتادة أو خدمات systemd أو الشبكات المخصصة أو الأدوات على مستوى المضيف. واستبدله بـ ZimaOS إذا أردت أن يتصرف الجهاز بدرجة أكبر كجهاز NAS مخصص، وكانت معظم أحمال العمل قابلة للتشغيل ضمن نموذج التطبيقات/الحاويات.
يعمل CasaOS فوق Linux
يُثبَّت CasaOS على توزيعة موجودة مسبقًا. تسرد دعم نظام CasaOS الحالي Debian 12 باعتباره الخيار الموصى به، وUbuntu Server ضمن الخيارات المختبرة. ويضيف المثبّت ذو السطر الواحد CasaOS دون استبدال نظام التشغيل الأساسي.
وهذا يجعل Ubuntu + CasaOS الخيار المرن عندما تظل تستخدم إدارة الحزم المعتادة في Linux أو خدمات systemd أو الشبكات المخصصة أو أدوات على مستوى المضيف. apt، ووحدات systemd المخصصة، وشبكات VPN على المضيف، وحزم خوادم الألعاب الأصلية، ووكلاء المراقبة، أو النصوص البرمجية التي تفترض وجود خادم Linux تقليدي.
يستبدل ZimaOS نظام التشغيل المضيف
يُثبَّت ZimaOS كصورة نظام تشغيل قابلة للإقلاع. يستهدف تثبيت ZimaOS على x86 الحالي أجهزة x86-64 العامة، ويتطلب الإقلاع عبر UEFI وتعطيل Secure Boot ومساحة تخزين لا تقل عن 25GB.
يناسب هذا النموذج جهازًا تتمثل مهمته الرئيسية في التخزين وJellyfin والنسخ الاحتياطية وتطبيقات Docker وغيرها من خدمات الخوادم المنزلية. وستتنازل عن بعض الحرية على مستوى المضيف مقابل سير عمل يشبه الأجهزة المتخصصة بدرجة أكبر.
استخدم أحمال العمل لاتخاذ القرار
| الحاجة | نقطة بداية أفضل | السبب |
|---|---|---|
| Jellyfin + بضع حاويات | ZimaOS | إدارة أقل للمضيف. |
| Jellyfin + أدوات Linux الأصلية | Ubuntu + CasaOS | يحافظ على التحكم المعتاد في Linux. |
| خوادم ألعاب تستخدم نصوصًا برمجية مخصصة | Ubuntu + CasaOS | اعتماديات أسهل على مستوى المضيف. |
| NAS/وسائط/نسخ احتياطي في الغالب | ZimaOS | نموذج جهاز متخصص. |
لا تمسح Ubuntu قبل حصر الحالة
قبل استبدال نظام التشغيل، سجّل ملفات Docker Compose ومتغيرات البيئة وعمليات الربط، /DATA/AppData، ومسارات الوسائط، وملفات حفظ الألعاب، وملكية PUID/PGID، وعنوان IP ثابتًا وDNS، والوكيل العكسي، وشبكة VPN، وقواعد الجدار الناري، وعمليات ربط أجهزة تحويل الترميز عبر العتاد.
لا يؤدي تغيير نظام التشغيل تلقائيًا إلى الحفاظ على مكتبات Jellyfin أو بيانات الألعاب، ولا يضمن تحويل الترميز عبر GPU على الأجهزة غير المدعومة.
قاعدة اتخاذ القرار
احتفظ بـ Ubuntu + CasaOS عندما يظل الجهاز خادم Linux أولًا ولوحة تحكم NAS ثانيًا. اختر ZimaOS عندما يكون خادمًا منزليًا/NAS أولًا، وتتناسب معظم أحمال العمل مع الحاويات وسير عمل التخزين المدمج.
يوضح نموذج CasaOS Docker سبب ملاءمة CasaOS كطبقة مرئية فوق Linux. وتوضح منصة تطبيقات ZimaOS البديل القائم على الأجهزة المتخصصة.
إذا كنت تبني خادمًا منزليًا مخصصًا بمعمارية x86 بدلًا من إعادة توظيف جهاز موجود، فإن ZimaBoard 2 يدعم النهجين.
فكّر في التحديثات والاستعادة، وليس التثبيت فحسب
يوفر Ubuntu + CasaOS طبقتين للتحديث: توزيعة Linux نفسها وCasaOS. وهذا مفيد عندما تريد تثبيت إصدارات الحزم أو إدارة تغييرات النواة، لكنك تتحمل أيضًا مزيدًا من أعمال التوافق. يتعامل ZimaOS مع الجهاز بدرجة أكبر كجهاز مخصص، لذا تكون دورة حياة النظام أبسط، لكنها عمدًا أقل شبهًا بمضيف Debian متعدد الأغراض.
إذا كان لديك خادم Ubuntu مستقر بالفعل، فأقل الاختبارات مخاطرةً هو تثبيت CasaOS دون حذف أي شيء مهم، وإضافة تطبيق غير حرج، ومعرفة ما إذا كان سير العمل مناسبًا. أما الانتقال إلى ZimaOS فهو قرار أكبر لأنه يغيّر نظام التشغيل المضيف، ولذلك ينبغي اختباره باستخدام نسخة احتياطية موثوقة ومسار استعادة مُتحقَّق منه.
بالنسبة إلى Jellyfin، احتفظ بأربعة أشياء
- مسارات الوسائط: حافظ على مجلدات المضيف نفسها أو حدّث تعيينات الحاوية.
- إعدادات Jellyfin: احتفظ بدليل إعدادات/قاعدة بيانات التطبيق، وليس ملفات الأفلام فقط.
- أجهزة GPU: سجّل تعيينات أجهزة Intel/AMD/NVIDIA وافتراضات برامج التشغيل قبل الترحيل.
- المنافذ والوكيل العكسي: دوّن ما إذا كان العملاء يصلون إلى Jellyfin عبر عنوان IP للشبكة المحلية أو اسم المضيف أو النطاق العام.
لا يعادل التثبيت الجديد الذي يستطيع «رؤية الأفلام» عملية ترحيل Jellyfin ناجحة إذا اختفى سجل المشاهدة أو المستخدمون أو الأعمال الفنية أو إعدادات تحويل الترميز.
تجعل خوادم الألعاب مرونة المضيف أكثر قيمة
تناسب العديد من خوادم الألعاب Docker جيدًا، لكن أدوات تحميل التعديلات، ونصوص SteamCMD، وتبعيات Wine/Proton، واستثناءات جدار الحماية، أو منطق بدء التشغيل المخصص قد تكون أسهل على مضيف Linux تقليدي. إذا كان خادم الألعاب لديك مستقرًا بالفعل على Ubuntu، فإن الإبقاء على Ubuntu وإضافة CasaOS يتجنب تحويل خدمة عاملة لا علاقة لها بالأمر إلى مشروع ترحيل.
وعلى العكس، إذا كانت جميع خوادم الألعاب لديك تعمل بالفعل داخل حاويات وكانت بياناتها مرتبطة بالمضيف بطريقة منظمة، يصبح تقييم ZimaOS أسهل لأن عبء العمل قابل للنقل.
أجرِ اختبار قابلية النقل قبل اتخاذ القرار
لكل خدمة مهمة، أجب عن هذه الأسئلة الخمسة:
- أين توجد بياناته الدائمة؟
- هل يمكنني إعادة إنشاء الحاوية من ملف compose؟
- هل يحتاج إلى حزم على المضيف خارج Docker؟
- هل يحتاج إلى أجهزة خاصة؟
- هل يمكنني استعادته على جهاز نظيف من نسخة احتياطية؟
إذا لم تتمكن من الإجابة عن هذه الأسئلة، فمن المبكر تغيير نظام التشغيل المضيف. أنشئ مسار النسخ الاحتياطي والاستعادة أولًا؛ فاختيار نظام التشغيل يصبح أسهل بكثير بعد أن تصبح أعباء العمل قابلة للنقل.
الأسئلة الشائعة
هل يستبدل CasaOS نظام Ubuntu؟
لا. يُثبَّت CasaOS فوق نظام Linux مدعوم.
هل يستبدل ZimaOS قرص النظام؟
تكتب عملية تثبيت ZimaOS العادية صورة نظام تشغيل مخصصة على القرص المستهدف، لذا أنشئ نسخة احتياطية من ذلك القرص أولًا.
