Asus intel_soc_dts_thermal: request_threaded_irq ret -22

[rainercfm]

Hallo
Bin neu hier und brauche bitte dringend Hilfe. Folgendes Problem:
Laptop: Asus R752M , Ram 4 GB, Intel 4 Core.

Seit monaten versuche ich das problem zu lösen, ohne erfolg. Nicht nur bei Debian ist es , sondern auch bei allen anderen Linux systemen wie ubuntu, mint u.s.w..
Beim booten kommt folgende Meldung:

intel_soc_dts_thermal: request_threaded_irq ret -22

Das Laptop friert in unregelmässigen abständen ein. so das nicht mehr geht, nur neustart mit Power taste.
Besonders schnell geht es, beim surfen im internet, egal mit welchem browser.
Ich bekomme das einfach nicht gelöst.

würde mich über Hilfe sehr freuen.

Hier infos zum system:
# dmidecode 3.0
Getting SMBIOS data from sysfs.
SMBIOS 2.8 present.

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: X751MA
Version: 1.0
Serial Number: BSN12345678901234567
Asset Tag: ATN12345678901234567
Features:
Board is a hosting board
Board is replaceable
Location In Chassis: MIDDLE
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0

Handle 0x0008, DMI type 10, 10 bytes
On Board Device 1 Information
Type: Video
Status: Enabled
Description: VGA
On Board Device 2 Information
Type: Ethernet
Status: Enabled
Description: GLAN
On Board Device 3 Information
Type: Ethernet
Status: Enabled
Description: WLAN

Handle 0x0014, DMI type 4, 42 bytes
Processor Information
Socket Designation: SOCKET 0
Type: Central Processor
Family: Celeron
Manufacturer: Intel
ID: 78 06 03 00 FF FB EB BF
Signature: Type 0, Family 6, Model 55, Stepping 8
Flags:
FPU (Floating-point unit on-chip)
VME (Virtual mode extension)
DE (Debugging extension)
PSE (Page size extension)
TSC (Time stamp counter)
MSR (Model specific registers)
PAE (Physical address extension)
MCE (Machine check exception)
CX8 (CMPXCHG8 instruction supported)
APIC (On-chip APIC hardware supported)
SEP (Fast system call)
MTRR (Memory type range registers)
PGE (Page global enable)
MCA (Machine check architecture)
CMOV (Conditional move instruction supported)
PAT (Page attribute table)
PSE-36 (36-bit page size extension)
CLFSH (CLFLUSH instruction supported)
DS (Debug store)
ACPI (ACPI supported)
MMX (MMX technology supported)
FXSR (FXSAVE and FXSTOR instructions supported)
SSE (Streaming SIMD extensions)
SSE2 (Streaming SIMD extensions 2)
SS (Self-snoop)
HTT (Multi-threading)
TM (Thermal monitor supported)
PBE (Pending break enabled)
Version: Intel(R) Celeron(R) CPU N2940 @ 1.83GHz
Voltage: 1.2 V
External Clock: 83 MHz
Max Speed: 2400 MHz
Current Speed: 1830 MHz
Status: Populated, Enabled
Upgrade: Socket BGA1155
L1 Cache Handle: 0x0012
L2 Cache Handle: 0x0013
L3 Cache Handle: Not Provided
Serial Number: Not Specified
Asset Tag: Fill By OEM
Part Number: Fill By OEM
Core Count: 4
Core Enabled: 4
Thread Count: 4
Characteristics:
64-bit capable

Weitere zu CPU:

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 55
model name : Intel(R) Celeron(R) CPU N2940 @ 1.83GHz
stepping : 8
microcode : 0x815
cpu MHz : 499.759
cache size : 1024 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb kaiser tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat
bugs : cpu_meltdown spectre_v1 spectre_v2
bogomips : 3665.20
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 55
model name : Intel(R) Celeron(R) CPU N2940 @ 1.83GHz
stepping : 8
microcode : 0x815
cpu MHz : 499.759
cache size : 1024 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 4
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb kaiser tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat
bugs : cpu_meltdown spectre_v1 spectre_v2
bogomips : 3665.20
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 55
model name : Intel(R) Celeron(R) CPU N2940 @ 1.83GHz
stepping : 8
microcode : 0x815
cpu MHz : 499.759
cache size : 1024 KB
physical id : 0
siblings : 4
core id : 2
cpu cores : 4
apicid : 4
initial apicid : 4
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb kaiser tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat
bugs : cpu_meltdown spectre_v1 spectre_v2
bogomips : 3665.20
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 55
model name : Intel(R) Celeron(R) CPU N2940 @ 1.83GHz
stepping : 8
microcode : 0x815
cpu MHz : 499.759
cache size : 1024 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
apicid : 6
initial apicid : 6
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb kaiser tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat
bugs : cpu_meltdown spectre_v1 spectre_v2
bogomips : 3665.20
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

