Jak zjistit co trvá tak dlouho při startu PC

Jdu spat, obavam se, ze je to bez sance, holt bude smejd polovinu zivota bootovat.

Vsechno treba i proces monitor z sysinternals ukazuje az od 35s, ale ja potrebuju vedet, co se deje prave v tech prvnich 35s. Jinak autoruns je ok, nikde zadne problemy nemam, i jsem ze zoufalstvi zkusil msconfig a zakazat vsechno mimo microsoft, ale stejne furt boot trva.

Jinak ohledne toho Defenderu, mozna to muze delat mozna ne, ale pokud neexistuje nastroj, jak zjistit, kde je problem, tak je to jen domnenka.

Edit: Ty Windows 7 na druhem PC jsem teda vzal stopkama a boot trva 9s, takze oproti 35s tem Windows 10 fakt rozdil.

Edit: Ty Windows 7 na druhem PC jsem teda vzal stopkama a boot trva 9s, takze oproti 35s tem Windows 10 fakt rozdil.

- Prvni spusteni Woknos 10 mam pod 7s na prihlasovaci obrazovku s Intel@Celeron, tak si nemyslim ze za to muze vylozene Windows 10.
- Jestli chces mit rychlejsi start, aktivuj si "Fast Boot", povypinej vsechny zbytecny sluzby i po startu, aplikuj mozné aktualizace pred vypnutim PC tak jak kontrolu Defenderu ktery skenuje i pri startu systému.
- Nebo ho proskenuj s ZHPDiag. Takové nahlé spomaleni jsem videl kdyz pominu skodnou, zpravidla u zasahu do systému, nebo po defragmentovanych a nenastavenych "SSD" disku. Ono dnes uzivatelé zakoupy (nemyslim primo tebe) disk SSD/M.2, zapojiho do PC a tim to konci. Za prvé tim dobrovolne snizi zivotnost a zadruhé se muzou potkavat tyto problémy nebo skoky vykonu né jen pri startu, ale i pri kopirovani souboru etc, tak bych urcite i nahledl na spravné a zakladni nastaveni "SSD" disku :

[" Vypnout automatickou defragmataci pro C:/. Dezaktivace : SuperFetch/Prefetch, pagefile opet jen pro C:/, aktivace TRIM, Disable-lastaccess "] .

* Rychlost "SSD" si zmer "pred" a "po" treba pomoci ATTO.

Fast boot radi na webu vypnout, ze je to pak rychlejsi. Zkusil jsem to a bylo to na sekundu stejne dloho s vypnutym i zapnutym fast bootem, evidentne funkce nedela ve skutecnost vubec nic.

SSD mam ok.

Jak pisu dole, tohle nema smysl, to je hadani a to tu muzeme hadat vecne.

Fast boot radi na webu vypnout

- Ale no tak, uz se o IT zajimas dostatecne dlouho, aby jsi se nemusel drzet podle toho co pisou nekde na webu ne ? Zalezi na tobe jestli chces hibernovat nebo ..**

evidentne funkce nedela ve skutecnost vubec nic.

- Je to jako se vsim, aby něco fungovalo, musí to být správně nastaveno. (Pocitam tedy s tim, ze mas v OS spravne ten SSD nastaven, ze je GPT na AHCI, jinak ti spravne nepojede).
- Jestli jsi aktivoval FBoot a do CMD zadal:

powercfg -h on   

.. tak zkrátka rychlí starat musíš mít. Jinak nemáš správně nastaven SSD disk, nebo tvůj SSD není GPT. Hlavně u NTB s plotnovym HDD to nastavují často, vzdy to funguje.

- Tady jsem nasel nejaké video, ze které ho by slo neco pouzit, tak se popripade mrkni :
*

*

SSD je nastaven spravne, v tom problem neni.

Z videa take nic nepomuze, nebot to jsou veci ktere se nacitaji az potom co se to sekne. Ja bohuzel nejsem schopen zjistit, na cem se to sekne uz predtim.

Ja bohuzel nejsem schopen zjistit, na cem se to sekne uz predtim.

Jestli ti jde jen o to, tak se podivej pres Sysinternals "Recording Reboot Cycle / trace, using Process Monitor" : https://blogs.technet.microsoft.com/robertsmith/2017/07/19/an-easy-way-to-measure-computer-reboot-and-logon-times/
* Tak si to muzes zjistit do puntiku.

