تكتسب حالة التثبيت هذه من نوفمبر 2025 قيمتها لأن المستخدم أجرى اختبارات مقارنة قوية على نحو غير معتاد قبل طلب المساعدة. فقد عمل متحكم Realtek 2.5GbE المدمج في لوحة ASUS TUF Gaming B850M-PLUS WIFI7 بصورة طبيعية تحت Proxmox وUnraid وKubuntu على الجهاز نفسه وباستخدام الكابل نفسه ومنافذ المحوّل نفسها ووحدة NVMe نفسها. وحده ZimaOS فشل في تشغيل الواجهة أثناء المرحلة الثانية من التثبيت.
تنقل هذه الأدلة هدف استكشاف الأخطاء من جهاز التوجيه أو الكابل إلى إصدار بطاقة الشبكة المحدد، أو ربط برنامج تشغيل النواة، أو بيئة المثبّت. غير أن سلسلة النقاش الأصلية لم تصل إلى سبب جذري هندسي من IceWhale، ولذلك يجب أن يظل تفسير برنامج التشغيل تشخيصًا من المجتمع.
كان العتاد والعطل محددين للغاية
استخدم الجهاز المُبلّغ عنه معالج AMD Ryzen 7 8700G وذاكرة DDR5 بسعة 64 غيغابايت وقرص NVMe للنظام بسعة 512 غيغابايت، إلى جانب منفذ إيثرنت Realtek مدمج بسرعة 2.5 غيغابت في الثانية على اللوحة الأم. اكتملت المرحلة الأولى من تثبيت ZimaOS، التي تم الإقلاع إليها عبر USB، بصورة طبيعية، ونُسخ النظام إلى وحدة NVMe.
حدث الفشل فقط بعد أن طلب المثبّت من المستخدم إزالة وحدة USB والإقلاع من وحدة NVMe المثبت عليها النظام. عند تلك النقطة، كانت بيئة المرحلة الثانية تحتاج إلى الشبكات لإكمال الإعداد، لكن واجهة الإيثرنت لم تحصل على إشارة ارتباط أو تأجير DHCP.
ما لاحظه المستخدم أثناء المرحلة الثانية
- لم يُظهر جهاز التوجيه مطلقًا أي تأجير DHCP لتثبيت ZimaOS.
- تعذّر تنفيذ اختبار ping للجهاز، ولم تظهر أي واجهة ويب لـ ZimaOS.
- لم يعثر فحص الشبكة الفرعية على أي عنوان خادم جديد.
-
ip aأظهرت إما واجهة الاسترجاع فقط، أو واجهة شبيهة بإيثرنت من دون إشارة ارتباط ومن دون عنوان IPv4. - أعطت وحدات USB جديدة تمامًا للمثبّت النتيجة نفسها.
تختلف هذه الأعراض عن واجهة عاملة لا تملك سوى عنوان IP ثابت غير صحيح. فالارتباط نفسه لم يصبح قابلًا للاستخدام في بيئة ZimaOS المثبتة.
لماذا تهم أنظمة التشغيل الأخرى
عملت بطاقة الشبكة المدمجة نفسها فورًا تحت Proxmox وUnraid وKubuntu. خصّص جهاز التوجيه عناوين DHCP، وعملت مؤشرات الارتباط بصورة طبيعية، وكان الجهاز قابلًا للوصول دون تثبيت برامج تشغيل إضافية.
هذا لا يثبت أن لدى ZimaOS عطلًا عامًا في Realtek. لكنه يثبت أن بطاقة الشبكة الفعلية والكابلات ومسار المحول كانت قادرة على العمل، ما يجعل تبديل الكابلات مرارًا أقل فائدة بعد اجتياز تلك الضوابط بالفعل.
نظرية r8169 مقابل r8125 جاءت من المجتمع
اشتبه أحد المجيبين من المجتمع في أن تطبيق Realtek 2.5GbE هذا تحديدًا يحتاج إلى r8125 بينما كان ZimaOS يربطه بـ r8169أو فشل بطريقة أخرى في الارتباط ببرنامج التشغيل المتوقع أثناء إقلاع المرحلة الثانية.
هذا محتمل بالنسبة إلى بعض إصدارات Realtek، لكن لم يؤكد أي موظف في IceWhale في النقاش العلني معرّف الجهاز أو الوحدة المحمّلة أو التراجع في النواة. تجنّب إعادة صياغة النظرية على أنها «يستخدم ZimaOS برنامج التشغيل الخاطئ» من دون مخرجات التشخيص الفعلية.
فحوصات القراءة الثلاث التي طلبها المجتمع
طلب المجيب ما يلي:
lspci -nn | grep -i ethernet
ip a
dmesg | grep -i -e r8169 -e r8125 -e realtekهذه الأوامر مفيدة لأنها لا تعدّل التثبيت. وتكشف مجتمعةً عن معرّف جهاز PCI، وواجهات الشبكة التي أنشأها Linux، وما إذا كانت برامج تشغيل Realtek ذات الصلة قد أبلغت عن أخطاء في الفحص أو الاتصال.
بالنسبة إلى نظام حالي، قارن أيضًا الواجهة بحالة Ethernet المتوقعة في لوحة شبكة ZimaOS الحالية. إذا لم تنشئ النواة واجهة قابلة للاستخدام، فالمشكلة أسبق من إعدادات واجهة الويب.
إدراج التوافق على مستوى العائلة لا يضمن التوافق مع كل إصدار
كان من المفهوم أن يشعر صاحب المنشور الأصلي بالإحباط، لأن عائلة Realtek 2.5GbE ظهرت ضمن معلومات التوافق لدى IceWhale، وقد أثّر ذلك في قرار شراء اللوحة الأم. وقد تختلف وحدات التحكم بالشبكة التي تُباع تحت أسماء تسويقية متشابهة في معرّفات PCI، أو إصدارات الشرائح، أو البرامج الثابتة، أو مكوّنات PHY، أو توصيلات اللوحة.
لذلك ينبغي أن يتضمن تقرير التوافق عالي الجودة المعرّف الدقيق lspci -nn المعرّف، وليس فقط «Realtek 2.5GbE».
النتيجة الوحيدة المؤكدة كانت حلًا بديلًا باستخدام Intel X540-T1
بعد ستة أيام، أفاد المستخدم الأصلي بأنه اشترى بطاقة شبكة Intel X540-T1، وقال إنها مكّنته من تجاوز المشكلة. وهذه هي النتيجة الوحيدة التي أكدها الشخص الذي واجه العطل.
يثبت الحل البديل أن ZimaOS كان قادرًا على مواصلة التثبيت عندما وفّرت بطاقة شبكة أخرى متوافقة اتصالًا بالشبكة. لكنه لا يحدد السبب الدقيق لفشل جهاز Realtek المدمج.
ما الذي لا يثبته هذا النقاش
- ولا يثبت أن كل بطاقات الشبكة من فئة RTL8125 تفشل على ZimaOS.
- ولا يثبت أن DHCP كان السبب الجذري.
- ولا يؤكد وجود وحدة نواة مفقودة محددة.
- ولا يُظهر أن ترخيص المستخدم مدى الحياة أثّر في دعم الأجهزة.
- لا يتضمن ذلك إصلاحًا نهائيًا رسميًا لبرنامج تشغيل من IceWhale.
مسار أفضل لاستكشاف الأخطاء وإصلاحها اليوم
- سجّل معرّف PCI الدقيق لبطاقة الشبكة.
- تأكد من مؤشرات LED الخاصة بالاتصال وسلوك منفذ جهاز التوجيه.
- تحقق مما إذا كان Linux ينشئ واجهة Ethernet.
- افحص رسائل برنامج التشغيل الخاصة بوحدة التحكم المحددة.
- قارن السلوك مع صورة Linux حديثة أخرى عند الحاجة.
- إذا أتاحت بطاقة شبكة ثانية معروفة التوافق لـ ZimaOS إكمال التثبيت، فاحتفظ بتشخيصات وحدة التحكم المتعثرة لتضمينها في تقرير توافق، بدلًا من إعادة التثبيت مرارًا.
الأسئلة الشائعة حول تثبيت Realtek 2.5GbE
هل كانت بطاقة الشبكة المدمجة معيبة ماديًا؟
تشير الاختبارات المتقاطعة إلى عكس ذلك. فقد عمل فورًا على عدة أنظمة تشغيل أخرى.
هل كان برنامج التشغيل r8169 هو بالتأكيد برنامج التشغيل الخاطئ؟
لا. كانت تلك نظرية من المجتمع ولم يؤكدها النقاش العام بالنتيجة المطلوبة.
ما الحل البديل الذي تم تأكيده؟
ثبّت المستخدم الأصلي بطاقة شبكة Intel X540-T1 وتمكّن من تجاوز مشكلة التثبيت.
هل ينبغي استبدال بطاقة الشبكة لديّ قبل جمع السجلات؟
إذا أمكن، اجمع أولًا معرّف PCI وحالة الواجهة ورسائل برنامج التشغيل ذات الصلة. فهذه التفاصيل أكثر فائدة بكثير لتحديد ما إذا كان إصدار ZimaOS الحالي لا يزال يعاني فجوة التوافق نفسها.
