CasaOS CPU-termisk zon hittas var femte minut

Viktig slutsats: CasaOS-loggraden CPU thermal zone found: x86_pkg_temp är ingen överhettningsvarning. Den betyder att CasaOS hittade den Linux-temperatursensor som kan användas för att läsa processorpakets temperatur. Det verkliga problemet är loggfrekvensen: på vissa system skrivs samma informationsmeddelande ungefär var femte minut.

Den ursprungliga rapporten beskrev exakt det mönstret efter en ny CasaOS-installation på Debian: ”Var femte minut visas ett informationsmeddelande i konsolen om att en termisk zon har hittats.” Datorn var en vanlig x86-dator som byggts om till server, inte ett system som rapporterade en termisk avstängning.

Vad en termisk zon i Linux är

Linux exponerar temperatursensorer via /sys/class/thermal/thermal_zone*. Kärnans termiska zoner i Linux innehåller attribut som:

type — typen av termisk zon;
temperatur — den aktuella temperaturen;
trip_point_*_temp — temperaturtrösklar när plattformen exponerar dem;
trip_point_*_type — tröskelroller som passiv, varm eller kritisk.

Så en sökväg som:

/sys/devices/virtual/thermal/thermal_zone2

är ett sensorgränssnitt. Det är normalt att den hittas.

Vad x86_pkg_temp betyder

På Intel-kompatibla x86-system är x86_pkg_temp kopplad till temperaturavkänning på processorpaketsnivå. Kärnans x86-paketsensor registrerar processorns digitala paketsensor för temperatur som en termisk zon i Linux.

Därför är denna logg:

CPU-termisk zon hittad: x86_pkg_temp,
sökväg: /sys/devices/virtual/thermal/thermal_zone2

ska läsas som:

CasaOS hittade den CPU-temperaturkälla som det letade efter.

Det betyder inte att processorn har överskridit en varm eller kritisk gräns.

Kontrollera den faktiska CPU-temperaturen

Läs zontypen först:

cat /sys/class/thermal/thermal_zone2/type

Om den returnerar:

x86_pkg_temp

läs temperaturen:

cat /sys/class/thermal/thermal_zone2/temp

Linux-temperaturer i termiska zoner rapporteras normalt i tusendels grader Celsius. Till exempel:

betyder ungefär:

48 °C

Kärnans attribut för termiska zoner definierar både type och temp under termiska sysfs-gränssnittet.

Kontrollera termiska utlösningspunkter innan du kallar det överhettning

Om systemet visar termiska utlösningspunkter kan du granska dem:

grep . /sys/class/thermal/thermal_zone2/trip_point_* 2>/dev/null

Du kan se poster som:

trip_point_0_type:critical
trip_point_0_temp:100000

En 100000 utlösningspunkten motsvarar 100 °C. De exakta tröskelvärdena beror på processorn, den fasta programvaran och kärndrivrutinen, så använd värdena som exporteras av din egen maskin i stället för att kopiera en generell temperaturgräns.

Det här är den viktiga skillnaden: sensoridentifiering är inte tröskelöverskridande. Ett verkligt temperaturproblem kräver belägg för hög temperatur eller strypning, inte bara orden ”termisk zon hittades”.

Varför meddelandet upprepas var femte minut

Rapporten hänvisar till service.GetCPUThermalZone inne i CasaOS. Andra CasaOS-loggar visar att samma funktion anropas upprepade gånger med ungefär fem minuters mellanrum, så den återkommande raden stämmer överens med periodisk avläsning av systemstatus snarare än en ny termisk händelse varje gång.

Den upprepningen är irriterande, men loggnivån är information. Det är inget nödmeddelande.

För ett visuellt exempel på en hemmaserver som visar aktuell processortemperatur tillsammans med annan systemdata visar projektet visning av processortemperatur temperaturen som ett vanligt systemmått bland processor-, RAM- och diskanvändning.

När du bör undersöka temperaturen närmare

gå från ”loggbrus” till felsökning av temperaturen först när det finns starkare belägg, till exempel:

den rapporterade processortemperaturen ligger kvar nära en kritisk utlösningspunkt;
processorn stryps vid normal arbetsbelastning;
maskinen stängs av eller startar om under belastning;
fläktarna börjar inte varva upp när plattformen bör använda aktiv kylning;
kärnloggar rapporterar termisk strypning eller händelser med kritisk temperatur.

Användbara kontroller inkluderar:

journalctl -k | grep -i thermal
journalctl -k | grep -i thrott
sensorer

Det sensorer kommandot kommer från lm-sensors i många Linux-distributioner och kan ge en mer lättöverskådlig vy när den nödvändiga maskinvaruövervakningsdrivrutinen är tillgänglig.

Behöver du undertrycka meddelandet?

Om temperaturerna är normala krävs ingen funktionell åtgärd bara för att raden visas. Problemet från 2026 gäller förbättrat loggningsbeteende – helst att sensorn upptäcks eller rapporteras en gång i stället för att samma informationsrad upprepas med några minuters mellanrum.

Undvik att redigera CasaOS-binärfiler eller inaktivera Linux termiska hantering bara för att dölja meddelandet. Kärnans termiska zoner är en del av normal maskinvaruövervakning och kan även visa verkliga utlösningspunkter när plattformen stöder dem.

För ZimaOS-användare visar instrumentpanelens maskinvaruövervakning systemstatus via det aktuella klientflödet. Om du väljer en kompakt x86-hemmaserver med fläktlös termisk design är ZimaBoard 2 byggd kring ett passivt aluminiumhölje och en 10 W Intel N150-plattform.

Vanliga frågor

Betyder ”CPU thermal zone found” att CasaOS upptäckte överhettning?

Nej. Det betyder att CasaOS hittade den Linux-termiska zon som används för att läsa processorns kapseltemperatur. Kontrollera det faktiska temperatur värde och utlösningspunkter innan du diagnostiserar överhettning.

Varför visar temperaturfilen 48000 i stället för 48?

Linux termiska sysfs-gränssnitt rapporterar vanligtvis temperatur i tusendels grader Celsius. Värdet 48000 motsvarar cirka 48 °C.

Varför skrivs samma meddelande var femte minut?

CasaOS-funktionen som upptäcker processorns termiska zon anropas regelbundet. Den upprepade informationsloggen återspeglar detta avsökningsbeteende, inte en ny överhettningshändelse var femte minut.

Bör jag inaktivera den termiska zonen?

Nej. Inaktivera inte Linux termiska hantering bara för att ta bort en informationsrad i loggen. Bekräfta först att temperaturerna är normala; det är själva loggningsfrekvensen som är det rapporterade programvaruproblemet.