shutdown - Rechner schaltet sich nicht ab - Prozessor muss jettz dran glauben

**diver** · 14.10.16, 17:13

hallo liebe Linux-community,

das problem: shutdown - Rechner schaltet sich nicht ab - acpi=force bringt nichts
das Notebook: Notebook Hewlett Packard; HP 14-r103ng Notebook 14" [Intel Pentium N3540 QuadCore, 4GB, 500GB]
nachdem ich monatelang alle moeglichen Systeme ausprobiert habe

opensuse leap 42.1
ubuntu 14xy u. andere
kubuntu
mint
debian
mit festinstallierten u. auch mit live-systemen - habe ich nun mal installiert was einzig funktioniert - opensuse 13.2 - mit dem system als einzigem folgt auf Shutdown - auch ein poweroff.
nun hab ich noch etwas zu dem Problem gefunden. https://bbs.archlinux.org/viewtopic.php?id=203408 es geht darum im BIOS-Setup mal USB 3, sofern zu deaktivieren - wenn möglich.
dann testen ob das Problem weiterhin auftritt.

das problem: es kennen auch andere: Leider: ....

conclusio:
kann ich denn den Protessor tauschen!? Ich würde den Schrottprozessor rausahauen u. einen neuen reinsetzen - was meint ihr denn!?

I purchased a new HP laptop(15-r250tu) and installed Arch linux (x86_64 using UEFI booting) with cinnamon. I followed the beginner's guide of Archwiki. Works fine mostly(I think). The problem is that everytime I shutdown/reboot/suspend/hibernate or even when i close the lid (closing the lid is set to Do Nothing), it hangs.

der loesungsansatz

https://bbs.archlinux.org/viewtopic.php?id=203408

Sorry for late answer. Wasn't able to connect to the Internet for last 5 days. Thanks for all your answers... The reason of the problem was in SETUP (BIOS utility). Disabling the usb3.0 pre-os option corrected the problem. Though I don't know how it prevented the OS and LiveCD from shutting down or rebooting. Actually I was trying to install Gentoo but the liveUSB, like arch, wasn't able to mount the rootfs. So I was searching for this one's solution and the above solution worked for both... smile

werde das mal ausprobieren..

meint ihr denn dass ich das auch mit einem Livesystem mal testen kann ?! oder soll ich - neben der opensuse 13.2 fest installieren!?
hab soeben ubuntu 15.10 installiert - Shutdown-process läuft nicht korrekt - es schaltet sich nicht aus. Nein es friert einfach dann an irgend einer stelle ein.

lediglich mit OpenSuse 13.2 läuft alles.
hat es mit den kernelversionen zu tun!? Womit es auch nicht funktioniert sind die folgenen Betriebsysteme

- openSuse Leap 42.1 - tumbleweed mit kernel 4.4.2.1

es ist ein notebook vom typ - HP Notebook hp 14 r 103ng Intel Pentium N3540 QuadCore, 4GB, 500GB, ausgeliefert mit Free DOS

mehr details
processor: Intel® Pentium™-Prozessor N3540 (4x 2,16 GHz, mit Turbo Burst bis zu 2,66 GHz, 2MB Cache) Graphics: Intel HD Graphics memorey: 4 GB DDRL3 ; 1600 MHz, max. 8 GB hdd: 500 GB, 5.400 U/Min, SATA, 2,5“ DVD-: Super Multi (DVD DL±RW/CD±RW) Network: WLAN 802.11 b/g/n, Fast-Ethernet connections: VGA, HDMI, 2x USB 2.0, 1x USB 3.0, 1 RJ-45

BIOS Vendor: Insyde Version: F.21 neueres BIOS F.39A -

apropos auf der Seite auf der die Notebooks angeboten werden hab ich folgenden Hinweis gelesen;

http://www.notebooksbilliger.de/hp+14+r103ng

hier gibts einen Kleinen Hinweis für alle die Linux verwenden wollen: Installation im Legacy Mode ist zu empfehlen. UEFI hat bei mir immer Probleme beim runterfahren und Bereitschaftsmodus gemacht. Um den Bereitschaftsmodus nutzen zu können verwende ich den Kernelparameter "clocksource=acpi_pm" Was bedeutet DAS denn?! Wie kann ich die Installation in Legacy-Mode fahren...??

also - das ist ir langsam zu hoch..

FRAGE kann ich dnen den Protessor tauschen!?

**ThorstenHirsch** · 14.10.16, 22:06