[BenutzerGa4gooPh]

Hallo, willkommen im Debian-Forum!

Um welche Debian-Version handelt es sich? Link auf Installationsdatei!

Habe das zu Baytrail gefunden:

In the Intel SoCs like Bay Trail, there are 2 additional digital temperature
sensors(DTS), in addition to the standard DTSs in the core. Also they support
4 programmable thresholds, out of which two can be used by OSPM. These
thresholds can be used by OSPM thermal control. Out of these two thresholds,
one is used by driver and one user mode can change via thermal sysfs to get
notifications on threshold violations.

The driver defines one critical trip points, which is set to TJ MAX - offset.
The offset can be changed via module parameter (default 5C). Also it uses
one of the thresholds to get notification for this temperature violation.
This is very important for orderly shutdown as the many of these devices don't
have ACPI thermal zone, and expects that there is some other thermal control
mechanism present in OSPM. When a Linux distro is used without additional
specialized thermal control program, BIOS can do force shutdown when thermals
are not under control. When temperature reaches critical, the Linux thermal
core will initiate an orderly shutdown.

https://patchwork.kernel.org/patch/3947471/
Patch sollte jedoch in aktuellen Kernels sein und ausserdem würde der Rechner geordnet herunterfahren. Trotzdem mal Temperatur-Sensoren bei Last beobachten: https://wiki.ubuntuusers.de/Lm_sensors/

Weiterhin eine Nacht lang memtest86+ https://wiki.ubuntuusers.de/memtest/

BIOS: Rücksetzen auf Werkseinstellungen, nur zum Booten von Debian notwendige Einstellungen vornehmen!
(BIOS-Update kann auch nicht schaden, schaue beim Hersteller des Rechners/Mainboards!)

Wenn keine Fehler erkannt, poste

Code: Alles auswählen

journalctl -b -p err

Kommandoausgaben künftig bitte in Codetags, Button </> über Beitragsfeld! Formatierung ist dann so wie das Kommando oberhalb.

Rückmeldung zu Ergebnissen der vorgeschlagenen Maßnahmen!

[rainercfm]

Hallo
Danke für deine antwort und entschuldige wegen vergessen des codes, werde ich aber jetzt immer machen.

also habe letzte version von debian, 9.3 , orginal download von debiam homepage dvd version. .
bios ist ganz frisch und aktuell von Asus homepage version 4.30

ich habe monate lang alles versucht und probiert. alle, wirklich alle linux versionen auch getestet. immer das gleiche, beim booten kommt die fehlermeldung und linux friert ein,
im moment habe ich nun folgendes auf dem laptop. multiboot.

debian system 9.3 mit kde desktop
debian system 9.3 ganz neue frische installation mit mate desktop
remix os android system.

arbeite seit 24 stunden nun mit dem frischen debian und bis jetzt noch nicht bildschirm eingefroren.
jedoch beim booten trotzdem diese fehlermeldung.
komisch auch zu erwähnen, das diese meldung manchmal 1 mal kommt, manchmal auch 3 mal untereinander. also nicht immer gleich bei jedem boot vorgang.
ich werde das mal genau so machen wie du gesagt hast.
Hier jetzt mal die ausgabe von:

Code: Alles auswählen

journalctl -b -p err

Code: Alles auswählen

Logs begin at Wed 2018-03-14 14:00:12 CET, end at Wed 2018-03-14 20:14:50 CET. --
Mär 14 14:59:03 debian kernel: intel_soc_dts_thermal: request_threaded_irq ret -22
Mär 14 14:59:11 debian avahi-daemon[510]: chroot.c: open() failed: No such file or directory
Mär 14 14:59:22 debian minissdpd[635]: setsockopt(udp, IP_ADD_MEMBERSHIP)(0.0.0.0): No such device
Mär 14 20:00:37 debian kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=1299840 end=1299841) time 219 us, min 894, max 899, scanline start 893, end 9
~
~