Promin, nemam silu sem psat uplne vsechno a timhle uz jsem prosel vcera, nezjistilo to nic.

Zatim jedinne co jsem zjistil az ted je spousteci log z msconfigu:

BOOTLOG_NOT_LOADED \SystemRoot\System32\drivers\dxgkrnl.sys
BOOTLOG_NOT_LOADED \SystemRoot\System32\DRIVERS\NDProxy.sys
BOOTLOG_NOT_LOADED \SystemRoot\system32\drivers\wd\WdFilter.sys

prvni se nejprve nacte a potom se snazi nacist jeste 5x, ale uz to hodi tu chybu
druhy se nacte a potom 3x ne
treti se nacte a potom jednou ne.

proc se to snazi nacitat opakovane netusim a vsechny rady na netu u lidi, kteri maji stejny problem konci do ztracena, nikdo nevi.

otazka je, zda-li prave toto opakovane neuspesne nacitani je to co trva tak dlouho, ale nikde jinde jsem zadnou chybu nenasel, tohle je prvni konkretni vec, ktera se objevila.

jestli nekdo muzete, komu vam bezi boot Windows 10 rychle, zkuste si v msconfigu zapnout spoutesi log a pak zkuste v C:\Windows\ntbtlog.txt precist, jestli vam to dela taky a nebo ne?

dekuju.

- Ale no tak. Ntbtlog uvadí pouze ovladace, které byly zavedeny nebo precteny. Nejde o zadny a uz vubec né spolehlivy spousteci protokol .
* Zkratka jenom ti to to zobrazi jaké drivery se nacetli "NIC VIC". Pochopil bych jeste "BCDEdit" i kdyz je zrejme zbytecné ti nechavat nejaké odkazy : https://neosmart.net/EasyBCD/

- Z cehoz uvozuji, ze jsi o uvedeny Sysinternals / Record Boot ani nezavadil.

Tak jsem jeste jednou udelal ten log bootu v tom process monitoru a uz jsem si vzpomnel, jak to vcera bylo. Vubec jsem nepochopil co to dela, jestli mi poradis, zda a jak z toho neco vycist?

- Bude-li to v mych silach tak proc né. Priloz ten LOG. Ntbtlog je jen vypis proskenovaného klice HKEY_LOCAL_MACHINE SYSTEM, jenze vypise i ty co nejsou inicializované (zavedené), proto je muzes videt vypsané i vickrat.
- Ten Superfetch etc mas tedy urcite OFF ? V BIOS je ten SSD tedy spravne nastaven a je na partition GPT !? Je opravdu dulezité vedet, jestli pouzivas MBR nebo né.
- I kdyz zde je priklad na sedmickach, jde o to stejné brdo : Windows Boot Performance Diagnostics + klik prelozit do "Cestina".
- Nejsi hloupy, v tom clanku je vse rozepsané krok po kroku a jiz za 3 stranky uz si budes rikat "Ahà ! Uz asi vim .. " (jak a s cim OS startuje), jak zjistis jak "Diagnostika výkonu" (Boot-performace) funguje a co zobrazené informace "v Boot recordingu" znamenaji v tom budes mit hned jasno. V pripade ze budes mit podezreni na poskozeny nebo naruseny BB upresnis, upravis nebo rovnou znovu postavis (re-build) pomoci BCDEdit.
* Nebo lépe propracovany Windows Performance Toolkit, kritické reseni. Pred kazdou zmenou si hlavne uloz LOG a nasledovne je porovnavej. Ono opravudu "NEEXISTUJE" (az na nejaky kompletni rebuild) univerzalni postup, zalezi od urcitého problému, pouzitého nastaveni .

[Ilustracni obrazek : Windows Performance Toll Kit]

- Prozatim nahled na dosavadni nastaveni / pravidla a nahrat /record vse u spusteni tvého OS si myslim ze je dobry zacatek cesty. Po precteni pak uvidis ktera z polozek "faze" trvala nejdéle :
* U povolené hibernace je spusteni trochu odlisne.