HP sagt: We do not have your exact model but on most of the Bay Trail models I have seen (N series Pentium and Celeron processors) the processor is soldered to the motherboard and there is no separate ability to change the processor. FCBGA1170 means it is a Ball Grid Array which means soldered on.

Und zu Deinem Pentium N3540 finde ich auch nur den Socket FCBGA1170. Sieht also schlecht aus.

Immerhin finde ich bei notebooksbilliger.de einen Linux-Tipp zu Deinem Laptop von Markus E.:

Kleiner Hinweis für alle die Linux verwenden wollen:
Installation im Legacy Mode ist zu empfehlen. UEFI hat bei mir immer Probleme beim runterfahren und Bereitschaftsmodus gemacht.
Um den Bereitschaftsmodus nutzen zu können verwende ich den Kernelparameter "clocksource=acpi_pm"
Das Touchpad war unabhängig von der Sensitivitätseinstellung immer ruckelig und hackelig. Abhilfe schaft der kernel modul parameter "proto=imps" für das Modul "psmouse". Damit verzichtet man dann aber auf Multitouch gesten.

**diver** · 15.10.16, 19:56

hallo Thorten, vielen Dank für Deinen Beitrag - sehr hilfreich.

hmm schade dass der nich gesockelt ist - bzw. Tauschbar...

vielen Dank für deinen Beitrag..

hab gestern noch was auf Heise gefunden:

das untenstehende trifft auf meinen prozessor zu..

http://www.heise.de/ct/hotline/Abstu...U-3342981.html

Ich möchte auf meinem Lenovo Ideapad Linux benutzen, aber ich bekomme einfach keine stabile Installation hin: Ich habe schon verschiedene Distributionen ausprobiert, aber es gibt immer wieder nicht reproduzierbare Abstürze; manchmal ist schon wenige Augenblicke nach der Anmeldung Schluss. Ist das Notebook einfach nicht für Linux geeignet oder mache ich etwas falsch?

Das Problem betrifft zahlreiche günstige Notebooks und Mini-PCs, in denen Intels „Bay Trail“-Chips wie Celeron J1900, Celeron N2840 oder Pentium N3540 verbaut sind. Offenbar tritt das Problem verstärkt auf, wenn eine grafische Bedienoberfläche zum Einsatz kommt.

Bei Rechnern mit diesem Problem (Bugzilla.Kernel.org-Bug 109051) war die Abhilfe bisher, die Stromsparfunktionen des Prozessors auf den C-State C1 zu beschränken, was aber dessen Leistungsaufnahme steigert und somit bei Mobilrechnern die Akkulaufzeit verkürzt. Ein Betroffener konnte nun offenbar die Ursache des Problems genauer als bisher identifizieren: Es ist wohl ein Hardware-Fehler des SoC, den Intel im zugehörigen Specification Update unter der Nummer VLP52 aufführt: „EOI Transactions May Not be Sent if Software Enters Core C6 During an Interrupt Service Routine.“

Diese Erkenntnisse hat Wolfgang M. Reimer zu einem Skript verarbeitet (Download siehe c’t-Link), das diesen Prozessor-Bug recht elegant umgeht: Es blockiert nur die kritischen C-States, ansonsten funktionieren die Sparfunktionen weiter. Laut Berichten im Bug-Tracking-System sorgt das Skript bei vielen Nutzern für einen stabilen und trotzdem sparsamen Betrieb betroffener Systeme.

werde dem mal nachgehen - u. den Bugfix ausprobierne...

zum weiteren Vorgehen: na
WEnn ich den fix probieren - dann installier ich auf diesem Notebook dann ein Leap42 paralell (als VERSUCH ) und teste das dann, oder!?[/quote]

- hm was meinst DU denn!?

Kann sehr sehr gut sein dass es auf den auf dem Bugtracker - zutrifft

https://bugzilla.kernel.org/show_bug.cgi?id=109051

freu mich von Dir wieder zu hoeren.....vg.

**ThorstenHirsch** · 16.10.16, 11:07

Oh, das ist Pech. Eine "richtige" Installation macht das nicht stabiler, es würde nur den Boot-Parameter (workaround) in einer config speichern, damit du ihn nicht bei jedem Boot eingeben musst. Kannst also genau so gut deine Tests mit einer Live-CD ausprobieren.

Einige Anwender scheinen ja in den letzten Tagen mit Kernel 4.8 Erfolg zu haben ohne den workaround. Also es lohnt sich in der Tat, eine Distri mit allerneustem Kernel auszuprobieren, aber es gibt auch Meldungen, dass es auch dann noch zu freezes kommt.

