العنوان «وحدة iGPU Intel N150 غير مدعومة» أصبح تاريخيًا. في أواخر عام 2024، كان بإمكان مستخدمي المصدر رؤية جهاز PCI الرسومي Alder Lake-N، لكن intel_gpu_top لم يعثر على جهاز i915 قابل للاستخدام، كما كان /dev/dri مفقودًا في الاختبارات اللاحقة للإصدار 1.4. أقرت IceWhale بأن منصة وحدة المعالجة المركزية/وحدة معالجة الرسومات كانت جديدة جدًا، وبدأت التحقق من برامج التشغيل.
بحلول أغسطس 2025، أفاد أحد مستخدمي المجتمع بأن رسومات N150 كانت تعمل لديه منذ الإصدار التجريبي الأول من ZimaOS 1.4.2، وعرض /dev/dri/card0 بالإضافة إلى renderD128. أما ZimaBoard 2 الحالي نفسه فيُشحن الآن بمعالج Intel N150، لذلك لا ينبغي تطبيق استنتاج «N150 غير مدعوم» القديم على ZimaOS الحالي. والسؤال المتبقي هو ما إذا كانت حاوية Jellyfin/Plex المحددة تتمتع بوصول صحيح إلى جهاز GPU وتستخدم فعليًا تسريع الأجهزة لتحويل الترميز.
كان بإمكان الإصدارات المبكرة من ZimaOS رؤية وحدة GPU، لكنها لم تتمكن من تهيئة جهاز i915 قابل للاستخدام
أظهر المنشور الأصلي:
00:02.0 VGA compatible controller:
Intel Corporation Alder Lake-N [Intel Graphics]لكن intel_gpu_top أفاد بعدم وجود جهاز i915 مدمج أو منفصل. وهذا يعني أن تعداد أجهزة PCI وحده لم يكن كافيًا لتوفير تسريع الأجهزة.
غيّرت نواة Linux أحدث النتيجة على توزيعات أخرى
اختبر أحد المشاركين توزيعات مشتقة من Ubuntu، وقال إن وحدة GPU بدأت بالعمل بعد الانتقال إلى النواة 6.12.3. كان ذلك دليل مقارنة من المجتمع، وليس إصلاحًا في ZimaOS، لكنه دعم تشخيص أن نضج النواة/برنامج التشغيل كان الطبقة المقيّدة.
استهدفت IceWhale دعم N150 في ZimaOS 1.4.2
في مايو 2025، قال Zima-Jerry إن اختبار برنامج تشغيل iGPU الخاص بـ N150 جارٍ، وإن الدعم سيصل إلى الإصدار 1.4.2 ما لم تظهر مشكلات.
وعندما سُئل عن الموعد في يوليو، قال Zima-Giorgio إن الإصدار كان متوقعًا خلال أسبوعين.
أكد أحد المستخدمين وجود /dev/dri على الإصدار 1.4.2
بعد وصول الإصدار 1.4.2، قال Jozu إنه لا يزال لا يعمل لديه، بينما ردّ coffee.coyote بأنه كان يعمل منذ الإصدار التجريبي الأول، ونشر:
/dev/dri/
by-path
card0
renderD128هذا مفيد، لكنه ليس تأكيدًا شاملًا—فقد عملت تركيبة معينة من الأجهزة/الإصدار، بينما ظل مشارك آخر في المصدر يواجه صعوبة.
يستخدم ZimaBoard 2 الحالي معالج Intel N150
تسرد وثائق الأجهزة الحالية من IceWhale جهاز ZimaBoard 2 مزودًا بمعالج Intel N150 رباعي النوى ومنفذ Mini DisplayPort. كما تصف إرشادات Jellyfin الحالية للأجهزة معالج N150 بأنه مزود برسومات مدمجة تدعم Quick Sync، مع التحذير من أن قدرة الأجهزة وحدها لا تثبت أن التسريع نشط داخل التطبيق.
راجع منصة ZimaBoard 2 الحالية المزودة بمعالج N150.
تحقق أولًا من مسار وحدة GPU على المضيف
ls -l /dev/dri
lspci -nnk | grep -A3 -i vgaينبغي عادةً أن يعرض النظام الحالي المخصص لتحويل الترميز باستخدام أجهزة Intel عقدة عرض مثل /dev/dri/renderD128. إذا كان /dev/dri غير موجود، فأصلح طبقة برنامج التشغيل/النواة على المضيف قبل تغيير إعدادات Jellyfin.
مرّر وحدة GPU إلى Jellyfin أو Plex
أوصى المصدر تحديدًا بإضافة /dev/dri إلى أجهزة/وحدات تخزين الحاوية. وتتبع إرشادات الحاويات الحالية لـ Jellyfin المبدأ العام نفسه: يجب أن يكون جهاز العرض متاحًا داخل الحاوية، كما يجب أن يمتلك مستخدم وقت التشغيل/المجموعة الأذونات اللازمة لاستخدامه.
تحقق من حدوث تحويل ترميز فعلي باستخدام الأجهزة
لا يستخدم التشغيل المباشر برنامج التشفير/فك التشفير. افرض اختبارًا مشروعًا يتطلب تحويل الترميز، ثم تحقق من معلومات التشغيل في Jellyfin/Plex ومن نشاط وحدة GPU. ولا يكفي ارتفاع استخدام وحدة المعالجة المركزية وحده كدليل، إذ قد تؤدي الترجمة أو تحويل النطاق الديناميكي أو برنامج ترميز غير مدعوم إلى إبقاء جزء من المسار يعمل برمجيًا.
الأسئلة الشائعة حول iGPU في Intel N150
هل لا يزال Intel N150 غير مدعوم عمومًا في ZimaOS الحالي؟
لا. فالموضوع القديم يسبق أعمال دعم الإصدار 1.4.2، كما أن ZimaBoard 2 الحالي نفسه يستخدم Intel N150.
ما المسار الذي ينبغي أن يظهر على المضيف لتسريع GPU من Intel؟
تعرض حزمة الرسومات العاملة في Linux عادةً /dev/dri، بما في ذلك عقدة عرض مثل renderD128.
هل أبلغ جميع مستخدمي المصدر عن نجاحهم على الإصدار 1.4.2؟
لا. فقد أبلغ أحد المستخدمين عن استمرار المشكلة، بينما أكد مستخدم آخر عمل مسار /dev/dri منذ الإصدار التجريبي الأول من ZimaOS 1.4.2.
