في ديسمبر 2025، نشر أحد أعضاء مجتمع IceWhale برنامجًا تعليميًا يتضمن إضافة مستقلة مفتوحة المصدر لنواة NVIDIA لوحدات معالجة الرسومات RTX 50XX على نواة محددة من ZimaOS. وأكد أحد المستخدمين لاحقًا أن بطاقة RTX 5060 Ti بسعة 16 غيغابايت أتاحت عناصر تحكم في وحدة معالجة الرسومات للحاويات. وأفاد مستخدمون آخرون بأن الإجراء نفسه فشل على ZimaOS 1.6.1 أو لم يجعل بطاقة RTX 5090 قابلة للاستخدام.
وهذا يجعل المنشور إجراءً تاريخيًا خاصًا بإصدار معين، وليس أمرًا دائم الصلاحية لتثبيت «أحدث برنامج تشغيل NVIDIA».
الإجراء التاريخي الدقيق
طلب المنشور الأصلي من المستخدمين الدخول عبر SSH، والتبديل إلى المستخدم الجذر، ثم تشغيل ما يلي:
cd /var/lib/extensions/
wget https://github.com/jerrykuku/staff/releases/download/v0.1.3/nvidia-open-kernel-580.105.08-linux-6.12.25.raw -O nvidia-open-kernel-580.105.08-linux-6.12.25.raw
systemd-sysext refresh
install-nvidia-kernel-open
لا تشغّل هذه الأوامر لمجرد أن وحدة معالجة الرسومات من طراز RTX 50XX. فالاسم يستهدف صراحةً نواة Linux 6.12.25، كما يجب أن يكون الأمر المساعد موجودًا في إصدار ZimaOS المثبّت. انسخ بيانات التطبيقات احتياطيًا، وتأكد من توفر وسيلة استرداد عبر وحدة التحكم المحلية قبل تغيير إضافات النواة.
طابق إصدار ZimaOS قبل التثبيت
- سجّل إصدار ZimaOS الدقيق وإصدار النواة.
- تأكد من ظهور وحدة معالجة الرسومات في
lspci. - تحقق من وجود
install-nvidia-kernel-open. - تأكد من تطابق رقم نواة الإضافة مع النواة قيد التشغيل.
- اقرأ أحدث الردود في سلسلة المصدر بحثًا عن حالات التراجع.
أفاد مستخدم لنظام ZimaOS 1.6.1 بظهور Package not installed لإضافة نظام، وظهور install-nvidia-kernel-open: command not found. هذه إشارة إلى التوقف، وليست سببًا لابتكار مُثبّت آخر بمستوى المستخدم الجذر.
لا يمكن لبرامج التشغيل إصلاح جهاز PCIe غير الظاهر
إذا لم يعرض lspci طرف NVIDIA، فاستكشف أولًا مشكلات Oculink، وسلامة المحوّل، وطاقة قاعدة الإرساء، وتثبيت الكابل، وتهيئة وصلة PCIe. يوضح موضوع اكتشاف Oculink ذي الصلة سبب عدم اعتبار المراوح ومصابيح LED دليلًا على التعداد.
ما الذي أكده نجاح RTX 5060 Ti؟
أثبت النجاح أن تركيبة معينة من الطراز والبرمجيات عملت. لكنه لم يثبت نجاح إعداد Stable Diffusion، أو كل بطاقات RTX 50XX، أو كل قواعد الإرساء، أو كل إصدارات ZimaOS اللاحقة.
تحقق من الطبقات الثلاث جميعها بعد إعادة التشغيل
-
المضيف: يتعرف
lspciعلى وحدة معالجة الرسومات، ويعرضهاnvidia-smi. - الحاوية: تمنح إعدادات تطبيق ZimaOS الوصول إلى وحدة معالجة الرسومات NVIDIA.
-
التطبيق: يحدد حمل العمل CUDA أو NVENC أو الواجهة الخلفية المناسبة لوحدة معالجة الرسومات، ويعرض عملية في
nvidia-smi.
لا تستخدم إضافة RTX 50XX مع بطاقات NVIDIA الأقدم
ثبّت مستخدم آخر لبطاقة GTX 1050 Ti هذه الإضافة، وفقد الوصول إلى NVML إلى أن نصحه أحد أعضاء فريق IceWhale بتشغيل uninstall-nvidia-kernel-open ثم إعادة التشغيل. استخدم الإضافة فقط مع الأجهزة وإصدار النظام اللذين صُممت لدعمهما.
استخدم سلسلة المصدر باعتبارها مرجع التحديث
نظرًا إلى أن IceWhale لم تنشر أمرًا مستقلًا عن الإصدار لبطاقات RTX 50XX في دليل التثبيت العام الحالي، ارجع إلى البرنامج التعليمي الأصلي لبطاقات RTX 50XX قبل كل محاولة. أدرج في طلب الدعم إصدار ZimaOS، وإصدار النواة، وطراز وحدة معالجة الرسومات، وطريقة الاتصال، ومخرجات lspci وnvidia-smi، ونص الخطأ الكامل.
الأسئلة الشائعة حول RTX 50XX على ZimaOS
هل إضافة 6.12.25 صالحة لكل إصدارات ZimaOS؟
لا. يوضح اسمها وتقارير الفشل اللاحقة أنها خاصة بإصدار معين.
هل يضمن ظهور «NVIDIA Corporation Device» عمل برنامج التشغيل؟
لا. نجح تعداد الجهاز على المضيف، لكن يجب أيضًا أن يتمكن nvidia-smi من التواصل مع برنامج التشغيل.
هل ينبغي تثبيت برنامج التشغيل قبل ظهور وحدة معالجة الرسومات في lspci؟
لا. أصلح تعداد الأجهزة أولًا.