Probieren geht über studieren...

Code:

max_cstate=1
intel_idle.max_cstate=1
intel_pstate=disable

Einer von den dreien sollte reichen; die ersten beiden bewirken bestimmt das gleiche, der letzte könnte sich anders verhalten (noch höherer oder eben geringerer Stromverbrauch).

**diver** · 17.10.16, 13:22

hallo u guten Tag,

vielen Dank fuers Posten..

vielen Dank fuer dei Tipps. Sehr gut - ich werde das ausprobieren..

das script das ich ausproberen werde

https://bugzilla.kernel.org/show_bug.cgi?id=109051#c434

Wolfgang M. Reimer 2016-07-14 18:09:11 UTC

Created attachment 223851 [details]
Disable all C6 states enable all C7 core states for Baytrail CPUs

Disable all C6 states enable all C7 core states for Baytrail CPUs to verify whether erratum VLP52 is root cause for this bug. Must be run as root.

Disable all C6 states enable all C7 core states for Baytrail CPUs
c6off+c7on.sh (text/x-sh), 1.33 KB, created by Wolfgang M. Reimer on 2016-07-14 18:09 UTC

https://bugzilla.kernel.org/attachme...51&action=edit

#!/bin/sh

#title: c6off+c7on.sh
#description: Disables all C6 and enables all C7 core states for Baytrail CPUs
#author: Wolfgang Reimer <linuxball (at) gmail.com>
#date: 2016014
#version: 1.0
#usage: sudo <path>/c6off+c7on.sh
#notes: Intended as test script to verify whether erratum VLP52 (see
# [1]) is the root cause for kernel bug 109051 (see [2]). In order
# for this to work you must _NOT_ use boot parameter
# intel_idle.max_cstate=<number>.
#
# [1] http://www.intel.com/content/dam/www...pec-update.pdf
# [2] https://bugzilla.kernel.org/show_bug.cgi?id=109051

# Disable ($1 == 1) or enable ($1 == 0) core state, if not yet done.
disable() {
local action
read disabled <disable
test "$disabled" = $1 && return
echo $1 >disable || return
action=ENABLED; test "$1" = 0 || action=DISABLED
printf "%-8s state %7s for %s.\n" $action "$name" $cpu
}

# Iterate through each core state and for Baytrail (BYT) disable all C6
# and enable all C7 states.
cd /sys/devices/system/cpu
for cpu in cpu[0-9]*; do
for dir in $cpu/cpuidle/state*; do
cd "$dir"
read name <name
case $name in
C6*-BYT) disable 1;;
C7*-BYT) disable 0;;
esac
cd ../../..
done
done

**diver** · 18.10.16, 15:04

hallo u guten Tag,

vielen Dank nochmals fuers Posten..

vielen Dank fuer dei Tipps. Sehr gut - ich werde das ausprobieren..

das script das ich ausproberen werde

https://bugzilla.kernel.org/show_bug.cgi?id=109051#c434

Wolfgang M. Reimer 2016-07-14 18:09:11 UTC

Created attachment 223851 [details] :: Disable all C6 states enable all C7 core states for Baytrail CPUs
Disable all C6 states enable all C7 core states for Baytrail CPUs to verify whether erratum VLP52 is root cause for this bug. Must be run as root.

Das oben bzw. unten gezeigte Skript kam zum Einsatz: Es stammt von Wolfgang Reimers - hier der Thread: https://bugzilla.kernel.org/show_bug.cgi?id=109051#c434

Disable all C6 states enable all C7 core states for Baytrail CPUs :: c6off+c7on.sh (text/x-sh), 1.33 KB, created by Wolfgang M. Reimer on 2016-07-14 18:09 UTC

https://bugzilla.kernel.org/attachme...51&action=edit

Code:

#!/bin/sh

#title:       c6off+c7on.sh
#description: Disables all C6 and enables all C7 core states for Baytrail CPUs
#author:      Wolfgang Reimer <linuxball (at) gmail.com>
#date:        2016014
#version:     1.0    
#usage:       sudo <path>/c6off+c7on.sh
#notes:       Intended as test script to verify whether erratum VLP52 (see
#             [1]) is the root cause for kernel bug 109051 (see [2]). In order
#             for this to work you must _NOT_ use boot parameter
#             intel_idle.max_cstate=<number>.
#
# [1] http://www.intel.com/content/dam/www/public/us/en/documents/specification-updates/pentium-n3520-j2850-celeron-n2920-n2820-n2815-n2806-j1850-j1750-spec-update.pdf
# [2] https://bugzilla.kernel.org/show_bug.cgi?id=109051

