Fórum Root.cz
Hlavní témata => Software => Téma založeno: mattyy1hp 19. 01. 2015, 23:08:05
-
Zdravím všechny. Mám problém, který se táhne už víc než rok. Zkoušel jsem ho před rokem vyřešit, ale nepodařilo se - tehdy jsem objevil jen takový "workaround" a byl jsem rád, že aspoň tak. Teď mi to ale čím dál více vadí. Řešiljsem to kdysi dávno na Debian fóru
https://forum.debian-linux.cz/index.php?topic=1427.0
..ale viz to vlákno, došel jsem akorát ke způsobu jak se tomu vyhnout.
PROBLÉM:
Notebook se vypne během vteřiny (úplně stejně jako kdybych z něj vyndal baterku). Ve vypnutém stavu zůstane cca 5 vteřin a poté se normálně sám zapne. K problému začalo docházet až po přechodu na kernel 3.9, který přinesl podporu pro Intel TurboBoost díky ovladači intel_pstate. Vypínání není závislé na teplotě, dochází k němu při bežnýhch klidových teplotách (kolem 50°C) i při zátěži (zpracovávání videa, hraní her - 90-100°C). Nepodařilo se mi odhalit jakoukoli pravidelnost nebo závislost na konkrétní činnosti. K vypínání dochází v náhodném intervalu od 30 minut až do dvou dnů.
Dá se to obejít zakázáním Intel TurboBoost a to pomocí zadání parametru "intel_pstate=disable" do nastavení GRUBu v řádce "GRUB_CMDLINE_LINUX_DEFAULT". Takto, se zakázaným turbem jsem notebook používal víc než již zmíněný rok a k vypnutí nedošlo ani jednou. Tím se ale omezuju a nemůžu využívat naplno svůj procesor, což mi začíná vadit. A celkově mi vadí to, že se vůbec něco takového děje.
HARDWARE:
HP Envy DV6 7250ec
CPU Intel Core i7 3630QM (zákl. frekvence 2.4GHz, turbo fekvence 3.4GHz)
RAM 12GB DDR3 1600MHz
GPU Intel HD 4000 + nVidia GT 630M (Bumblebee)
Úložiště 32GB SSD ADATA + 1TB HDD HGST
SOFTWARE:
Debian Unstable 64bit (aktuálně kernel 3.16)
Prostředí KDE 4.14 (problém byl i na Gnome Shell)
CO JSEM JIŽ VYZKOUŠEL:
- reinstalace OS
- jiná distribuce (OpenSUSE 13.1 KDE puštěná z externího HDD s aktivním intel_pstate, padla po pár hodinách)
- několikadenní přerušované (s občasným bootováním do Linuxu, když jsem potřeboval něco udělat) používání s Windows, puštěným z externího disku a aktivním TurboBoostem (problém se neprojevil) - zkoušel jsem nechat běžet i hodiny, i přes noc, ani jednou se to neprojevilo
- zakázání intel_pstate (viz výše, pomůže, ale úplně nevyřeší problém)
- běh notebooku s minimálním množstvím běžících pocesů (nechal jsem 2x přes noc, z toho jednou jsem ho ráno našel restartovaný)
- běh notebooku na maximální zátěž (stejně nepravidelné - někdy se vypne za chvíli, jindy vůbec)
- běh notebooku s externím chlazením na minimální zátěž a stažením teploty na hodnoty kolem 45°C (k vypnutí stejně došlo)
Nenapadá mě již co moc zkusit. Koukal jsem do logů ve /var/log/messages a /var/log/syslog. Nic zvláštního jsem tam neviděl. Poskytl bych je i nyní, ale počkám až se to čerstvě vypne a hned po dalším nabootování jejich obsah někam zkopíruju.
Kdyby někoho cokoli napadlo, budu velmi vděčný. Je to něco, co nejsem schopný vyřešit ani po strávení desítek hodin na Googlu (kde neexistuje jediná podobná zkušenost netýkající se přehřívání). Mám podezření na BIOS, který je velmi omezený, neumožňuje nic nastavit kromě pořadí bootování a podpory virtualizace a dost možná je nějakým způsobem optimalizovaný na původní předinstaloané Windows 8. Hardware vadný není, když to bez intel_pstate nikdy neudělá. Něco bude nejspíš v nastavení někde, ale už mě nanapadá vůbec nic.
Děkuji za reakce.
-
Vypadá to, že to soudruzi z HP moc přeswitchovali a úplně normálně se to vaří, i to chování by tomu odpovídalo. Teplota 90-100° mi nepřijde normální, ale možná tomu prostě nerozumím. Takže Linuxem to asi nebude, spíš to ten gerät nezvládá.
-
Jak vaří? Problém není závislý na teplotě, k vypnutí dojde i když je ntb úplně studený při teplotách 45-50°C. Když intel_pstate zakážu, nevypne se to nikdy ani při dlouhodobý zátěži kolem 90-100°C na procesoru.
-
Pokud se to vypíná při provozu na baterii, tak to možná baterie neutáhne
-
BTW, mate tam posledni BIOS?
-
Jak vaří? Problém není závislý na teplotě, k vypnutí dojde i když je ntb úplně studený při teplotách 45-50°C. Když intel_pstate zakážu, nevypne se to nikdy ani při dlouhodobý zátěži kolem 90-100°C na procesoru.
Tak to jsem špatně pochopil, omlouvám se.
Mění se situace dle připojeného napájení?
-
Je to bug v hardware motherboardu, někdy pomůže upgrade BIOSu. Příčina je že motherboard se splete v detekci úsporného stavu procesoru a vykoná jinou akci než má.
Jestli to soudruzi z HP nedokážou opravit novým BIOSem, nebudete moci tuto featuru používat.
-
A protože to je problém biosu, tak to s Windows funguje správně ;D
Což je jasný důkaz toho, že Windows jsou lepší než Linux.
Řešení: Přejít na Windows
Hodil tam nový bios, to už bylo řečeno a je to dobrý nápad:
http://h10025.www1.hp.com/ewfrf/wc/softwareDownloadIndex?softwareitem=ob-137134-1&cc=cz&dlc=cs&lc=cs&os=4132&product=5318211&sw_lang=
A nahodil lepší ovladač od Grafické karty, někdy může dělat problém i ta.
App, HP...ehm...no ;D ;D sám jsi jim za to zaplatil, i když Lenovo už taky není IBM.
-
Mimochodem, staty procesoru se dají přepínat z konzole, zkoušel jsi to?
-
A protože to je problém biosu, tak to s Windows funguje správně ;D
Což je jasný důkaz toho, že Windows jsou lepší než Linux.
Bugy v BIOSu se řeší kontra-bugy v ovladači pro Windows, prostě protože tvářit se, že to tam není, je jednodušší než to opravit. Tak něco ty desítky gigabajtů nainstalovaných Windows žrát musí :)
-
A protože to je problém biosu, tak to s Windows funguje správně ;D
Což je jasný důkaz toho, že Windows jsou lepší než Linux.
Ve Windows je především jiný ovladač než v Linuxu. Ovladač může provést s příslušným hardware provést prakticky stejné věci jako nový BIOS. Pravděpodobně v ovladači ve Windows už mají patch na příslušný bug, zatímco pro Linuxu zatím ne. Proto asi zbývá jenom nový BIOS.
-
Pokud se to vypíná při provozu na baterii, tak to možná baterie neutáhne
Při provozu na baterii i při připojení na nabíječku. Dokonce i když baterku vytáhnu a notebook běží jen ze sítě.
BTW, mate tam posledni BIOS?
Ano, mám. Poslední verze vyšla docela dávno, asi necelý rok. Tenkrát jsem jí tam hned hodil, ale nepomohlo.
Je to bug v hardware motherboardu, někdy pomůže upgrade BIOSu. Příčina je že motherboard se splete v detekci úsporného stavu procesoru a vykoná jinou akci než má.
Jestli to soudruzi z HP nedokážou opravit novým BIOSem, nebudete moci tuto featuru používat.
To je asi zatím to nejpravděpodobnější, co jsem četl/slyšel. Zkusím se zeptat na podpoře, jestli se to dá nějak nahlásit. I když docela pochybuju, že bude někoho zajímat problém jednoho člověka na neoriginálním OS. Aspoň o tom ale budou vědět, pokud je tohle pravda, tak je to moje poslední HP.
Řešení: Přejít na Windows
Díky za nápad, ale než řešit desítky jiných problémů v podobě nedodělanosti Windows, to už si to turbo v Linuxu radši vypnu a přestanu si stěžovat.
Mimochodem, staty procesoru se dají přepínat z konzole, zkoušel jsi to?
Který staty? Zkoušel jsem přepínat režimy - ondemans, performance, powersave apod. Funguje to na normální ovladači, ale pokud je aktivní intel_pstate, vůbec to nereaguje, naprostá ignorace.
-
Mimochodem, staty procesoru se dají přepínat z konzole, zkoušel jsi to?
Který staty? Zkoušel jsem přepínat režimy - ondemans, performance, powersave apod. Funguje to na normální ovladači, ale pokud je aktivní intel_pstate, vůbec to nereaguje, naprostá ignorace.
Měl na mysli C-States a P-States. Ondemand atp. jsou governory ovladače acpi-cpufreq, který je na Sandy Bridgích a novějších CPU nahrazen právě intel_pstate. intel_pstate má pouze režim "powersave", který dynamicky škáluje C a P states podle zátěže a "performance", který nechá CPU vždy v režimu plného výkonu ale bez turbo režimu (aspoň tak jsem to pochopil).
Když intel_pstate zakážete, použije se místo něj acpi-cpufreq, který ale TurboBoost umí taky a dokonce leckdy funguje lépe než intel_pstates (http://www.phoronix.com/scan.php?page=article&item=intel_pstate_linux315&num=1). TurboBoost se dá v intel_pstate ovladači zakázat takto:
echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo
a v acpi_cpufreq takhle:
echo 0 > /sys/devices/system/cpu/cpufreq/boost
Těžko říct, co by mohlo způsobovat náhodné vypínání, ale samotný TurboBoost to asi nebude. Schválně ho zkuste v intel_pstate vypnout...
-
jak jiz neviditelny naznacil, tak intel_psate neni tak uplne turbo...
je to jina metoda setreni energie, nez snizovani frekvence na minimum v necinosti, jak delaji cpufreq governory jako ondemand, powersave, conservative, performance a userspace
pry se zjistilo, ze ted novy intel cpu (mozna od core2 duo uz) setri vic energie, jestli jsou na maximalni frekvenci, ale v uspanym stavu C-state, kterych je az 7 ted, ale musi byt povoleny biosem (v laptopu by teda mely byt)
zmena frekvence a ten governor, co zjistuje jestli neco nebezi je z tech vysokych C-state probouzi prej
jestli ti teda intel_pstate nepojede i s novym biosem, tak bych to nechal vypnuty, turbo by melo jet i bez nej, jedina nevyhoda je, ze s vypnutym intel_pstate bude zrejme o trosicku vetsi spotreba, ale kdo vi jestli ;D
jak zjistujes turbo vlastne? i7z?
-
Neviditelný:
Zkusil jsem povolit intel_pstate a zakázat turbo. Ale jako vždycky, tehle ovladač ignoruje jakékoli nastavení, viz
http://5.175.164.84/upload/cpu.png
Jakákoli frekvence nad 2.4GHz znamená, že je turbo aktivní a ty frekvence volně skáčou pořád. Po restartu se hodnota v no_turbo vynuluje, takže předpokládám, že by to mělo reagovat hned jak změnim 0 na 1. Ale zaujalo mě, že acpi-cpufreq zvládne turbo také. Zkusím to nějak rozběhat, bylo by to asi úplně ideální.
trubicoid2:
Zdá se, že jiná možnost než to vypnout a používat dál spolehlivější acpi-cpufreq asi stejně nezbyde. Ale zamrzí to. Chtěl jsem tenkrát vyloženě notebook s rychlým procesorem a volil jsem kvůli tomu slabší grafiku a nakonec ho musim stejně pořád držet na nižších frekvencích. Ne že by byl pomalej, ale třeba Firefox je singlecore program a bez toho turba občas na nějakým náročnějším webu začne lagovat, protože jedno jádro (ještě navíc virtuální kvůli HT, který nejde vypnout) to na té frekvenci ne vždycky stíhá.
Turbo zjišťuju několika způsoby - mam na ploše Conky, který udává frekvenci a navíc ještě viz ten screen, monitor procesů z KDE.
-
Skoro mě napadá, jestli v tom notebooku není nějak zvlášť vyprasený BIOS, kvůli kterému se to nedá přepnout. Stavy, mezi kterými se CPU přepíná umí sledovat PowerTOP, turbostat nebo i7z. Jednoduchou čistě single-thread zátěž lze vyrobit třeba takhle:
while true; do true; done
(ještě se dá použít taskset pro připíchnutí toho procesu na jedno konkrétní CPU, ale scheduler by měl být dost chytrý na to, aby ten proces neposkakoval po jádrech)
Můžete takhle zkusit porovnat intel_pstate a acpi-cpufreq, třeba zjistíte, kde je ten rozdíl. Když jste to zkoušel na Widlích, instaloval jste nějaký extra ovladač přímo od HP nebo jen generické ovladače od výrobců HW, co v tom stroji je?
-
Zdravim,
naprosto stejne chovani - nahodne vypnuti (restart) jak pri zatezi, tak pri klidovem rezimu jsem pozoroival u tohoto NTB:
Lenovo ThinkPad X220: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz
lspci
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:16.3 Serial controller: Intel Corporation 6 Series/C200 Series Chipset Family KT Controller (rev 04)
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b4)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation QM67 Express Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34)
0d:00.0 System peripheral: Ricoh Co Ltd PCIe SDXC/MMC Host Controller (rev 07)
Frekvence techto udlosti je dost nahodna. Nekto to byva 1x denne nekdy je treba 3 mesice klid. OS jsem vyzkousel Debian Testing (Kernel 3.?? uz nevim) a ted tam je LMDE (Linux Mint Debian Edition) s kernelem 3.11-2-amd64 a problemy jsou stejne.
Obcas jsem vypozoroval souvislost tohoto restartu s hlaskou dmsg, ktera prechazela (par minut) restartu:
[ 8131.109034] [drm:i915_hangcheck_elapsed] *ERROR* stuck on render ring
[ 8131.109038] [drm:i915_hangcheck_elapsed] *ERROR* stuck on blitter ring
[ 8131.109041] [drm] capturing error event; look for more information in /sys/kernel/debug/dri/0/i915_error_state
Ale nebylo tomu tak vzdy.
Bohuzel po nahodnem restartu je syslog, kernlog bez zaznamu jakekoliv podezrele cinnosti.
Samozrejme jsem hledal reseni, ale bez valneho uspechu. Popravde receno na klicova slova unexpected restart, shutdown + specifikace hw, je tezke hledat relevantni odkaz.
Takze zaverem, asi mame stejny problem, ale reseni v nedohlednu.
-
Stejný problém i na Lenovo IdeaPad Z560. Vypadá to však, že pomohl přechod z Windows 7 na Ubuntu 14.04.
-
... naprosto stejne chovani - nahodne vypnuti (restart) jak pri zatezi, tak pri klidovem rezimu jsem pozoroival u tohoto NTB:
... Lenovo ThinkPad X220: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz...
... Takze zaverem, asi mame stejny problem, ale reseni v nedohlednu.
mas problem nejspis jinde, mam X220tablet, stejne CPU, lspci totozne az na:
Ty< 0d:00.0 System peripheral: Ricoh Co Ltd PCIe SDXC/MMC Host Controller (rev 07)
Ja> 0d:00.0 System peripheral: Ricoh Co Ltd MMC/SD Host Controller (rev 07)cat
a nemel sem za 3/4roku zadnej crash, nejdriv xubuntu12.10 s jadrem 3.5, ted par mesicu xubuntu14.04 s jadrem 3.13 (ale testoval sem asi tejden i s 3.17), navic ses si jistej ze jedes s intel_pstate jako tazatel, ja tedy nejedu a v cmdline nevynucuju vypnuti :)
-
trubicoid2:
Zdá se, že jiná možnost než to vypnout a používat dál spolehlivější acpi-cpufreq asi stejně nezbyde. Ale zamrzí to. Chtěl jsem tenkrát vyloženě notebook s rychlým procesorem a volil jsem kvůli tomu slabší grafiku a nakonec ho musim stejně pořád držet na nižších frekvencích. Ne že by byl pomalej, ale třeba Firefox je singlecore program a bez toho turba občas na nějakým náročnějším webu začne lagovat, protože jedno jádro (ještě navíc virtuální kvůli HT, který nejde vypnout) to na té frekvenci ne vždycky stíhá.
Turbo zjišťuju několika způsoby - mam na ploše Conky, který udává frekvenci a navíc ještě viz ten screen, monitor procesů z KDE.
Tak ještě jednou: já si nemyslím, že bys měl mít nižší frekvence nebo vypnutý turbo když zakážeš ty problematický intel_pstate
Vono se ti to tak může jevit v conky a kde, protože acpi-cpufreq s ondemand guvernérem nehlásí turbo frekvenci, budeš tam vidět jenom škálovaní od 800 do maxima bez turba, ale ve skutečnosti někdy opravdu pojede turbo.
Jestli jede turbo se dá zjistit nějakým single-thread benchmarkem, nebo tím i7z nebo ještě jednou utilitkou, nevím z hlavy, doplním později.
HT by mělo jít vypnout z linux command line, dříve bylo noht, to teď prý nejde a dělá se to přes maxcpu=x
Ale nevím, jestli ti vypnutí ht pomůže.
-
... doplním později.
sudo cpupower monitor -i 10
pri zatizeni vsech procesoru, mi to spravne ukazuje 3300 a pri zatizeni jen jednoho spravnou turbo hodnotu 3600
-
Tak ještě jednou: já si nemyslím, že bys měl mít nižší frekvence nebo vypnutý turbo když zakážeš ty problematický intel_pstate
Je možné, že intel_pstate hlásí frekvence správně včetně turba, zatímco acpi-cpufreq ne. To ale neznamená. že by se ty turbo frekvence vůbec nepoužívaly, akorát je potřeba to zkontrolovat trochu chytřejším nástrojem než "lscpu | grep 'CPU MHz'".
-
Ano, akurat lscpu mi ukazuje spatne frekvence. Spravne ukazuje i7z a cpupower
-
Aha, prehlid jsem než a viděl jako ;D
-
Ano, akurat lscpu mi ukazuje spatne frekvence. Spravne ukazuje i7z a cpupower
To mate jeste dobre, me ukazuje "Floating point exception". :-)
-
Zdá se, že máte oba (Neviditelný i trubicoid2) pravdu. Zakázal jsem intel_pstate, dal schválně v Kdenlive zpracovávat video a spustil i7z na acpi-cpufreq. Výsledek mě příjemně překvapil.
http://screenshot.cz/SSI9L/cpu2.png
Takže turbo frekvence fungují celou dobu. Tím tedy můžu s klidným svědomím zakázat intel_pstate a používat dál acpi-cpufreq.
Moc vám děkuji za pomoc, nevim jak dlouho bych se s tim bezvýsledně trápil. Něco takovýho mě vůbec nenapadlo :)
Docela ale lituju ty, co si nainstalují nějakou distribuci, která má intel_pstate jako výchozí a setkají se s tim náhodným vypínáním. Mě osobně trvalo celý 2 měsíce jenom zjistit v čem je problém. Testoval jsem ramky, jinou baterku apod. než jsem přišel na to, že to dělá ten ovladač a celou dobu jsem mě hlavní podezření na vadnou základovku.