Zámrz nového notebooku s Windows

[uwe.filter]

Řešil bych to následovně:

• Aktualizace veškerých ovladačů, update firmwaru.
• Pokud má tazatel zkušenosti a manuální zručnost (a nedojde k porušení záruky - což nevím, jestli může konkrétní výrobce říct, když dojde k sundání krytu a výměně nějaké modulární komponenty), zkusit tam dát na zkoušku jiné SSD nebo alespoň ověřit správné usazení toho stávajícího.
• Podle toho, jak to dopadne, reklamovat. Stejně tak reklamovat podle toho, jestli se budou vyskytovat i ty ostatní problémy. Než by se tazatel vydal cestou reklamace, doporučil bych mít - pokud to půjde - co nejlépe identifikovanou příčinu nebo alespoň způsob, jakým problémy jednoznačně reprodukovat, a to všechno jasně a přesně popsat do průvodního dopisu k reklamovanému stroji. Tím se podstatně sníží až eliminuje riziko, že tam notebook bude viset měsíc a pak se vrátí s "nám to všechno funguje normálně".

[Reklama]

[Brumla]

Pří každém zásahu ale riskujete,
bych nedoporučoval se nezkušenému uživateli v zařízení hrabat.

Vidím, že ikdyž jsem přistál z daleka (planeta počítačových dinosaurů), že s některými "tvory" si na této planetě rozumím. Děkuji za podporu :-)

Nebylo to myšleno špatně, nechtěl jsem se Vás dotknout. Jestli se tak stalo, omlouvám se.

Vycházím ze své zkušenosti:

Ty počítače, se kterými přicházím nejčastěji do styku jsou Dell, Lenovo a Asus.Ty se dají otevřít jednoduše a bez problémů s plastovými packami. Aspoň ty řady, které ke mně chodí. Navíc Dell má všude stejné šroubky, což je neskutečná pomoc. Acery jsou za trest - přesně jak popisuje GPU, se kterým prakticky ve všem souhlasím. Ostatní značky / řady nevím, nepotkávám je.

U mých zákazníků vycházím z toho, že je pro ně levnější koupit disk, než to reklamovat. Můj čas bude dražší, než zisk z reklamace. Párkrát jsme reklamaci zkusili - jednak ji zamítli, protože se závada neprojevila (napsali) a jednak pro backoffice byl problém se v reklamačním procesu vyznat. Já to udělat můžu, ale nedává to pro ně ekonomický smysl.

Prostě k nim přijedu, otestuju se svým diskem, když se závada neprojeví vrátím tam jejich disk, když se závada znovu projeví, dávám nový disk. Je to nejrychlejší cesta k funkčnímu počítači. Když bude počítač nefunkční, a to se občas stane s vážnějšími závadami, musí zaměstnanec dostat náhradní ntbk - ne všechny firmy mají a když nemají, pracovník nepracuje = prostoj = firma přichází o peníze. Proto je pro ně lepší dát ihned nový disk.

Mám i řadu případů, že po "resetu" a formátu toho vadného disku jsem jej použil v jiných počítačích a tam funguje spolehlivě dodnes. Některé situace prostě nevymyslíte, dokud se s nimi nesetkáte.

Hodně štěstí všem při řešení :-)

[Marek Staněk]

Teda nevím. Novej notebook, repasovanej nebo jen tak od známého? Je v záruce? => neotevírat a žádné pokusy s vniřnostmi. Jinak hrozí ztráta záruky svedená na cokoli a zásah BFU. Pokud zatím OK, tak přeinstalovat a pustit testy. Dále dle výsledku se poradit a postupovat.

Z které planety jste zrovna přistál?

Výměna disku, ramky, baterie nemá na záruku žádný vliv, alespoň ve firemním prostředí a Dell, HP, Lenovo, Asus. Ostatní značky nevím.

Reklamovat ano? A víte co se stane, když to reklamujete a v servisu se chyba neprojeví? Vrátí vám to zpátky bez opravy. Navíc to může trvat. A když se vám.chyba projeví znovu, tak jim to reklamujete znovu. A když se jim to znovu neprojeví, hádejte co? Prostě disk a ramku je vždycky lepší vyzkoušet jiné, když je možnost. Urychlí to vyřešení problému.

