Rocky Linux أم AlmaLinux لخادم VPS؟

Rocky Linux مقابل AlmaLinux: الإجابة المختصرة

بالنسبة إلى معظم الخوادم، لا توجد إجابة خاطئة عند الاختيار بين Rocky Linux وAlmaLinux. يعيد كلا المشروعين بناء الشيفرة المصدرية نفسها الخاصة بـRed Hat Enterprise Linux (RHEL)، لذلك يوفّران الحزم نفسها ضمن دورة دعم مدتها عشر سنوات. الفروق حقيقية، لكنها تتعلق بالحوكمة وبعدد قليل من الحالات الخاصة، لا بالعمل اليومي لإدارة الخادم.

هناك عاملان يحسمان الاختيار عندما لا يكون الأمر عشوائياً. ما يزال AlmaLinux 10 يوفّر إصداراً للمعالجات الأقدم من Intel Haswell، بينما لا يوفّر Rocky Linux 10 ذلك، وهذا مهم في أجهزة VPS (الخادم الخاص الافتراضي) الأرخص أو الأقدم. كما يَعِد AlmaLinux بالتوافق على مستوى ABI بدلاً من السلوك المتطابق، وهذا مهم إذا كنت تشغّل منتجاً من مورّد لديه مصفوفة دعم صارمة.

من أين جاءت التوزيعتان

في 8 December 2020، أعلن مشروع CentOS أن CentOS Linux 8، وهي إعادة بناء لـRHEL 8، سينتهي دعمه في نهاية 2021. وكان قد أُصدر مع تاريخ انتهاء دعم في 2029. أما مستقبل المشروع فكان CentOS Stream، الذي وصفه الإعلان نفسه بأنه يتابع التطوير قبل إصدار RHEL حالي بقليل، ويعمل كفرع التطوير upstream لـRHEL. حافظ CentOS Linux 7 على جدوله الأصلي، ووصل إلى نهاية عمره في 30 June 2024.

لم تكن المشكلة في CentOS Stream نفسه. كانت المشكلة أن دورة حياة مقررة حتى 2029 تقلصت 8 سنوات مع إشعار مدته نحو عام، وذلك على أجهزة كانت مثبتة عليها التوزيعة بالفعل. وُجد Rocky Linux وAlmaLinux بسبب ذلك. ظهر كلاهما في 2021، واستهدف كلاهما المهمة نفسها: إعادة بناء مجانية لـRHEL يستطيع مسؤول النظام تثبيتها ثم تركها تعمل دون تغيير لمدة 10 سنوات. يشرح التاريخ الأطول وراء Red Hat وCentOS وRocky وAlmaLinux سبب تولي CentOS هذه المهمة أصلاً، وكيف أصبحت توزيعة Red Hat Linux واحدة هي Fedora وRHEL وسلسلة من عمليات إعادة البناء.

ما تشترك فيه Rocky Linux وAlmaLinux

ابدأ من هنا، لأن الجزء المشترك يشكّل معظم الصورة. يعيد كلا النظامين البناء من مصادر RHEL الأولية نفسها، لذلك يقدّمان إصدارات الحزم نفسها، ومدير الحزم dnf نفسه، وسياسة SELinux (security enhanced Linux) نفسها، وواجهة firewalld الأمامية نفسها، وتخطيط الوحدات systemd نفسه. توجد ملفات الإعداد في المسارات نفسها. ويعمل الدليل المكتوب لأحدهما على الآخر بعد تغيير الاسم فقط. ينطبق ذلك على العمل الفعلي أيضاً: يعمل تثبيت Docker Engine بالطريقة نفسها على كليهما، بما في ذلك حزمة podman التي تستحوذ على الأمر docker، وإعادة تسمية SELinux التي تحتاج إليها عمليات bind mount. ويعمل جدار الحماية بالطريقة نفسها أيضاً، لذلك يستخدم فتح منفذ SSH ومنفذ ويب باستخدام firewalld أوامر firewall-cmd متطابقة على أي من التوزيعتين، بما في ذلك الراية --permanent التي تحدد ما إذا كانت القاعدة ستبقى بعد إعادة التشغيل.