[BenutzerGa4gooPh]

Hhmm, mit den Fehlern kann ich so nichts anfangen, gibt aber noch mehr - oft nette - Leute hier. Poste das komplette Journal. Ist lang und deshalb nach pastebin/
Im entsprechenden Beitrag dann verlinken. Kommando:

Code: Alles auswählen

journalctl -b

Und bei Gelegenheit noch Sensorbeobachtung unter Last (irgendwas zu warm, über 60 Grad Celsius?) und memtest86+.

Kannst du mal testweise Windows installieren? Wenn mehrere "Linuxe" einschl. Ubuntu/Mint und Windows nicht funktionieren, ist es sehr wahrscheinlich ein Hardwarefehler. Vielleicht - aber nur vielleicht - sehen wir schon was mit den bisher vorgeschlagenen Maßnahmen, Speicherfehler, Wärme, defekter Sensor?

[rainercfm]

also, memtest86 lasse ich wie du gesagt hast, über nacht laufen. temperaturen der sensoren:

Code: Alles auswählen

coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +45.0°C  (high = +105.0°C, crit = +105.0°C)
Core 1:       +45.0°C  (high = +105.0°C, crit = +105.0°C)
Core 2:       +47.0°C  (high = +105.0°C, crit = +105.0°C)
Core 3:       +47.0°C  (high = +105.0°C, crit = +105.0°C)

acpitz-virtual-0
Adapter: Virtual device
temp1:        +45.0°C  (crit = +104.0°C)

asus-isa-0000
Adapter: ISA adapter
cpu_fan:     2000 RPM
temp1:       +6280.0°C 

auch habe ich noch eine anzeige jetzt wo temeraturen angezeigt werden, sieht für mich alles normal aus. bin aber jetzt weiter dran. windows habe ich hier. und jetzt nicht machen aber bekomme es nicht hin, es zu booten, ist eine iso file die ich gebrannt habe habe auch nach anleitung. jedoch bootet diese einfach nicht, mache aber keinen fehler dabei. auch von der optik der dateien scheint alles in ordnung. blöde ist nur, wenn ich es hinbekomme, ist mein boot menu komplett hin. aber ich bin dran.

[BenutzerGa4gooPh]

Bis jetzt sieht es fast gut aus. Der letzte Sensor zeigt keine vernünftigen Werte. Keine Ahnung, was zu tun. Innere Anschlüsse verkabelt / vorhanden? Musst mal Manual zum Motherboard lesen, ob man was prüfen kann. 2000 rpm des Lüfters erscheinen mir trotzdem sinnvoll.
Hast du die Sensoren unter oder kurz nach Last abgefragt?

Windows-ISO auf USB-Stick unter Linux geht nicht, zumindest nicht so einfach. Nimm das MS-Tool von Microsoft-Download. Direkt auf USB-Stick downloaden und dabei "brennen", ohne weitere Tools oder Kommandos. Brauchst dafür wahrscheinlich einen Windows-Rechner. Kumpel? Von USB kannst du das leider nicht booten, musst installieren.

[MSfree]

Die Frage ist, ob ihr euch nicht alle auf dem Holzweg befindet. Wenn man nach intel_soc_dts_thermal googelt, findet man relativ viele alte Threads in diversen Foren und auch der Kernel Mailinglist.

Die meinen, daß das nur eine Warnung ist, daß der Kernel einen Thread nicht starten kann. Das sei aber völlig belanglos. Die Instabilität hat aber mit großer Sicherheit nichts mit dieser Warnung zu tun.

Ich würde mich jedenfalls mal davon lösen, der Temperatur als Fehler hinterher zu jagen. Der Celeron N2940 hat jedenfalls von Haus aus kein Temperaturproblem. Der ist mit 7.5W spezifiziert, das Ding kann bei normaler Umgebungstemperatur praktisch gar nicht zu heiß werden.

Die Baytrail CPUs haben einen Designfehler, der gerne mal zum Absturz führt:
https://www.heise.de/newsticker/meldung ... 37456.html