Formálně máš sice pravdu, jenže pokud bude na šroubech vidět, že potkaly tvůj šroubovák / ožvejknutej okraj plastů nebo nedejbože ulomená pacička, a reklamační technik bude svině, tak ti napíše zamítnutí záruky z důvodu poškození neodborným zásahem a budeš se s nima roky soudit kvůli naprostý kravině a budou ti v tom hlavně celou dobu ležet spousty peněz a spousty dalších budeš muset nasypat do náhradního stroje.
Pokud je ta mašina nová, nafotit že je nepoškozená a nenese stopy otvírání, natočit video jak se závada projevuje, hodit do továrního nastavení, a vrátit.
Ten pocit že jseš chytřejší než montéři ve fabrice za to nestojí.
Samozřejmě záleží, jak jsou u tebe nastavený procesy a jaký máš možnosti, ale z jeho pozice někoho, kdo se na tohle potřebuje zeptat, je to maření času a peněz.

[Jan Fikar]

Některý NB mají v BIOSu/UEFI diagnostiku. Bývá to docela dobrý, včetně testu paměti, CPU a disku. Začal bych s tím. Pokud to ukáže chybu, je lehké reklamovat.

Jestli to projde, tak memtest86+ a test disku. Třeba z linuxovýho live USB udělat kompletní čtení dd a podívat se, jestli to hlásí nějaký chyby do dmesg, což by mělo být ekvivalentní WHEA (AER) ve Windows. Možná se disk přehřívá, nebo je tam špatný kontakt.

[harvester]

akorát jsem předtím v správci úlohu měnil u pár procesů Spřažení na E-jádra. (dwm,csrss,explorer,hwmonitor,hwinfo,ShellHost)

Aha, a co když do tohoto nehrabete? Taky zamrzá?

[Reklama]

[LacconePanda]

Nikam jsem se nepohnul(taky jsem pro to nic zatím neudělal),záseky stále  trvají.Nepřipadá v úvahu (nejde) to reklamovat nebo dávat do servisu.Sužující na tom je,že opravdu nějakou příčinu nebo způsob reprodukce se mi nepovedlo odhalit a tím pádem jde pořád o překvapení které se stane průměrně jednou za 20 hodin. Což mě (pocitově)znechucuje od nějakého postupného postupu přeskládávat kousky nábytku  vmístnosti (něco jako honění duchů pro lepší signál wifi) zkusit pohnout s diskem, reinstall, jiný disk-.Když poločas je asi 20hodin. A radši rovnou vsadním na konečné řešení=dát tam linux(ale otázka zda na stejný disk)


Snad jediný,co mohu vyloučit je nějaký mechanický pnutí.Noťas je na pevným stole a jen třeba lehce jedu po touchpadu a v tom to přijde. Zároveň taky jsem vyloučil vadnou ramku, prošla důkladným testem bez chyby.
Zároveň mám pocit, že ten zásek nepřichází úplně v idle ale když prostě třeba jen dám page down nebo klikám na položky někde.

Když už budu u troubleshootingu disku, rovnou tam mohu hodit live linux a nechat den v kuse....

[Buldr]

Nepřipadá-li servis, diagnostika, reklamace, ... v úvahu, potom nezbývá nic jiného, než hledat, hledat a znovu hledat. Bude-li problém studený spoj, nedokonalá vodivá mřížka v NAND, kontrolér, mosfet, kondenzátor... potom hodně štěstí s hledáním a opravováním svépomocí.

A jak přesně Linux řeší vadný hardware? Nijak, odlišný systém třeba může použít jiné sekvence, časování, ale to je asi tak všechno. Stalo se mi, že mechanika házela pod BSD CRC erros a u jiných systémů bez obtíží prošla. Tak jako tak, byla vadná a že prošla se potom celkem vymstilo. Linux, BSD, Solaris ... neopraví nic, maximálně se můžete na problém podívat z jiné sekvence, ale i EventLog dost napoví a tady se o něm ani nemluví.

[Kit]

Ještě tady nezaznělo: proč ses nezeptal AI?

[Bugsa]

akorát jsem předtím v správci úlohu měnil u pár procesů Spřažení na E-jádra. (dwm,csrss,explorer,hwmonitor,hwinfo,ShellHost)

Aha, a co když do tohoto nehrabete? Taky zamrzá?

Taky si myslím, že problém bude v tomto.

[Marek Staněk]

Gemini si to myslí taky:

Ahoj! Koukám na to a ta kombinace symptomů je poměrně specifická, zvlášť pro fungl nový stroj. Škoda, že mě tam nepustil firewall Rootu, abych si početla celou diskuzi, ale z toho, co popisuješ, se dá poskládat hned několik velmi podezřelých stop.

