حلّ المجتمع

دليل إصلاح الشاشة السوداء في btop على ZimaOS مع AMD N40L

btop worked on ZimaOS 1.5.0 but showed a black screen on 1.5.1 and 1.5.2 beta2; IceWhale suspected the upgraded btop version.

إذا فتح btop على شاشة سوداء في خادم HP MicroServer G7 N40L، فلا تفترض أن معالج AMD N40L غير مدعوم في ZimaOS. أوضح المستخدم في المصدر أن btop كان يعمل على ZimaOS 1.5.0، ثم توقف عن العمل بعد ترقية btop المضمّن في الإصدارين التجريبيين 1.5.1 و1.5.2؛ وقد اشتبهت IceWhale صراحةً في أن السبب هو تغيير إصدار btop.

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

ZimaOS 1.5.2 beta على HP MicroServer G7 AMD N40L مع عرض btop لشاشة سوداء فارغة
اكتشف النظام المصدر معالج AMD N40L بصورة طبيعية، بينما فتح إصدار btop الأحدث شاشة سوداء فقط. المصدر: منتدى مجتمع IceWhale.

تأكد من أن ZimaOS لا يزال يكتشف العتاد

uname -a
lscpu
free -h

إذا كانت لوحة معلومات النظام، والصدفة، والمعالج، والذاكرة تعمل بصورة طبيعية، فالعطل محصور في btop وليس في منصة N40L بأكملها.

تحقق من إصدار btop

btop --version

ظهر الخلل في المصدر مباشرةً بعد ترقية IceWhale لإصدار btop. سجّل الإصدار الدقيق قبل مقارنته بالإصلاحات في المشروع الأصلي.

شغّل btop مع تسجيل معلومات التصحيح

يوثّق مشروع btop الأصلي السجلات الموجودة في مجلد إعدادات btop الخاص بالمستخدم، وقد أظهرت تقارير عديدة أن الشاشة السوداء نتجت عن أخطاء في التهيئة، وليس عن تعطل الطرفية.

اختبر حجمًا ومسارًا مختلفين للطرفية

تمكن المستخدم في المصدر من إعادة ظهور الشاشة السوداء في الطرفية على الويب وعبر SSH، ما يقلل احتمال أن تكون المشكلة مرتبطة بعرض المتصفح وحده. ومع ذلك، اختبر طرفية SSH أعرض وإعدادًا محليًا قياسيًا بترميز UTF-8.

لا تعدّل نظام التشغيل بالكامل إلى إصدار أقدم على المدى الطويل بسبب أداة واحدة

عاد المستخدم في المصدر مؤقتًا إلى الإصدار 1.5.0، لأن ذلك أعاد btop إلى العمل. كان ذلك دليلًا مفيدًا على وجود تراجع، لكن ينبغي للمستخدمين الحاليين التحديث إلى الأمام إلى إصدار ثابت ومُصلح من ZimaOS بدل البقاء على إصدار قديم من أجل أداة مراقبة.

استخدم top أو ps كبدائل مؤقتة

top
ps aux --sort=-%cpu | head
free -h
df -h

توفر هذه الأدوات رؤية أساسية للموارد أثناء تشخيص btop نفسه.

لا يزال btop من المصدر يدعم Linux بمعمارية x86_64

ينشر مشروع btop الحالي ملفات Linux ثنائية لمعمارية x86_64، كما يدعم نوى Linux القديمة، لذلك لا يكفي قدم جهاز N40L وحده لتفسير هذا التراجع.

أبلغ عن التراجع ببيانات قابلة لإعادة الإنتاج

أدرج إصدار ZimaOS، وإصدار btop، وطراز المعالج، ونوع الطرفية، ولقطة الشاشة، وما إذا كان إصدار أقدم من ZimaOS أو btop يعمل. يتطابق ذلك مباشرةً مع الأدلة التي طلبتها IceWhale ضمنيًا في سلسلة النقاش المصدرية.

يوفر دليل استكشاف أخطاء النظام وإصلاحها منهجًا أشمل.

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

هل AMD N40L غير مدعوم؟

لا يثبت المصدر ذلك. فقد عمل جهاز N40L نفسه مع إصدار btop المضمّن السابق.

لماذا يفشل sudo btop أيضًا؟

يشير ذلك إلى أن أذونات المستخدم العادي ليست السبب الأساسي على الأرجح.

هل ينبغي تثبيت ملف btop ثنائي آخر يدويًا؟

استخدم ذلك للتشخيص فقط إذا كنت تفهم بيئة الجهاز؛ والأفضل اعتماد إصلاح حديث في ZimaOS لأداة btop المضمّنة.

ما الذي يمكنني استخدامه مؤقتًا؟

يمكن أن تغطي top وps وfree ولوحة معلومات ZimaOS احتياجات المراقبة الأساسية.