يتابع كلا النظامين إصدارات RHEL الثانوية عن قرب. صدر AlmaLinux 10.2 في 26 May 2026، وRocky Linux 10.2 في 28 May 2026. وتحركت السلسلة 9 في الأسبوع نفسه: صدر AlmaLinux 9.8 في 26 May 2026، وRocky Linux 9.8 في 27 May 2026. كان الفارق أكبر في السابق. وصل AlmaLinux 10.0 في 27 May 2025، وRocky Linux 10.0 في 11 June 2025.

يتعلق هذا الفارق بوسائط الإصدارات الثانوية، وليس بالأمان. ينشر كلا المشروعين التصحيحات باستمرار بين الإصدارات الثانوية، ويستمد كل منهما هذه التصحيحات من خدمة errata الخاصة به. لا يعني ظهور صورة .2 بعد أسبوعين عدم توفر تصحيحات لمدة أسبوعين. إن الحصول على هذه التصحيحات دون تسجيل الدخول هو الإجراء نفسه في كلتا التوزيعتين. لذلك يتبع إعداد dnf-automatic لتثبيت تحديثات الأمان وفق مؤقت الخطوات نفسها، أيّاً كانت التوزيعة التي ثبّتها. تثبيت التصحيح لا يعني تشغيله. ويستخدم تحديد التحديثات التي تتطلب إعادة تشغيل والتحديثات التي تتطلب إعادة تشغيل خدمة الأمر needs-restarting نفسه في كلتا التوزيعتين، لأن كليهما يرثه من حزمة RHEL نفسها.

يحمل كلا النظامين أيضاً نموذج دورة الحياة الممتد عشر سنوات الذي ورثاه من RHEL: نحو خمس سنوات من الدعم النشط، ثم خمس سنوات من الصيانة الأمنية فقط. وتستمر السلسلة 10 في كليهما حتى 2035.

من يقف وراء كل مشروع؟

تتبع Rocky Linux مؤسسة Rocky Enterprise Software Foundation (RESF)، وهي شركة ذات منفعة عامة في Delaware أسسها Gregory Kurtzer، أحد المشاركين في تأسيس CentOS. في November 2022، أقرت RESF لوائح داخلية وميثاقاً نقلا صلاحيات التحكم من يد مؤسسها إلى هذه الوثائق المكتوبة. وتُعد CIQ، وهي شركة أسسها Kurtzer أيضاً، الجهة الراعية المؤسسة، كما تبيع دعماً تجارياً لـRocky Linux.

يتبع AlmaLinux مؤسسة AlmaLinux OS Foundation، وهي منظمة غير ربحية وفق التصنيف 501(c)(6)، مسجلة في Delaware وأُسست في March 2021. ينتخب أعضاء المؤسسة مجلس إدارتها لفترات متداخلة مدتها four years، وتُنشر محاضر الاجتماعات خلال fourteen days، كما تمنع إحدى اللوائح الداخلية أي جهة توظيف منفردة من شغل أكثر من مقعد واحد له حق التصويت في مجلس الإدارة، بصرف النظر عن حجم رعايتها. بدأت CloudLinux المشروع وجدّدت رعاية platinum في October 2024 بقيمة one million dollars سنوياً. ويبيع قسم TuxCare التابع لها الدعم التجاري.

صُممت البنيتان بحيث لا تتمكن أي شركة منفردة من تكرار ما حدث لـCentOS Linux 8، ولا تبدو إحداهما أكثر أماناً من الأخرى بشكل واضح. ما يمكنك التحقق منه فعلياً واحد في الحالتين: يمكنك قراءة اللوائح الداخلية، ويمكنك معرفة المؤسسة التي تدفع الشيكات.

ما الذي تغيّر في 2023، وهل لا يزال ذلك مهماً؟

في 21 June 2023 أعلنت Red Hat أن CentOS Stream سيصبح المستودع الوحيد لإصدارات الشيفرة المصدرية العامة المرتبطة بـRHEL. قبل ذلك، كانت مصادر حزم RHEL تظهر على git.centos.org، ومنها كانت مشاريع إعادة البناء تحصل عليها. لم يؤدِّ حذف هذا المصدر إلى إيقاف مشاريع إعادة البناء. لكنه أجبر كل مشروع على توضيح طريقة حصوله على المصادر علناً.