1. Fáze POST (Power-on self test).
2 .Počáteční fáze uvedení do provozu.
3. Fáze správce spouštění systému Windows.
4. Zaváděcí fáze systému Windows.
5. Zaváděcí fáze jádra.
6. Přihlašovací fáze.

Zkouknul jsem to, probiram se tu tim, ale moudrej z toho nejsem vubec.

Nikde proste neni nic divnyho a v tom prosess monitoru jsou jen casy od spusteni a kdyz tim prochazim, tak tam proste nic neni a nevidim kde co navazuje nebo ne, prijde mi to jako uplne k nicemu z hlediska snahy odhalit problem pred prihlasenim do systemu.

Z hlediska toho druheho programu Windows Performance Recorder, tak tam to bylo naprosto zrejmy, problem je prvni v grafu svetle modra faze, coz je faze od zahajeni zavadeni systemu az pred obrazovku prihlaseni. Ta tam byla "dlouha" prave tech cca. 40s, o kterych celou dobu mluvim jako o problemu, takze nic noveho, ale jasne potvrzeni. Ovsem tohle tam bylo jen jako faze a co bylo uvnitr bylo "nacitani systemu". To je hezky, ze vim, ze se mi prilis dlouho nacita system, ale nikde uz neni napsano, co konkretne se nacita tak dlouho, tudiz prakticky zaver to pro me nema taky zadny.

Teorie je hezka vec, ale ja bych potreboval to co je na linuxu, ze proste se nacitaji sluzby a clovek v logu vidi presne co, kdy a jak dlouho a nic takoveho tady neni.

co je na linuxu, ze proste se nacitaji sluzby a clovek v logu vidi presne co, kdy a jak dlouho a nic takoveho tady neni.

Na to ti staci v konsoli :

Get-CimInstance Win32_StartupCommand | Select-Object Name, command, Location, User | Format-List 

Service:

Get-CimInstance -ClassName Win32_StartupCommand | Select-Object -Property Command, Description, User, Location | Out-GridView