# Disable ($1 == 1) or enable ($1 == 0) core state, if not yet done.
disable() {
	local action
	read disabled <disable
	test "$disabled" = $1 && return
	echo $1 >disable || return
	action=ENABLED; test "$1" = 0 || action=DISABLED
	printf "%-8s state %7s for %s.\n" $action "$name" $cpu  
}

# Iterate through each core state and for Baytrail (BYT) disable all C6
# and enable all C7 states.
cd /sys/devices/system/cpu
for cpu in cpu[0-9]*; do
	for dir in $cpu/cpuidle/state*; do
		cd "$dir"
		read name <name
		case $name in
			C6*-BYT) disable 1;;
			C7*-BYT) disable 0;;
		esac
		cd ../../..
	done
done

....Herausgekommen ist das Folgende:

Code:

linux-7w0a:/home/martin # #!/bin/sh
linux-7w0a:/home/martin # 
linux-7w0a:/home/martin # #title:       c6off+c7on.sh
linux-7w0a:/home/martin # #description: Disables all C6 and enables all C7 core states for Baytrail CPUs
linux-7w0a:/home/martin # #author:      Wolfgang Reimer <linuxball (at) gmail.com>
linux-7w0a:/home/martin # #date:        2016014
linux-7w0a:/home/martin # #version:     1.0    
linux-7w0a:/home/martin # #usage:       sudo <path>/c6off+c7on.sh
linux-7w0a:/home/martin # #notes:       Intended as test script to verify whether erratum VLP52 (see
linux-7w0a:/home/martin # #             [1]) is the root cause for kernel bug 109051 (see [2]). In order
linux-7w0a:/home/martin # #             for this to work you must _NOT_ use boot parameter
linux-7w0a:/home/martin # #             intel_idle.max_cstate=<number>.
linux-7w0a:/home/martin # #
linux-7w0a:/home/martin # # [1] http://www.intel.com/content/dam/www/public/us/en/documents/specification-updates/pentium-n3520-j2850-celeron-n2920-n2820-n2815-n2806-j1850-j1750-spec-update.pdf
linux-7w0a:/home/martin # # [2] https://bugzilla.kernel.org/show_bug.cgi?id=109051
linux-7w0a:/home/martin # 
linux-7w0a:/home/martin # # Disable ($1 == 1) or enable ($1 == 0) core state, if not yet done.
linux-7w0a:/home/martin # disable() {
> local action
> read disabled <disable
> test "$disabled" = $1 && return
> echo $1 >disable || return
> action=ENABLED; test "$1" = 0 || action=DISABLED
> printf "%-8s state %7s for %s.\n" $action "$name" $cpu  
> }
linux-7w0a:/home/martin # 
linux-7w0a:/home/martin # # Iterate through each core state and for Baytrail (BYT) disable all C6
linux-7w0a:/home/martin # # and enable all C7 states.
linux-7w0a:/home/martin # cd /sys/devices/system/cpu
linux-7w0a:/sys/devices/system/cpu # for cpu in cpu[0-9]*; do
> for dir in $cpu/cpuidle/state*; do
> 
cpu0/         cpu3/         kernel_max    offline       power/        
cpu1/         cpuidle/      microcode/    online        present       
cpu2/         intel_pstate/ modalias      possible      uevent        
> cd "$dir"
> 
cpu0/         cpu3/         kernel_max    offline       power/        
cpu1/         cpuidle/      microcode/    online        present       
cpu2/         intel_pstate/ modalias      possible      uevent        
> read name <name
> 
cpu0/         cpu3/         kernel_max    offline       power/        
cpu1/         cpuidle/      microcode/    online        present       
cpu2/         intel_pstate/ modalias      possible      uevent        
> case $name in
> 
cpu0/         cpu3/         kernel_max    offline       power/        
cpu1/         cpuidle/      microcode/    online        present       
cpu2/         intel_pstate/ modalias      possible      uevent        
> 
cpu0/         cpu3/         kernel_max    offline       power/        
cpu1/         cpuidle/      microcode/    online        present       
cpu2/         intel_pstate/ modalias      possible      uevent        
> C6*-BYT) disable 1;;
> 
cpu0/         cpu3/         kernel_max    offline       power/        
cpu1/         cpuidle/      microcode/    online        present       
cpu2/         intel_pstate/ modalias      possible      uevent        
> 
cpu0/         cpu3/         kernel_max    offline       power/        
cpu1/         cpuidle/      microcode/    online        present       
cpu2/         intel_pstate/ modalias      possible      uevent        
> C7*-BYT) disable 0;;
> 
cpu0/         cpu3/         kernel_max    offline       power/        
cpu1/         cpuidle/      microcode/    online        present       
cpu2/         intel_pstate/ modalias      possible      uevent        
> esac
> 
cpu0/         cpu3/         kernel_max    offline       power/        
cpu1/         cpuidle/      microcode/    online        present       
cpu2/         intel_pstate/ modalias      possible      uevent        
> cd ../../..
> done
> done
DISABLED state C6N-BYT for cpu0.
DISABLED state C6S-BYT for cpu0.
DISABLED state C6N-BYT for cpu1.
DISABLED state C6S-BYT for cpu1.
DISABLED state C6N-BYT for cpu2.
DISABLED state C6S-BYT for cpu2.
DISABLED state C6N-BYT for cpu3.
DISABLED state C6S-BYT for cpu3.
linux-7w0a:/sys/devices/system/cpu #