أجاب Rocky في 29 June 2023. فهو يحصل على مصادر RHEL من صور Universal Base Image (UBI) للحاويات، ومن مثيلات السحابة العامة بنظام الدفع حسب الاستخدام، استناداً إلى أن «لا أحد يستطيع منع إعادة توزيع برمجيات GPL». وفي August 2023 أنشأت CIQ وOracle وSUSE منظمة Open Enterprise Linux Association (OpenELA)، التي تنشر المصادر اللازمة لإعادة بناء Enterprise Linux المتوافقة مع الأخطاء واحداً بواحد. ولا تُعد AlmaLinux عضواً فيها.

أجابت AlmaLinux في 13 July 2023، وكانت إجابتها تغييراً في الهدف. تخلّى المشروع عن التوافق مع الأخطاء واحداً بواحد، واعتمد بدلاً منه توافق ABI. ووفقاً لكلماته، «لن نعود ملتزمين بالتوافق مع Red Hat من ناحية الأخطاء واحداً بواحد، وهذا يعني أنه يمكننا الآن قبول إصلاحات أخطاء خارج دورة إصدارات Red Hat». وأوضح المنشور نفسه للمستخدمين أن يتوقعوا «تغييراً طفيفاً جداً» في الاستخدام اليومي.

بعد مرور ثلاث سنوات، حُسمت عملياً مسألة الحصول على المصادر. فقد أطلق كلا المشروعين كل إصدار فرعي من RHEL منذ ذلك الحين، وفق جداول زمنية متقاربة. أما ما بقي من ذلك الجدل فهو الفرق بين ما يعد به كل مشروع.

التوافق مع الأخطاء واحداً بواحد أم التوافق مع ABI: ما الفرق؟

ما زالت الصفحة الرئيسية لـRocky Linux تصف التوزيعة بأنّها مصممة لتكون متوافقة مع RHEL بنسبة 100%، بما في ذلك الأخطاء واحداً بواحد. يعني التوافق مع الأخطاء واحداً بواحد أن إعادة البناء تعيد إنتاج سلوك RHEL، بما في ذلك عيوبه. إذا احتوت حزمة في RHEL على خطأ، فستحتوي الحزمة نفسها في Rocky Linux على الخطأ أيضاً، ولذلك ينطبق الحل البديل الوارد في مقالة من قاعدة معارف Red Hat من دون تعديل.

التوافق مع ABI أضيق نطاقاً وأكثر دقة. ABI، أو واجهة التطبيق الثنائية، هو العقد الثنائي الذي يعتمد عليه البرنامج المترجم: أسماء الرموز، وتخطيطات البنى، واتفاقيات استدعاء الدوال، وإصدارات المكتبات. ما دمت تحافظ على استقرار هذا العقد، فسيتمكن البرنامج الثنائي المبني لـRHEL من التحميل والعمل. ولا يتضمن هذا الوعد مطابقة أخطاء RHEL.

يمكن توضيح النتيجة بسهولة. تستطيع AlmaLinux إصلاح خطأ قبل أن تصلحه Red Hat، كما يمكنها الإبقاء على برنامج تشغيل أزالته Red Hat. يبتعد سلوكها في كلتا الحالتين عن سلوك RHEL عمداً. أما Rocky Linux فلن تفعل أياً من ذلك، بحكم تصميمها، ولذلك يبقى سلوكها متوقعاً بالطريقة التي تهم متطلبات الاعتماد تحديداً.

لذلك يعتمد الأمر على الوعد الذي تحتاج إليه. هل تحتاج إلى أن يتصرف الخادم بطريقة مطابقة لـRHEL، أم تحتاج إلى تشغيل البرامج المبنية لـRHEL عليه؟ يحتاج الجميع تقريباً إلى الخيار الثاني.

هل ستُثبَّت حزم المورّد المبنية لـRHEL على كليهما؟

نعم. تُثبَّت حزمة RPM المبنية لـRHEL 9 أو RHEL 10 وتعمل على كليهما، لأن ABI متطابق، ولأن كلا التوزيعين يقدّمان نفسيهما للأدوات بالطريقة التي يقدّم بها نظام من عائلة Red Hat نفسه. الملف الذي يتولى هذا التقديم هو /etc/os-release.

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

