PCTuning fórum

Abych neplevelil obecné vlákno na win10 crashe, kde jsem to začal řešit:
https://pctforum.tyden.cz/viewtopic.php ... wrapheader

PC je po dlouhé době po kompletní čisté přeinstlaci z flashky na Windows 10 pro, nainstalované poslední drivery k desce, ke grafice, všechno aktualizováno přes Driver Booster 8 v Premium verzi.

Několik prvních dnů po čisté instalaci byl log čistý, teď už tam zase mám chybu Kernel Power 41 (63). Žádné pády v té době nebyly. Stačí dát PC normálně vypnout a už se tam většinou zapíše tato chyba. Takže veškeré návody z UTFG k řešení nestability jsou mi k ničemu.

Co s tím? Ignorovat to?

Udělal jsem výzkum mezi přáteli a spousta z nich má v tomhle logu to samé s každým vypnutím PC.

Me se tohle delo taky a po vypnuti rychleho spusteni to prestalo.

Je třeba tuhle chybu řešit? Opravdu je za tím něco "špatně"?

Zkusil jsem se s výměnou desky, CPU, RAM a GK podívat do event logu, opět je to plné chyb Kernel power 41 63.

Čistá instalace, poslední bios, poslední drivery, secure boot.
Proč? Řešení?

Obnovuji staré vlákno. Děje se to zas. Po přeinstalaci, výměně karty - RTX 5080. Laboroval jsem s RGB, ale dělá to i po vypnutí SignalRGB a Rivatuneru.
Co s tím? Nechat být?
Téměř s každým spuštěním je nový zápis, aniž by došlo k jakémukoliv pádu.

Střelba od boku..

A máte zapnuté to rychlé nebo nejrychlejší spuštění (bios)? Protože já ne a neděje se mi to. Tahle zmiňovaná featura dělá dost možná jen problémy. Je nutné ji mít zapnutou? Ale je nejen řečnická otázka, zda to má nějaký vliv na funkci (ty výpisy chyb). Taky mám secure boot on. A bootuju za 7-8s. (jenže B450+DDR4). Respektive bootuju minimálně. Dávám režim spánku, všechno zůstává v ram a počítač nevypínám. Probuzení trvá asi 2-3s. Nemá s tím problém ani spuštěná virtualizace a VM. Respektive občas se přímo neprobudí, ale rovnou restartne celý počítač, ale to je tak 1x za měsíc až dva. W10.

Vypnul jsem tedy Fast boot v BIOSu a zatím se nový report neobjevil. Každopádně proč se to děje? Respektive má to vůbec nějaký dopad a smysl řešit?

Obecně opravdu nevím, někde se to už určitě řešilo. Probíhá tam "moc" rychle nějaký proces odpojení hw, nebo přímo ukončení a pak to generuje tyhle pseudo-chyby. Pokud to nemá vliv na funkci a děje se to i ostatním, tak buď prostě jen ignorovat, nebo přepnout na normal boot. Nevím jaký je tam rozdíl. Bootuju minimálně. Někdo moudřejší zodpoví.

Zápis mám i s vypnutím v biosu, zkusím ještě deaktivovat fastboot v systému.

Nakonec pomohlo vypnout fastboot v BIOSu i v systému.

Tak fajn, že se to vyřešilo. Já jsem fastboot a ultrafast boot zkoušel (B450, AM4), byly s tím nějaké problémy. Při vypínání (nebo uspávání) se mi zdálo, že to ani nepočká na ukončení programů a šlus, pak samozřejmě s tím spojené problémy při probuzení, nebo to namísto probuzení hodilo restart a čerstvý re-boot. Mám tam normal boot a neřeším 7-8s a stejně používám pravidelně jen uspání (režim spánku), probuzení kliknutím myši, nebo jen stisknutím libovolné klávesy.

Bereš to špatně a neumíš číst MS log .
V MS by ti to vysvětlili to neni chyba ale freature jejich super nabušeného a vyladěného systému.

To máš jak sme na firmě po přechodu na Win 11 řešily proč přestávají na HP G4 a G4 280W docku fungovat sítovky. A problém je kupodivu Win11 a HP to nefixlo ani několika FW updaty dockiny - a MS na to totálně sere ... poslední řešení od HP bylo přejí na novjejší G6 dockiny ( které nám byly nabídnuty za dumpingove ceny) kterým Win11 neumrtvuje sítovky.

Ten fastboot v biosu a ve win jsou 2 různé, na sobě nezávislé systémy (nicméně určitejch situacích ten první může ovlivňovat ten druhej).

Fastboot v biosu se snaží skipnout co nejvíce dlouhejch biosovejch incializací aby urychlil post, kdežto to ve win dělá to že se drivery nenačítaj standardně tak jak by měly, ale místo toho se celá tahle část OS jen "zhibernuje" a při dalším bootu se načítá pouze uživatelská část OS. Jakmile se tedy kdekoliv na čemkoliv změněj HW prostředky tak tento přístup vyústí ve fail. Problém je že OS to nedokáže úspěšně detekovat a místo toho aby v takvé situaci udělal plnej boot tak to prostě zkusí načíst a whatever, co nfunguje to funguje.

Jo jenže tohle celé rozbíjí sam MS -> kdy vytvoři tuhle polohibernaci (btw pro multiboot je to maso pak se z jineho systemu nedostaneš na disk).
A pak začne generovat tokeny pro HW (něco jako UUID na linuxu) náhodně kvuli security při každém boootu a sám si tuhle super freature rozbije

Ať mi nikdo nevtvrdí že Windows nevyvíjí několiki týmu po "světě" kteři dodnes nepřišli na to jak spolu komunikovat.

Statisice "dobrovolniku" vytváři subsystémy , systémy atd po celem světě pro linux a (nebudu řikat vše funguje) ale vždy je cesta jak to rozjet udělat zprovoznit i přes nepřeberné možnosti a diverzitě GNU/Linuxu. A MS si vaĺi "interně" na svém a výsledek je jen ten že po 20 letech co se mluví o tom že linux konečně převálcuje windows = je aktualně na své největši špici a už i hráči (což je klasická Windows základa) utíkají ?