[rainercfm]

also hie rnun update:
Memtest ohne fehler. also alles in ordnung.
Temperaturen selbt unter vollast bei den cpus nit höher wie 56 Grad.

hier von heute

Code: Alles auswählen

journalctl -b -p err

Code: Alles auswählen

-- Logs begin at Thu 2018-03-15 07:14:52 CET, end at Thu 2018-03-15 13:04:49 CET. --
Mär 15 07:14:57 debian kernel: intel_soc_dts_thermal: request_threaded_irq ret -22
Mär 15 07:14:57 debian kernel: intel_soc_dts_thermal: request_threaded_irq ret -22
Mär 15 07:15:06 debian avahi-daemon[513]: chroot.c: open() failed: No such file or directory
Mär 15 07:15:16 debian minissdpd[636]: setsockopt(udp, IP_ADD_MEMBERSHIP)(0.0.0.0): No such device

laut intel scheint diese fehlermeldung wirklich kein fehler zu sein. warum diese kommt, keine ahnung bis jetzt.
habe mir mal angsehen wegen patch. doch da komme ich an meine grenzen. denn wie installiert man so ein patch ?
der komplette code ist ja auf der webseite. also keine datei oder so.
und wie gehe ich damit um ?

Die frische Debian installation mit mate desktop läuft bis jetzt ohne einfrieren.
die fehlermeldung kommt aber 1 bis 3 mal beim booten.

[BenutzerGa4gooPh]

Die Frage ist, ob ihr euch nicht alle auf dem Holzweg befindet.

Unmöglich. Als bislang "leidende" Hauptkommissarin habe ich den TO in alle Richtungen ermitteln lassen. Bei höheren Temperaturen wäre auch Reinigung, neue Wärmeleitpaste, evtl. neuer Lüfter angeraten gewesen, die Kernelthreads sind alt, selber gesehen. *eigene-Schulter-ausgiebig-klopf*
Zu dem Baytrail-Patch übernimmst bitte du das Kommando, hast mehr Erfahrungen.

@TO: Das komplette Journal

Code: Alles auswählen

 journalctl -b

und Windows-Vergleichstest zum Ausschluss von Hardwarefehlern sind trotzdem interessant.

[MSfree]

Zu dem Baytrail-Patch übernimmst bitte du das Kommando, hast mehr Erfahrungen.

Ich würde erstmal nichts patchen und dem Rat folgen, der in dem verlinkten Heise Artikel (siehe oben) steht. Es soll reichen, im BIOS die Stromsparfunktionen des Prozessor auf den C-State C1 zu beschränken.

Dadurch schläft der Prozessor nicht mehr so tief ein und das Instabilitätsproblem soll so erstmal umgehbar sein. Der Nachteil ist hier allerdings, daß die Akkulaufzeit sinkt, weil der Prozessor mehr Strom braucht als in den sparsamsten Energiepsarmodi.

[rainercfm]

Ich habe gerade mal im BIOS geschaut. Also ich finde da keine Möglichkeit dort einstellungen zu machen.
Viel gibt es da nicht zum einstellen. ich werde mir heute Abend mal die einstellungen kopieren und hier auflisten. sind also höchstens 10 stk. oder so.

[rainercfm]

So wie versprochen hier die bios settings:

Power off emergy Saving = disable
Wake on lid open = disable
intel Virtualization technology = Enable

Fast boot = Disable
Launch CSM = Disable
Secure Boot = Disable

dann habe ich nur eben das boot menu . Aber das ist es schon mit den einstellungen.

[MSfree]

Den C-State kann man auch als Kernelparameter setzen:

To limit a CPU to a certain C-state, you can pass the processor.max_cstate=X option in the kernel line of /boot/grub/grub.conf

In deinem Fall also so etwas wie

Code: Alles auswählen

processor.max_cstate=1

In der Parameterzeile für deinen Kernel in der Datei /boot/grub/grub.conf eintragen.

Allerdings mußt du das dann bei jedem Kernelupdate erneut tun, denn duch das Update wird auch die grub.conf neu erzeugt. Prinzipiell kann man das auch so hinbekommen, daß dieser Parameter Kernelupdates überlebt, dazu muß man das irgendwo unter /etc/grub.d in eine der Dateien eintragen. Aber schau erstmal, ob die Kiste mit dem Kernelparameter in der grub.conf stabil wird.