تحتوي نسخة Rocky Linux على البنية نفسها مع NAME="Rocky Linux" وID="rocky"، كما تسرد rhel في ID_LIKE أيضاً. يعمل على كليهما أي برنامج تثبيت يقرأ ID_LIKE، ويعثر على rhel، ويسلك مسار Red Hat. أما البرنامج النصي الذي يقارن ID فقط بقائمة ثابتة من rhel وcentos وfedora، فيفشل على كليهما بالطريقة نفسها، ويعرض رسالة تفيد بأن التوزيعة غير مدعومة. هذا خطأ في البرنامج النصي، وليس اختلافاً بين النظامين.

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

أيّهما لا يزال يعمل على المعالجات المركزية الأقدم؟

رفع RHEL 10 الحد الأدنى لمعمارية x86-64 إلى x86-64-v3. يتوافق هذا المستوى مع جيل Haswell من Intel ومع Excavator من AMD، ويتطلب امتدادات لمجموعة التعليمات مثل AVX2. يتبع Rocky Linux 10 هذا النهج نفسه في RHEL. وتوضح وثائقه أن x86-64-v3 هو المستوى الأساسي، وأن المستوى v2 والمستويات الأقدم لم تعد مدعومة.

يصدر AlmaLinux 10 بنسخة v3 باعتبارها الافتراضية، ويضيف نسخة منفصلة من x86-64-v2. ووفقاً لوصف المشروع، يتيح ذلك للمستخدمين الذين يملكون هذه الأجهزة الأقدم مواصلة تلقي تحديثات الأمان لمدة عشر سنوات أخرى. كما يعيد AlmaLinux بناء حزم EPEL لهذه المعمارية، لأن حزم RHEL 10 التابعة لجهات خارجية تستهدف v3. هذه هي النقطة المهمة التي يجب معرفتها قبل الاعتماد عليها: تناسب نسخة v2 مجموعة الحزم الافتراضية، إضافة إلى EPEL الخاص بـAlmaLinux والمبني لـv2، أما أي شيء آخر فعليك إعادة بنائه لـv2 بنفسك.

يكتسب هذا أهمية أكبر على VPS مقارنةً بالأجهزة التي تملكها، لأنك لا تختار معالج المضيف. على المضيفين الأقدم أو الأرخص، أو عندما يقدّم الـhypervisor نموذج CPU محافظاً للنظام الضيف، قد لا تكشف الآلة الافتراضية عن AVX2 حتى إذا كانت الشريحة الفعلية تدعمه. عندها تحاول الحزم المبنية لـv3 استخدام تعليمات لا يدعمها المعالج، فتفشل. تحقّق مما تكشفه مثيلتك فعلياً قبل نقل مجموعة كاملة من الخوادم إلى السلسلة 10. لا تزال السلسلة 9 من كلا التوزيعين تعمل عند المستوى v2. أما على مثيلات ARM بدلاً من مثيلات x86 فلا يطرح هذا السؤال نفسه، لأن مستويات المعمارية الدقيقة مفهوم خاص بـx86-64.

تظهر الحرية نفسها في مواضع أخرى من AlmaLinux 10. أعاد المشروع تمكين دعم أكثر من 150 جهازاً أزالها المشروع upstream، بما في ذلك PCI IDs لوحدات تحكم RAID وiSCSI الأقدم، كما أعاد تمكين SPICE للاستخدام من جانب الخادم والعميل. وتكون مؤشرات الإطارات مفعّلة افتراضياً، وهو ما يتيح إجراء profiling على مستوى النظام بالكامل. ويمنع تعهّد التطابق bug for bug إجراء أيٍّ من هذه التغييرات، ولذلك كان قرار 2023 هو ما أتاح للمشروع مجالاً لتنفيذها.

كيف ترحّل خادماً حالياً يعمل بنظام CentOS أو RHEL؟

تنشر Rocky Linux نصوص التحويل في مستودعها rocky-tools. يحوّل migrate2rocky.sh نظام Enterprise Linux 8 إلى Rocky Linux 8، بينما ينفّذ migrate2rocky9.sh العملية نفسها للسلسلة 9. يعمل كل نص ضمن إصدار رئيسي واحد. حتى أغسطس 2026، لا يحتوي المستودع على نص مماثل لـEnterprise Linux 10، لذلك يتطلب الانتقال إلى Rocky Linux 10 إعادة التثبيت.

