الخلاصة الأساسية: إن سطر سجل CasaOS CPU thermal zone found: x86_pkg_temp ليس تحذيرًا من ارتفاع الحرارة. بل يعني أن CasaOS عثر على مستشعر Linux الحراري الذي يمكنه استخدامه لقراءة درجة حرارة حزمة وحدة المعالجة المركزية. والمشكلة الفعلية هي تكرار السجل: ففي بعض الأنظمة تُكتب رسالة الاكتشاف المعلوماتية نفسها كل خمس دقائق تقريبًا.
وصف التقرير الأصلي هذا النمط تحديدًا بعد تثبيت CasaOS حديثًا على Debian: «كل 5 دقائق تظهر في وحدة التحكم رسالة معلومات حول العثور على منطقة حرارية.» كان الجهاز حاسوبًا مكتبيًا عاديًا من نوع x86 أُعيد استخدامه كخادم، وليس نظامًا يُبلغ عن إيقاف تشغيل حراري.
ما هي منطقة Linux الحرارية
يُظهر Linux مستشعرات درجة الحرارة من خلال /sys/class/thermal/thermal_zone*. وتتضمن المناطق الحرارية في Linux الخاصة بالنواة سمات مثل:
-
type— نوع المنطقة الحرارية؛ -
درجة الحرارة— درجة الحرارة الحالية؛ -
trip_point_*_temp— حدود درجات الحرارة عندما يوفّرها النظام الأساسي؛ -
trip_point_*_type— أدوار الحدود مثل passive أو hot أو critical.
لذلك، فإن مسارًا مثل:
/sys/devices/virtual/thermal/thermal_zone2إنه واجهة مستشعر. والعثور عليه أمر طبيعي.
ما المقصود بـ x86_pkg_temp
في أنظمة x86 المتوافقة مع Intel، يرتبط x86_pkg_temp باستشعار درجة حرارة حزمة وحدة المعالجة المركزية. ويسجّل مستشعر حزمة x86 الخاص بالنواة مستشعر درجة الحرارة الرقمية لحزمة وحدة المعالجة المركزية بوصفه منطقة حرارية في Linux.
ولهذا السبب فإن هذا السجل:
تم العثور على المنطقة الحرارية لوحدة المعالجة المركزية: x86_pkg_temp،
المسار: /sys/devices/virtual/thermal/thermal_zone2يجب فهمه على النحو التالي:
عثر CasaOS على مصدر درجة حرارة وحدة المعالجة المركزية الذي كان يبحث عنه.
هذا لا يعني أن وحدة المعالجة المركزية تجاوزت حدًا مرتفعًا أو حرجًا.
تحقّق من درجة حرارة وحدة المعالجة المركزية الفعلية
اقرأ نوع المنطقة أولًا:
cat /sys/class/thermal/thermal_zone2/typeإذا أعاد:
x86_pkg_tempقراءة درجة الحرارة:
cat /sys/class/thermal/thermal_zone2/tempتُبلَّغ درجات حرارة مناطق Linux الحرارية عادةً بوحدة الألف من الدرجة المئوية. على سبيل المثال:
48000يعني تقريبًا:
48°متحدد سمات المنطقة الحرارية في النواة كلًا من type وtemp ضمن واجهة sysfs الحرارية.
تحقق من نقاط الفصل الحراري قبل اعتبار الأمر ارتفاعًا مفرطًا في الحرارة
إذا كان النظام يعرض نقاط الفصل الحراري، فتحقق منها:
grep . /sys/class/thermal/thermal_zone2/trip_point_* 2>/dev/nullقد ترى إدخالات مثل:
trip_point_0_type:critical
trip_point_0_temp:100000A 100000 تمثل نقطة الفصل 100°م. وتعتمد الحدود الدقيقة على المعالج والبرنامج الثابت وبرنامج تشغيل النواة، لذا استخدم القيم التي يصدّرها جهازك بدلًا من نسخ حد عام لدرجة الحرارة.
هذا هو الفرق المهم: اكتشاف المستشعر ليس تجاوزًا للحد. تتطلب المشكلة الحرارية الحقيقية دليلًا على درجة الحرارة أو خنق الأداء، وليس مجرد ظهور عبارة «تم العثور على المنطقة الحرارية».
لماذا تتكرر الرسالة كل خمس دقائق
يشير التقرير إلى service.GetCPUThermalZone داخل CasaOS. وتُظهر سجلات CasaOS الأخرى استدعاء الوظيفة نفسها مرارًا على فواصل زمنية تقارب خمس دقائق، لذا فإن السطر المتكرر يتوافق مع استقصاء دوري لحالة النظام، وليس مع حدث حراري جديد في كل مرة.
هذا التكرار مزعج، لكن مستوى السجل هو معلومات. إنها ليست رسالة طوارئ.
للحصول على مثال مرئي لخادم منزلي يعرض درجة حرارة المعالج المباشرة إلى جانب بيانات النظام الأخرى، يوضح مشروع عرض درجة حرارة المعالج درجة الحرارة بوصفها أحد مقاييس النظام العادية، إلى جانب استخدام المعالج وذاكرة RAM والقرص.
متى ينبغي لك التحقق من درجة الحرارة بمزيد من التفصيل
انتقل من «ضوضاء السجل» إلى استكشاف أخطاء الحرارة فقط عند وجود أدلة أقوى، مثل:
- تظل درجة حرارة المعالج المُبلّغ عنها قريبة من نقطة الفصل الحرجة؛
- يعمل المعالج بتقليل التردد تحت أحمال العمل العادية؛
- يتوقف الجهاز عن العمل أو يُعاد تشغيله تحت الحمل؛
- تفشل المراوح في زيادة سرعتها عندما ينبغي للمنصة استخدام التبريد النشط؛
- تُبلغ سجلات النواة عن خنق حراري أو أحداث درجات حرارة حرجة.
تشمل الفحوصات المفيدة ما يلي:
journalctl -k | grep -i thermal
journalctl -k | grep -i thrott
sensorsإن sensors يأتي الأمر من lm-sensors في العديد من توزيعات Linux، ويمكن أن توفّر عرضًا أكثر ملاءمة عند توفر برنامج تشغيل مراقبة الأجهزة الضروري.
هل تحتاج إلى كتم الرسالة؟
إذا كانت درجات الحرارة طبيعية، فلا حاجة إلى إصلاح وظيفي لمجرد ظهور السطر. تطلب مشكلة عام 2026 تحسين سلوك التسجيل—ويُفضّل اكتشاف المستشعر أو الإبلاغ عنه مرة واحدة بدلًا من تكرار السطر المعلوماتي نفسه كل بضع دقائق.
تجنّب تعديل ملفات CasaOS الثنائية أو تعطيل إدارة الحرارة في Linux لمجرد إخفاء الرسالة. تُعد مناطق الحرارة في النواة جزءًا من مراقبة الأجهزة الطبيعية، ويمكنها أيضًا عرض نقاط التفعيل الفعلية عندما تدعمها المنصة.
بالنسبة إلى مستخدمي ZimaOS، تعرض مراقبة الأجهزة في لوحة المعلومات حالة النظام من خلال سير عمل العميل الحالي. وإذا كنت تختار خادمًا منزليًا صغيرًا بمعمارية x86 وتصميم حراري دون مروحة، فإن ZimaBoard 2 يعتمد على هيكل ألومنيوم سلبي ومنصة Intel N150 بقدرة 10 واط.
الأسئلة الشائعة
هل تعني عبارة «تم العثور على منطقة حرارة وحدة المعالجة المركزية» أن CasaOS اكتشف ارتفاعًا في درجة الحرارة؟
لا. هذا يعني أن CasaOS حدّد منطقة الحرارة في Linux المستخدمة لقراءة درجة حرارة حزمة وحدة المعالجة المركزية. تحقّق من درجة الحرارة القيمة ونقاط التفعيل قبل تشخيص ارتفاع الحرارة.
لماذا يعرض ملف درجة الحرارة 48000 بدلًا من 48؟
تعرض واجهة Linux الحرارية الافتراضية عادةً درجة الحرارة بوحدة الألف من الدرجة المئوية. وتُعادل القيمة 48000 نحو 48°C.
لماذا تُكتب الرسالة نفسها كل خمس دقائق؟
يُستدعى بشكل دوريّ مكوّن CasaOS الذي يكتشف منطقة حرارة وحدة المعالجة المركزية. ويعكس سجلّ المعلومات المتكرر سلوك الاستطلاع هذا، وليس حدث ارتفاع حرارة جديدًا كل خمس دقائق.
هل ينبغي تعطيل منطقة الحرارة؟
لا. لا تعطّل إدارة الحرارة في Linux لمجرد إزالة سطر سجلّ معلوماتي. تحقّق أولًا من أن درجات الحرارة طبيعية؛ فمعدل تسجيل الرسالة نفسه هو المشكلة البرمجية المُبلّغ عنها.