- IMHO je na to prozatim nejlepsi a velmi jednoduchy "Autoruns" : https://docs.microsoft.com/fr-fr/sysinternals/downloads/autoruns. Je zcela mozné, ze ho jiz nainstalovany mas nebo jsi s nim delal
- Ale ty chces videt presne co ? Co trva nejdéle jsi nasel jde tedy o "zavedeni systému" je tak ? Co k tomu pisou ? Musis tam mit detail o jakou sluzbu jde presne (mozna bude zapotreby "rozkliknout", musis to videt rozepsané) .
(toto je treba hodne pekné, ale v dané situaci asi moc slozité

Ted jsem trochu zjednodusil ten Recorder a File a Process aktivity, ostatni aktivity jsem uz delal taky, ale k cemu je mi CPU aktivity, kdyz CPU neni zatizene, protoze se mi to z nejakeho duvodu kousne? A dalsi aktivity jsou to same.

No a kdyz se ted podivam na sluzby, procesy a soubory, tak jejich nacitani zacina na 35s od startu systemu a konci v 216s po startu systemu. Je super, ze si to takhle muzu rozebrat, jenze me zajima co se stane do tech prvnich 35s. A v tom je ten problem, podle veskerych tehlech zaznamu se nedeje nic, jenze ono se neco deje, kdyz to trva 35s.

Chapes to, proste nemuzu najit, kde je problem.

Jen otazecka, prihlasujes se heslem ? Nebo ti po zapnuti najede primo plocha ?

Chapes to, proste nemuzu najit, kde je problem.

No asi uz jo. Vis co trva 35s ale bez toho, aniz by jsi vedel ktera "urcita" sluzba/ sluzby presne.
* Tebe zajima zkratka to, co je mezi tim kdyz se spusti PC a nez vubec naskoci prihlasovaci obrazovka, tv tomto casovém sektoru to trva né ? To "svetle modré" zavedeni systému.

Prihlasuju se. Zajima me moment od bootu po prihlasovaci obrazovku, tento moment mi trva 35s. Dal uz me to nezajima.

prohlížeč událostí: nevím jak rychle ožije zápis do logu, ale po eventlogu už stíhá zapisovat startující služby a časy vedle vidíš. jsou mezi nimi nějaké chyby?
když si seřídíš čas pc s tvými dcf hodinkami (mobilem), můžeš zhruba číst co se děje po zapnutí.

lední brtník @RedMaX, 24.06.2019 01:47

Ahoj, pisu kvuli prehlednosti mimo rozvetvene vlakno. Adresovano obecne, odpovidat muze kazdy se snahou pomoci, ale ty jsi me na to navedl, takze pokud bys treba mel dalsi chytry napad? Byl bych moc rad.

18:52:35 Operační systém se spustil v systémovém čase ‎2019‎-‎06‎-‎25T16:52:35.500000000Z.
...
...
18:52:36 Filtr systému souborů WdFilter (verze 10.0, ‎2050‎-‎11‎-‎17T22:31:54.000000000Z) byl úspěšně načten a zaregistrován ve Správci filtrů.
18:52:37 Svazek C: (\Device\HarddiskVolume2) je v pořádku. Není nutné provádět žádnou akci.
18:53:11 Filtr systému souborů FileCrypt (verze 10.0, ‎2011‎-‎10‎-‎30T17:56:49.000000000Z) byl úspěšně načten a zaregistrován ve Správci filtrů
18:53:11 Filtr systému souborů npsvctrig (verze 10.0, ‎1977‎-‎09‎-‎12T17:19:34.000000000Z) byl úspěšně načten a zaregistrován ve Správci filtrů.
18:53:11 Svazek \\?\Volume{35d8fa0f-0000-0000-0000-100000000000} (\Device\HarddiskVolume1) je v pořádku. Není nutné provádět žádnou akci.
...
...
18:53:16 Správce oken plochy zaregistroval port relace.

Jeste k tomu, zadne chyby, jen ta proluka mezi 52:37 s 53:11 je podivna.

Prominte: Hajzl jeden, uz jsem doma. Asi do neceho prastim radosti a vztekem zaroven, ale furt neni vyhrano.

---

Konfigurace meho PC:

Crucial MX200 500GB (C) MBR
Samsung SSD 860 EVO - 1000GB (D) MBR
WD Blue WD30EZRZ 5400 3TB - (G) GPT
WD Blue WD30EZRZ 5400 3TB - (H) GPT

1. boot Windows tak jak je konfigurace - 41s
2. boot Windows, ve spravci zarizeni zakazan disk G - 17s
3. boot Windows, ve spravci zarizeni zakazan disk H - 29s
4. boot Windows, ve spravci zarizeni zakazany disky G a H - 6s

Nevim, jestli to muze mit souvislost, ale H je z 65% zaplneny, G je temer prazdny zaplneny z 25%.

---------
Takze co to zpusobuje je odhaleno, ted je otazka PROC? a hlavne lze zvysit rychlost bootu i s pripojenyma dvema velkymi HDD?
---------

Doplnek: SMART v crystaldiskinfo u obou disku ok, stav disku dobry, teploty 35 stupnu. Chyby na discich zadne.

Fuck you Microsoft!

Ovládací panely - Systém a zabezpečení - Systém

Ochrana systému

Body obnovení - Konfigurovat

Protože na disku (v mém případě discích H a G) máte vypnutou ochranu systému bodama obnovení, ale zůstaly tam staré body obnovení, které nekorespondují se současným stavem. Při startu systému si Windows kontrolují platnost bodů obnovení a tyto body obnovy, které jsou neplatné stejně zkontrolují, ale o proběhlé nezdařené kontrole v žádném protokolu stejně nic nevypíší. Jedná se o starý bug, který Microsoft minimálně od Windows 7 stále neopravil!!!

Stačí po kliknutí na "konfigurovat" odstranit příslušným tlačítkem staré neplatné body obnovy a operační systém zase začne nabíhat stejně rychle jako dřív.

------------

Je to možný? Je to možný že to tam ty kreténi a doplňte si ty nejhorší urážky co znáte takových let nechají a neopraví to!!! Bože, hlavně že vymysleli dlaždice, ale opravovat po sobě chyby to už ne!

(Jinak bohužel odkaz na anglické fórum, kde jsem řešení nalezl už podruhé po restartu, kdy jsem po odstranění starých neplatných bodů obnovení bootoval 7s už nenajdu. Stejně ale neznámému dobrodinci, který vyřešil můj možná rok trvající problém ze srdce děkuji.)

Prejdi na Linux