تنشر AlmaLinux النص almalinux-deploy.sh، وهو يدعم Enterprise Linux 8 و9 و10، ويحوّل الأنظمة من CentOS Stream وOracle Linux وRHEL وRocky Linux وMiracleLinux وVirtuozzo Linux، على البنى x86_64 وaarch64 وppc64le وs390x. يجب قراءة القيود الموثقة قبل البدء. لا يُدعم سوى محمّل الإقلاع GRUB2 على الأنظمة التي تحتاج إلى محمّل إقلاع. كما لا يُزال kernel مخصّص، مثل UEK الخاص بـOracle (unbreakable enterprise kernel)، تلقائياً، ما يجعل الجهاز غير قادر على الإقلاع مع Secure Boot.

للانتقال بين إصدارين رئيسيين، تحافظ AlmaLinux على ELevate، المبني على إطار leapp من Red Hat. تشمل المسارات الموثقة CentOS 7 إلى EL8، وAlmaLinux 8 أو CentOS Stream 8 إلى EL9، وAlmaLinux 9 أو CentOS Stream 9 إلى EL10. تستخدم الوثائق EL8 أو EL9 أو EL10 لتحديد الإصدار المستهدف بدلاً من تسمية توزيعة واحدة، لأنك تختار توزيعة Enterprise Linux التي سينتهي إليها النظام.

تعيد أي من هذه الأدوات كتابة حزم الإصدار وتعيد تثبيت جزء كبير من النظام. أنشئ snapshot لدى موفّر الخدمة أولاً. شغّل عملية التحويل داخل screen أو tmux، وفقاً لتوصيات وثائق AlmaLinux نفسها، لأن انقطاع اتصال SSH في منتصف العملية قد يترك الجهاز في حالة لا تريد تصحيحها من وحدة تحكم الإنقاذ.

إذن، أيّهما ينبغي أن تختار؟

بالنسبة إلى أحمال VPS المعتادة، يمكنك اختيار أيٍّ منهما. فهما يثبتان الحزم نفسها، وينتهيان من الدعم في السنة نفسها. اختر أحدهما، واستخدمه على كل خادم تديره، ولا تشغل نفسك بالفروق بعد ذلك. الاتساق أهم من الفرق بينهما، لأن استخدام توزيعتين مختلفتين يضاعف عدد الصور ومصادر نشرات التحديثات الأمنية التي عليك متابعتها. وتزداد هذه التكلفة سريعاً عندما تصبح تدير عدة خوادم Linux في الوقت نفسه.

الاستثناءات محدودة، ويُحسم كل واحد منها بعامل خارج تفضيلك الشخصي.

• معالج الخادم لديك أقدم من Haswell، أو أن hypervisor يحجب AVX2 عن guest. يوفّر AlmaLinux 10 إصداراً مبنياً لـ x86-64-v2، بينما لا يوفّر Rocky Linux 10 ذلك.
• يذكر أحد المورّدين الذين تدفع لهم توزيعةً محددة في مصفوفة الدعم الخاصة به. استخدم تلك التوزيعة.
• تحتاج إلى سلوك مطابق لـ RHEL لأغراض اعتماد أو تدقيق. الهدف المعلن لـ Rocky Linux هو التوافق bug for bug، أما هدف AlmaLinux فليس كذلك صراحةً.
• تريد تحويل خادم قيد التشغيل بدلاً من إنشاء خادم جديد. تغطي أدوات AlmaLinux حالياً توزيعات مصدر وإصدارات رئيسية أكثر، بما في ذلك Enterprise Linux 10.

