حلّ المجتمع

اكتشاف RTX PRO 2000 Blackwell على ZimaOS 1.6.1 و1.6.2

An RTX PRO 2000 Blackwell was visible on PCIe but failed NVIDIA initialization on ZimaOS 1.6.1; the user later reported successful detection and Ollama use after updating to 1.6.2.

ظهرت وحدة معالجة الرسومات، لكن تعذّر على برنامج تشغيل NVIDIA تهيئتها

على ZimaOS 1.6.1، ثبّت أحد أفراد المجتمع بطاقة NVIDIA RTX PRO 2000 Blackwell، لكنه وجد أن nvidia-smi تُرجع الرسالة «لم يتم العثور على أي أجهزة». كان جهاز PCI نفسه موجودًا بالمعرّف 10de:2d30، كما تم إنشاء عُقد أجهزة NVIDIA. وقد حصر ذلك المشكلة في تهيئة برنامج التشغيل، وليس في فقدان اتصال PCIe أو إعداد حاوية Ollama.

أظهرت التفاصيل التشخيصية أيضًا أن مكوّنات NVIDIA في النواة وفي مساحة المستخدم كانت بالإصدار 580.105.08. وقد تم تحميل وحدة النواة المفتوحة، لكن سجلها أبلغ عن فشل RmInitAdapter. وتتضمن قائمة الشرائح المدعومة لبرنامج التشغيل 580.105.08 من NVIDIA المعرّف 2D30، لذلك لم يثبت النقاش وجود تفسير بسيط يتمثل في عدم دعم معرّف الجهاز.

لم يؤكد النقاش إصلاحًا يتعلق بالبرامج الثابتة أو بمعلمات النواة

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

حدث الفشل أيضًا قبل أن يتمكن حمل عمل Docker من استخدام وحدة معالجة الرسومات. ولذلك فإن تغيير متغير بيئة في Ollama أو تعيين أجهزة الحاوية لم يكن ليُصلح فشل nvidia-smi على مستوى المضيف، الموثق في الإصدار 1.6.1.

أعاد ZimaOS 1.6.2 اكتشاف البطاقة في هذه الحالة المجتمعية

بعد التحديث إلى ZimaOS 1.6.2، أفاد صاحب الموضوع بأن RTX PRO 2000 تم التعرف عليها وعملت مع Ollama. وهذا أقوى حل مسجل في الموضوع. لكنه نتيجة أكدها مستخدم لهذا الجهاز وهذا التثبيت، وليست ضمانًا عامًا للتوافق مع كل وحدات معالجة الرسومات Blackwell أو كل تكوينات الأنظمة.

بقيت مشكلة واحدة: إذ أفيد بأن مروحة وحدة معالجة الرسومات كانت تعمل بأقصى سرعة أثناء الخمول. ولم يصل النقاش إلى سبب أو حل مؤكد لهذا السلوك. لذلك ينبغي التعامل مع اكتشاف وحدة معالجة الرسومات والتحكم في المروحة أثناء الخمول باعتبارهما نتيجتين منفصلتين.

الأسئلة الشائعة

هل كان Docker أو Ollama مسؤولًا عن عدم ظهور وحدة معالجة الرسومات؟

لا تشير أي أدلة في الموضوع إلى أن Docker كان السبب. فلم يتمكن nvidia-smi نفسه على المضيف من تهيئة الجهاز، ما يعني أن الفشل حدث قبل طبقة الحاوية.

هل أصلح ZimaOS 1.6.2 مشكلة RTX PRO 2000؟

بالنسبة إلى صاحب الموضوع، نعم: عادت البطاقة إلى الظهور، وتمكن Ollama من استخدام وحدة معالجة الرسومات بعد التحديث. ولا يثبت التقرير دعمًا شاملًا لجميع الأنظمة.

هل أصلح التحديث أيضًا مشكلة تشغيل المروحة بأقصى سرعة؟

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