WIN XP PRO SP3 nelze spustit (po běžném restartu)

[Majkl]

Systém se zastaví na obrazovce s logem Windows a běhajícím ukazatelem. Pokud
spustím některý z nouzových režimů, zobrazí se černá obrazovka s textem
nouzový režim a konec. Nikdy žádná chybová hláška, konzole R také nenašla
problém (chkdsk). Disk jsem vymontoval a připojil jako externí k jinému PC.
Není zavirován, všechny kontroly disku OK. Adresářová struktura OK, disk
normálně funguje, data zachována. Nechci přinstalovávat systém, pokud neznám
příčinu. Máte někdo prosím typ či radu?
Děkuji Majkl.

[Robert]

1. Spusť systém tak aby vytvořil "protokol o spouštění systému". Ten pak prostuduj. Pravděpodobně tak učiníš při připojení disku k jinému funkčnímu systému Windows, takže se klidně napřed zkus zabývat krokem 3 který pak (v případě nutnosti) zopakuješ a získáš tím lepší přehled o změnách v Log a EventLog.
2. Také bys mohl zkusit spouštět systém "krok za krokem". V tomto režimu potvrzuješ zavádění jednotlivých ovladačů a skupin služeb. Možná tě tak hned napadne kde je problém, protože problém většinou souvisí s nedávnou nestandardní činností/chybou počítače/uživatele.
3. Můžeš v jiném PC s Windows prostudovat stávající Log a EventLog záznamy.

[Miroslav Pragl]

LastKnownGoodConfig jsi take zkousel?

Podivej se do bootlogu (ntbtlog.txt).
Pripoj si registr a podivej na sluzby/zarizeni ktera se spousteji
automaticky ale muzes je ozelet

MP

"Majkl" <Ma...@discussions.microsoft.com> wrote in message
news:25AD72FF-F80F-491F...@microsoft.com...

[Robert]

"ntbtlog.txt" ... obsahuje seznam ovladačů, které byly nainstalovány během spuštění počítače. Může ale obsahovat i spoustu korektních záznamu typu "Did not load driver".

Mám pocit, že Windows XP obsahují protokol o spouštění (pravděpodobně až po zapnutí protokolování, viz. rozšířené možnosti spouštění systému - klávesa F8) v souborech BOOTLOG.TXT a BOOTLOG.PRV (pro předchozí Boot). Ale je to jen pocit, už Windows XP nepoužívám. Proto, já obecně, uvádím "zkontroluj Log".

[Robert]

Kromě BOOTLOG.TXT také tuším existuje u Windows XP: DETLOG.TXT, NETLOG.TXT, SETUPLOG.TXT, SUHDLOG.DAT, ... a kdo ví co ještě

P.S.
Nevím co z tohoto přešlo do Windows Vista/Seven. U těchto systémů je celkem propracovaný prohlížeč událostí a hlášení problémů, takže tyto Log soubory už asi nebudou vytvářeny ani když je detekován konkrétní problém. Těžko říct.
Obecně, ale platí že Log soubory (setupact, setuperr,..) je vhodné občas prohlédnout a vymazat, aby se v tom chaosu mohl člověk stále orientovat. U Windows XP se navíc, pokud správně pamatuji, vytvářel samostatný Log soubor i při aktualizaci systému pomocí Windows Update.

[Majkl]

To jsem zkoušel, ale k ničemu to moc nevede. Soubor obsahuje výpis toho, co
se nainstalovalo a co ne, jenže vůbec není zřejmé, kde je problém. Začatek i
konec jsou nainstalované prvky, takže jakoby k žádnému problému nedošlo.

[Majkl]

1. To jsem zkusil, viz odpověď Mirkovi.
2. Tuto možnost bych rád vyzkoušel, ale nenalezl jsem způsob jak. Systém ji
nenabízí. (byla u WIN98). Pokud tato možnost existuje, asi by byla ideální.
Takže jak na to?

"Robert" wrote:

> .
>

[Robert]

Tak jsem se schválně letmo podíval na jeden "Windows XP Pro SP3" systém. Obávám se, že SP3 přinesl nějaké změny na které jsem zapoměl, respektive je vůbec nezaznamenal.

Přinutit systém k postupnému zavádění (step by step) se mi nepodařilo. Bootlog.txt jsem také nebyl schopný vytvořit, ale to mohlo být jen z toho důvodu, že žádná chyba nebyla detekována. Můžete, ale zkusit něco jiného. Za normálních okolností vypadá BOOT.INI nějak podobně