إذا كان السؤال الفعلي هو: هل تختار Enterprise Linux أم شيئاً آخر؟ فعندها يكون نموذج دورة الحياة هو ما تختاره. تمنحك توزيعة Enterprise Linux عشر سنوات على مجموعة حزم واحدة، من دون قفزات بين الإصدارات تحتاج إلى التخطيط لها. أما إصدارات Ubuntu ذات الدعم الطويل، فتمنحك خمس سنوات من الدعم القياسي، مع مسار ترقية مدعوم كل عامين. وهذه صفقة مختلفة، وقد تناولناها في مقارنة إصدارات Ubuntu LTS والإصدارات المرحلية. أيّاً كانت التوزيعة التي تثبتها، ستبدو الساعة الأولى على الجهاز متشابهة. لذلك اتبع الدقائق العشر الأولى على VPS جديد قبل أن تضع عليه أي شيء.

FAQ

هل Rocky Linux أم AlmaLinux أقرب إلى Red Hat Enterprise Linux؟

Rocky Linux، وفقاً لهدفه المعلن. تصف الصفحة الرئيسية التوزيعة بأنها مصممة لتكون متوافقة مع RHEL بنسبة 100%، بتطابق الأخطاء أيضاً. وهذا يعني أنها تهدف إلى إعادة إنتاج سلوك RHEL، بما في ذلك عيوبه. أعلنت AlmaLinux في 13 July 2023 أنها ستستهدف التوافق مع ABI (واجهة التطبيق الثنائية) بدلاً من ذلك. لذلك تعمل عليها البرامج المبنية لـRHEL، بينما قد تتضمن الشفرة الأساسية إصلاحات لم تُصدرها RHEL. لتشغيل برامج الخوادم المعتادة، التوزيعتان متكافئتان. أما في حالة شهادة تشترط سلوك RHEL، فهذا الفرق هو جوهر المسألة.

هل يمكنني الانتقال من Rocky Linux إلى AlmaLinux من دون إعادة التثبيت؟

نعم، في هذا الاتجاه. تسرد almalinux-deploy.sh الخاصة بـAlmaLinux إصدارات Rocky Linux 8 و9 و10 ضمن المصادر المدعومة، إلى جانب CentOS Stream وOracle Linux وRHEL وMiracleLinux. الانتقال في الاتجاه المعاكس أكثر تقييداً. يوفّر مستودع rocky-tools الخاص بـRocky نصوص تحويل لـEnterprise Linux 8 و9 فقط. لذلك لا يوجد مسار انتقال موضعي إلى Rocky Linux 10 حتى August 2026. أنشئ snapshot قبل أي تحويل، وشغّل العملية من جلسة تستمر بعد انقطاع الاتصال، لأن العملية تستبدل حزم الإصدار وتعيد تثبيت جزء كبير من النظام.

هل تعمل الحزم المبنية لـRHEL على التوزيعتين؟

نعم، بالنسبة إلى حزم RPM العادية ومستودعات الجهات الخارجية. تحافظ التوزيعتان على واجهة التطبيق الثنائية الخاصة بـRHEL، وتعرّفان نفسهما باستخدام ID_LIKE="rhel centos fedora" في /etc/os-release. لذلك يسلك أي برنامج تثبيت أو حزمة تتحقق من وجود نظام من عائلة Red Hat المسار الصحيح. الاستثناء تجاري وليس تقنياً. قد يدعم المورّد التوزيعات المذكورة فقط في مصفوفة الدعم الخاصة به، حتى إذا ثُبّتت حزمته وعملت على التوزيعتين. إذا كنت تدفع مقابل هذا الدعم، فاعتمد على المصفوفة.

أيهما أستخدم على VPS منخفض التكلفة مع معالج أقدم؟

AlmaLinux، إذا كنت تريد سلسلة 10. رفعت RHEL 10 الحد الأدنى لمعمارية x86-64 إلى مستوى المعمارية الدقيقة v3. وهذا يتطلب معالجاً بمستوى Intel Haswell أو AMD Excavator، ويتبع Rocky Linux 10 الحد الأدنى نفسه. توفّر AlmaLinux 10 إصداراً إضافياً مبنياً لـx86-64-v2 للأجهزة الأقدم، مع عشر سنوات من تحديثات الأمان. تحقّق مما تتيحه نسختك قبل اتخاذ القرار، لأن الآلة الافتراضية ترى نموذج المعالج الذي يقدّمه hypervisor، وليس دائماً مجموعة التعليمات الكاملة للـhost. ما تزال سلسلة 9 من التوزيعتين تعمل على أجهزة v2.