توقّع أحد مستخدمي ZimaBoard 2 أن يظهر محوّل Oculink نفسه في lspci. أوضحت المناقشة أن مسار Oculink السلبي هو امتداد لـ PCIe؛ والنتيجة المهمة هي ما إذا كان الجهاز الموجود في الطرف الآخر يظهر. لم تظهر بطاقة GPU لدى المستخدم مطلقًا، رغم دوران مراوحها، كما توقّفت واجهة الويب عن التحميل عند تركيب بطاقة رسومات في قاعدة التوسعة.
ظلّت المناقشة من دون حل بعد استخدام عدة محوّلات وبطاقتي GPU. لكنها حدّدت نقطة تشخيص مفيدة: يجب حل مشكلة تعداد PCIe وضمان الإقلاع المستقر قبل تثبيت برامج تشغيل NVIDIA.
لا يحتاج Oculink إلى برنامج تشغيل خاص به
قد يعرض المضيف منافذ جذر PCIe أو جسورًا، وليس جهازًا باسم «Oculink». وهذا أمر طبيعي عند عدم توصيل أي شيء. قارن شجرة PCIe قبل توصيل جهاز معروف سلامته وبعده:
lspci
lspci -tvإذا لم يظهر الجهاز الطرفي في lspci، فلن يتمكّن nvidia-smi من اكتشافه، ولن يتمكّن أي حزمة NVIDIA من إصلاح الوصلة المادية.
وصول الطاقة من دون تعداد PCIe ليس نجاحًا
يثبت دوران المراوح فقط وصول قدر من الطاقة إلى البطاقة. ولا يثبت ذلك تدريب الوصلة، أو استمرارية المسارات، أو استقرار الطاقة الإضافية، أو تهيئة الجهاز الطرفي. في الإعداد الأصلي، أقلع اللوح بصورة طبيعية بعد إزالة قاعدة التوسعة أو بطاقة GPU، ما ركّز التشخيص على سلسلة التوسعة.
تم العثور على محوّل تالف، لكن استبداله لم يُكمل الإصلاح
كشف الفحص الدقيق عن انقطاعات ظاهرة عبر مسارات الطاقة والبيانات في أول محوّل من PCIe إلى Oculink.
استخدم جهازًا طرفيًا منخفض المخاطر ومعروف السلامة لعزل السلسلة
ظهر متحكّم USB يعمل عبر PCIe في lspci من خلال قاعدة التوسعة، ما أظهر أن جزءًا من المسار على الأقل قادر على التعداد. ومع ذلك، منعت كل من RTX 5060 ولاحقًا GTX 750 تحميل واجهة الويب. وحوّل ذلك الاهتمام نحو قاعدة التوسعة، أو توصيل الطاقة، أو تدريب وصلة PCIe، أو توافق المنصة، بدلًا من التركيز على برنامج تشغيل بطاقة واحدة.
اختبر متغيرًا واحدًا في كل مرة: الجهاز الطرفي في حاسوب آخر، وجهاز طرفي مختلف في قاعدة التوسعة نفسها، وكابل معروف السلامة، ومحوّل معروف السلامة، ومزوّد طاقة مستقر، وتسلسل تشغيل صحيح. لا توصل أجهزة Oculink أو PCIe أثناء التشغيل إلا إذا كانت وثائق الأجهزة تدعم ذلك صراحةً.
ثبّت برامج التشغيل فقط بعد ظهور بطاقة GPU
ثبّت المستخدم إضافة RTX 50XX قبل ظهور البطاقة في lspci. فأضاف ذلك متغيرًا برمجيًا من دون حل مشكلة التعداد. استخدم البرنامج التعليمي المجتمعي الخاص بـ RTX 50XX، بحسب الإصدار، فقط بعد اكتشاف العتاد، وفقط عندما يتوافق إصدار ZimaOS المذكور فيه.
لا تفترض أن كل بطاقات PCIe مدعومة رسميًا
ينقل Oculink اتصال PCIe، لكن التوافق العملي يظل معتمدًا على عرض المسار، والبرامج الثابتة، والطاقة، وتصميم قاعدة التوسعة، وسلوك ذاكرة خيار GPU، وبرامج التشغيل. تناقش وثائق IceWhale لتوسعة GPU مفاهيم التوسعة، لكنها لا تجعل كل مجموعة من محوّل وبطاقة GPU إعدادًا موثّقًا لجهاز ZimaBoard 2.
الأسئلة الشائعة حول Oculink في ZimaBoard 2
هل ينبغي أن يظهر Oculink باسمه في lspci؟
لا. ابحث عن جهاز PCIe الطرفي المتصل والجسر الأب الخاص به.
هل يثبت دوران مراوح GPU اكتشاف البطاقة؟
لا. يجب أن تظهر البطاقة في lspci.
هل حُلّت هذه المناقشة بالكامل؟
لا. حتى بطاقة GTX 750 الأقل استهلاكًا للطاقة ظلّت تمنع بدء التشغيل الطبيعي، وكان المستخدم يفكر في تجربة قاعدة توسعة أخرى.