[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /NoExecute=OptOut

Doplníte-li příkaz pro spuštění systému o parametry /bootlog a /sos, tak Windows budou nabíhat v režimu při kterém se budou snažit detekovat problém (/sos) a zároveň bude povoleno protokolování (/bootlog). V tomto režimu by, pravděpodobně pouze při nalezení problému, měl vzniknout BOOTLOG.TXT (umístěný přímo v kořenové složce systémového disku). Ten by měl obsahovat informaci proč systém nenaběhl tak jak měl. Celý příkazový řádek pak bude vypadat nějak podobně

multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /NoExecute=OptOut /bootlog /sos

Opravdu nevím, kdy Windows XP změnilo své chování. Zcela jasně si pamatuji, že dříve šlo systém přinutit vytvořit BOOTLOG.TXT přímo z rozšířené nabídky pro spouštění systému (F8). Snad se vám ozve ještě někdo, kdo XP-éčka stále aktivně používá a poradí lépe. Zatím bych zkusil toto, co radím já.

V případě, že detekujete konkrétní problém, mohly by se vám hodit informace uvedené v článku "Rozšířené odstraňování potíží se systémem Windows XP pomocí čistého spuštění počítače" http://support.microsoft.com/kb/316434/cs

Hodně štěstí,
Robert

[Miroslav Pragl]

zapnout vzdaleny debug pres firewire.

MP

"Majkl" <Ma...@discussions.microsoft.com> wrote in message

news:FEF54872-F2FB-4DFF...@microsoft.com...

[Majkl]

Ano, všechno končí vytuhnutím.

[Majkl]

Tak to bohužel nepomohlo, jen pro změnu system vytuhne na obrazovce s textem
protokolování je povoleno. Žádný soubor ale nevznikl.

"Robert" wrote:

> .
>

[Robert]

Vzhledem k tomu, že nenaběhne ani "holý" systém... tak se pravděpodobně poškodil nějaký systémový soubor. Pokud by jste alespoň obdržel zprávu typu "nejde zavést driver XX" šlo by s tím něco dělat, takhle těžko radit.

***
Napadá mne několik věcí které vám dále popíši, ale jednoznačně jako nejjednoduší řešení vidím "opravu instalace systému". Je proto vhodné přichystat si instalační CD systému Windows XP s již integrovaným SP3, pokud ho ještě nemáte. Pokud vám nevadí, že budete muset znovu instalovat i ostatní aplikace které používáte a migrace profilu uživatele by vyřešila problém s přenosem vašich uživatelských dat, tak bych místo "opravy instalace systému" udělal raději "čistou instalaci z CD".
***

Pokud chcete i nadále hledat příčinu problémů, zde je pár tipů:

1. Stále můžete v prohlížeči událostí funkčních Windows zkusit prohlédnout záznamy (EventLog) z nefunkčního systému. Tuto možnost stále přecházíte, ale měl byste se jí věnovat v první řadě. Prostě ve funkčním systému otevřete protokoly událostí z poškozeného systému a zkuste je projít.

Systém (tento protokol vás zajímá přednostně, umístěn bývá zpravidla C:\WINDOWS\system32\config\SysEvent.Evt)

Zabezpečení (umístěn zpravidla C:\WINDOWS\System32\config\SecEvent.Evt)
Aplikace (umístěn zpravidla C:\WINDOWS\system32\config\AppEvent.Evt)

2. Pokud dokážete zkontrolovat kontrolní součty, nebo digitální podpisy systémových souborů poškozeného systému, můžete nalézt příčinu problémů. Ale nemusíte, soubor může třeba i chybět, může být špatná verze, přepsaná knihovna nemusí mít patřičný vstupní bod volaný jiným programem,...

Momentálně mne nenapadl žádný nástroj ke kontrole digitálních podpisů, tak jsem zalovil v SysinternalsSuite. Jejich součástí je i SigCheck (http://technet.microsoft.com/cs-cz/sysinternals/bb897441(en-us).aspx). Pokud ho použijete například následovně "sigcheck -u -e -s c:\windows >unsigned.log" dostanete soubor unsigned.log který bude obsahovat výpis digitálně nepodepsaných souborů.

Pokud máte k dispozici identický (nebo alespoň velmi podobný) HW se stejným OS, mohl by pro vás být zajímavý nástroj LoadOrder (http://technet.microsoft.com/cs-cz/sysinternals/bb897416(en-us).aspx), který vám prozradí jak systém zprovozňuje jednotlivá zařízení a jak spouští jednotlivé systémové služby. Pokud by se váš poškozený systém při zavádění dostal až sem a činnost ukončil například při zprovozňování nějakého zařízení (Čirá, ničím nepodložená spekulace. Navíc by už podle mne měl v tuto chvíli existovat záznam o problému.), můžete si spuštěním tohoto nástroje na velmi podobném systému udělat představu o tom jak to asi probíhalo na vašem PC.

P.S.
Pokud zde někdo navrhne něco zajímavého rád se přiučím. Pokud někdo nezmíní něco zajímavého, a nemusí to být jen řešení vašeho problému, tak se patrně již nebudu angažovat. Vám doporučuji soustředit se spíše na problém přenosu uživatelských dat a nastavení a znovu čistě nainstalovat systém (není-li vhodnější provést jen opravu systému). Dále doporučuji udělat zálohu takového dobře odladěného systému a stanovit si pravidla pro zálohování, příště vám to usnadní život.

[Majkl]

Nevím, je to divné. Pokud jsem do boot.ini přidal ještě přepínač
/Safeboot:minimal, tak se soubor ntbtlog.txt vytvořil a tváří se, jako by nic
nechybělo. Systém ale skončí na černé obrazovce Nouzový režim. Takže to
vypadá na problém někde těsně před spuštěním GUI interfacu. Co se týče nové
instalace - systém je nainstalován zhruba týden. Kupuji si nové PC a toto
jsem chtěl dát dceři. Pokud by ale měl být takto nespolehlivý, byl by to
danajský dar. Ona jenom vlastní instalace a následné stažení všech oprav je
časově náročná, o instalaci uživatelského softwaru a "učesání" systému
nemluvě.

"Robert" wrote:

> .
>