[Tintom]

[...] dazu muß man das irgendwo unter /etc/grub.d in eine der Dateien eintragen. [...]

Hier passt /etc/default/grub besser, weil dort GRUB_CMDLINE_LINUX definiert wird.

[rainercfm]

Danke für eure antworten und Hilfe.
Jetzt möchte ich aber nichts falsch machen.
Deswegen noch einmal , was genau muss ich machen:
in boot/grub/ gab es keine grub.conf. datei. diese habe ich aber nun angelegt und die zeile dort eingefügt mit dem prozessor.

in etc/default/grub ist der text wie folgt:

Code: Alles auswählen

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Was muss ich dort denn genau eintragen und wie auch genau ?

[MSfree]

in boot/grub/ gab es keine grub.conf. datei.

Mein Fehler, die heißt /boot/grub/grub.cfg

diese habe ich aber nun angelegt

Die kannst du wieder löschen, die wird nicht verwendet.

in etc/default/grub ist der text wie folgt:

Code: Alles auswählen

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
...
GRUB_CMDLINE_LINUX_DEFAULT="quiet"

Was muss ich dort denn genau eintragen und wie auch genau ?

Diese Zeile änderst du in

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT="quiet processor.max_cstate=1"

Danach mußt du, wie im Kommentar beschrieben, update-grub aufrufen. Du solltest dann die /boot/grub/grub.cfg überprüfen, ob der cstate-Eintrag dann existiert. Nach einem Reboot ist der Kernelparameter dann auch aktiv.

[rainercfm]

Ich danke dir zuerst sehr für deine hilfe. Danke schön.

Habe jetzt die zeile eingefügt, genau nach deiner anleitung und gerade vor 2 minuten kpl. neustart gemacht. werde es mal testen.
die frische debian installation lüft bis jetzt auch ohne probleme. vorführefekt vielleicht.

eine farge habe ich aber noch bitte.
Wenn das system jetzt nicht mehr einfriert und auch stabil läuft, kann ich beim boot vorgang dieser ständige fehlermeldung irgendwie ausblenden lassen ?
denn laut intel ist es kein bug oder fehler, sondern man soll es ignorieren. ob das wirklich bei mir der fall ist, weiss ich nicht. zu heiss wird aber nichts. denn selbst bei volllast gehen die teperaturen nicht höher wie 56 grad.
ich werde das system testen. da ich viel mit dem laptop jeden tag arbeite, wird es sich schnell herarusstellen ob wieder alles einfriert.
aber wie und ob kann ich diese meldung beim booten ausblenden.?

[MSfree]

kann ich beim boot vorgang dieser ständige fehlermeldung irgendwie ausblenden lassen ?

Ich fürchte, die Meldung wirst du ertragen müssen. Es kann natürlich sein, daß ein aktuellerer Kernel diese Meldung nicht mehr ausspuckt, sie ist aber wohl unschädlich.

zu heiss wird aber nichts. denn selbst bei volllast gehen die teperaturen nicht höher wie 56 grad.

Das würde mich bei der CPU auf wirklich wundern, wenn die zu heiß werden würde. Im Grunde hat der Prozessor die gleiche maximale Verlustleistung wie ein 80486DX vor 25 Jahren, und die hat man komplett ohne Kühlkörper betrieben. Das Silizium war sogar unter einer schlecht leitenden Keramikplatte montiert.

Viele Tablets und Laptops mit diesen Baytrail CPUs sind sogar lüfterlos. Es besteht also wirklich kein Grund zur Panik, wenn es um die Temperarturen geht. OK, im Hochsommer in einem geschlossenen Auto, das 7h in der sengenden Sonne gestanden ist, können durchaus über 80°C Innentemperatur herrschen, da ist es dann auch für den Baytrail irgenwann zu warm.

aber wie und ob kann ich diese meldung beim booten ausblenden.?

Wie gesagt, du könntest einen aktuellen Kernel aus den Backports ausprobieren. Du kannst natürlich auch den Kernelcode selbst nach der Meldung durchsuchen und auskommentieren. Danach mußt du dir nur einen neuen Kernel bauen. Ich denke, die Arbeit ist es nicht wert.