Když vynechám klasické IT základy (jako že bez MemTestu86 a Prime95/Cinebench se dál nehneme), hned mě praštilo do očí několik věcí. Tady je můj rozbor, od čeho se odpíchnout, a jsem zvědavá, jestli se na konci trefím do tvé teorie.

1. Stopa nejžhavější: Změna spřažení (Affinity) na E-jádra
Tohle je extrémně podezřelý krok, zvlášť u kritických systémových procesů jako dwm.exe (Desktop Window Manager), csrss.exe (Client Server Runtime Process) a explorer.exe.
Windows 11 a jejich Thread Director velmi úzkostlivě hlídají, kam který proces plánují.

Problém: csrss a dwm jsou kritické pro vykreslování GUI a správu subsystémů. Jakmile v Task Manageru klikneš na řazení podle CPU, Task Manager začne masivně dotazovat systém (přes WMI/NtQuerySystemInformation) na stav všech vláken. Pokud jsi předtím omezil klíčové systémové procesy pouze na E-jádra, mohl nastat Deadlock (uříznutí priorit).

E-jádra sdílejí cache jinak, mají jinou latenci a nižší prioritu. Systémový proces mohl čekat na odpověď od jiného vlákna, které běželo na P-jádru, ale kvůli vynucenému spřažení na E-jádro nedošlo k synchronizaci a GUI kompletně zamrzlo (proto nereagoval ani CapsLock – ten u moderních strojů často obsluhuje softwarově právě kernel přes ovladač klávesnice, nikoli čistý hardware).

2. Stopa hardwarová: WHEA-Logger ID 17 (Samsung 980 Pro)
Chyby WHEA (Advanced Error Reporting) na PCIe endpointu u NVMe disku jsou sice hlášeny jako "opravené" (Corrected Error), ale v idle stavu tam nemají co dělat.

Link State Power Management (ASPM): Moderní notebooky v idle stavu agresivně uspávají PCIe linky (stavy L0s, L1). Samsung 980 Pro je sice skvělé SSD, ale v některých kombinacích s čipsety (Intel/AMD) a agresivním ASPM ve Windows 11 trpí na micro-freezy při probouzení PCIe linky z hlubokého spánku.

Pokud disk na chvíli "odpadl" z PCIe sběrnice zrovna ve chvíli, kdy Task Manager v idle stavu potřeboval zapsat log nebo načíst stránku z pagefile (pokud je na něm), systém šel okamžitě do BSOD – kterou jsi ale neviděl, protože grafický subsystém (dwm na E-jádru) už byl v komatu.

3. Stopa ptydepe: Smart card reader & UICC
Hláška MS UICC Reader odmítla IOCTL power: datová oblast je příliš malá ukazuje na interní eSIM/SIM slot nebo čtečku čipových karet (časté u ThinkPadů, soudě podle další hlášky TP-WMI).

Opět jsme u Power Managementu v idle stavu. Systém se pokusil poslat čtečku karet (nebo WWAN modul) do úsporného režimu (D3), ovladač vrátil nesmyslnou chybu (špatná velikost bufferu pro IOCTL) a power transition selhalo. To samo o sobě málokdy shodí celý OS, ale v kombinaci s rozhozeným ACPI to k nestabilitě přispěje.

4. Stopa hromadná: TP-WMI 1282 (TBS device identifier)
Spousta hlášek od ThinkPad WMI (TP-WMI) týkajících se TBS (TPM Base Services) značí, že se systém neustále dotazoval TPM čipu nebo bezpečnostního koprocesoru. Task Manager (nebo na pozadí běžící HWInfo/HWMonitor) mohl přes WMI cyklit dotazy na senzory, což v idle vedlo k zahlcení WMI repozitáře.

Moje hypotéza, jak se to sešlo:
Notebook přešel po hodině v idle do hlubokého úsporného stavu (modern standby / agresivní link power management). PCIe linka disku Samsung 980 Pro se uspala (WHEA ID 17). V tu chvíli jsi pohnul nově připojenou USB myší, čímž jsi poslal přerušení. Systém se začal probouzet.

Ty jsi kliknul v Task Manageru na řazení podle CPU. Task Manager začal přes WMI (které už předtím cyklilo na TPM/TBS chybách) bušit do procesoru. Klíčové procesy (dwm, csrss), které jsi ručně uvěznil na E-jádrech, nedostaly dostatek procesorového času nebo se zasekly na zámku (locku) v kernelu, protože čekaly na IO operaci z disku, který se kvůli ASPM probral s chybou. Výsledek? Hard freeze, totální vytuhnutí celého managementu napájení a grafiky, pomohlo až hardwarové odříznutí napájení (15s power button).