... Danach hab ich den Befehl von dir ausgeführt:

Code:

linux-7w0a:/sys/devices/system/cpu # grep . /sys/devices/system/cpu/cpu0/cpuidle/state?/name /sys/devices/system/cpu/cpu?/cpuidle/state?/disable
/sys/devices/system/cpu/cpu0/cpuidle/state0/name:POLL
/sys/devices/system/cpu/cpu0/cpuidle/state1/name:C1-BYT
/sys/devices/system/cpu/cpu0/cpuidle/state2/name:C1E-BYT
/sys/devices/system/cpu/cpu0/cpuidle/state3/name:C6N-BYT
/sys/devices/system/cpu/cpu0/cpuidle/state4/name:C6S-BYT
/sys/devices/system/cpu/cpu0/cpuidle/state5/name:C7-BYT
/sys/devices/system/cpu/cpu0/cpuidle/state6/name:C7S-BYT
/sys/devices/system/cpu/cpu0/cpuidle/state0/disable:0
/sys/devices/system/cpu/cpu0/cpuidle/state1/disable:0
/sys/devices/system/cpu/cpu0/cpuidle/state2/disable:0
/sys/devices/system/cpu/cpu0/cpuidle/state3/disable:1
/sys/devices/system/cpu/cpu0/cpuidle/state4/disable:1
/sys/devices/system/cpu/cpu0/cpuidle/state5/disable:0
/sys/devices/system/cpu/cpu0/cpuidle/state6/disable:0
/sys/devices/system/cpu/cpu1/cpuidle/state0/disable:0
/sys/devices/system/cpu/cpu1/cpuidle/state1/disable:0
/sys/devices/system/cpu/cpu1/cpuidle/state2/disable:0
/sys/devices/system/cpu/cpu1/cpuidle/state3/disable:1
/sys/devices/system/cpu/cpu1/cpuidle/state4/disable:1
/sys/devices/system/cpu/cpu1/cpuidle/state5/disable:0
/sys/devices/system/cpu/cpu1/cpuidle/state6/disable:0
/sys/devices/system/cpu/cpu2/cpuidle/state0/disable:0
/sys/devices/system/cpu/cpu2/cpuidle/state1/disable:0
/sys/devices/system/cpu/cpu2/cpuidle/state2/disable:0
/sys/devices/system/cpu/cpu2/cpuidle/state3/disable:1
/sys/devices/system/cpu/cpu2/cpuidle/state4/disable:1
/sys/devices/system/cpu/cpu2/cpuidle/state5/disable:0
/sys/devices/system/cpu/cpu2/cpuidle/state6/disable:0
/sys/devices/system/cpu/cpu3/cpuidle/state0/disable:0
/sys/devices/system/cpu/cpu3/cpuidle/state1/disable:0
/sys/devices/system/cpu/cpu3/cpuidle/state2/disable:0
/sys/devices/system/cpu/cpu3/cpuidle/state3/disable:1
/sys/devices/system/cpu/cpu3/cpuidle/state4/disable:1
/sys/devices/system/cpu/cpu3/cpuidle/state5/disable:0
/sys/devices/system/cpu/cpu3/cpuidle/state6/disable:0
linux-7w0a:/sys/devices/system/cpu #

Bin ich jetzt erfolgreich gewesen -. ich versuche das jetzt noch nachzuvolliziehen...