Modrá smrt při startu systému - nonstop



Ahoj,  
včera mi spadl comp (detail popíšu později) a o té doby nejdou naběhnout Windows, defacto hned po náběhu startovací obrazovky modře problikne a opět spadne a začne znovu startovat - a takto neustále dokola.  
  
Systém nelze spustit ani v nouzovém režimu ani pod MS-DOS. Nouzový režim naběhnou pouze za situace, kdy ho zadám a průběhu nabíhání se mi na obrazovce obrazí zprávat SDTP.sys chcete-li zrušit stiskněte Escape - pokud toto v průběhu náběhu nouzového režimu stisknu, tak nouzový systém naběhne.  
  
Mám Windows XP na notasu Lenovo (vše legální). V nouzovém režimu ani po projetí antivirem (Kaspersky 2010 balík) to žádný vir nenalezlo - kompletní hloubkový scan   
  
Nyní jak se to "asi" stalo - k průběhu pádu Win došlo (nebyl jsem u toho), když byl spuštěný rychlý test (tam to nějakého rootkitu nebo co naznačovalo - hláška pak zmizla) v Kasperskym a zároven jsem měl zapnutého Spybodat - prováděl imunizaci.  
  
Proč jsem toto dělal?   
Chvíli před tím jsem byl na jistých stránkách, kde jsem scháněl Serial k jednomu programu (chtěl jsem aktualizovat drivery - bohužel je najít na svůj comp je problém - tyto programy to umí, ale jsou placené.  
Tj. na jistých pochybných stránkách jsem si stál serila včetně keygenu - tento po spuštění zmizel z adresáře (celý soubor), proto jsem následně PC chtěl projet antivirem (při stahování ani spouštění na nic nevaroval - z jiných stánek mě ale jiný keygen nenchal stáhnout protože prý nějaké riziko ![](/Client.Images/smileys/3.gif) )  
  
No a ted co s tím - ideálně abych nemusel celý komp přeinstalovat?  
  
Díky za radu
Kod chyby mas?
<ol> <li>v systému windows spusťte příkazový řádek jako správce</li> <li>vyvolejte spuštění nouzového režimu příkazem: <code>bcdedit /set {current} safeboot minimal</code></li> <li>během spouštění restartujte počítač a zadejte systém bios.</li> <li>přejděte z ide do režimu ahci, poté <code>save &amp; exit</code>.</li> <li>windows 10 se spustí v nouzovém režimu.</li> <li>klepněte pravým tlačítkem myši na ikonu okna a vyberte, abyste spustili příkazový řádek v administrátorském režimu z různých možností.</li> <li>zrušte bootování v nouzovém režimu příkazem: <code>bcdedit /deletevalue {current} safeboot</code></li> <li>restartujte počítač ještě jednou a tentokrát se spustí normálně, ale s aktivovaným režimem ahci.</li> </ol><p>( <a href="http://www.tenforums.com/drivers-hardware/15006-attn-ssd-owners-enabling-ahci-mode-after-windows-10-installation-5.html">zdroj</a> )</p> Použij nějaké "Live CD"

[o106.com/...](http://o106.com/odvirovani-pocitace-s-windows-bootovatelna-live-cd-s-antiviry/) <p>můžete restartovat <code>gnome-shell</code> stisknutím <kbd>alt</kbd>+<kbd>f2</kbd> a poté zadejte buď „<em>restart</em>“ nebo jen „<em>r</em>“ a stiskněte <kbd>enter</kbd>.</p><p>jinak jsem si všiml, že se automaticky obnoví <code>.desktop</code> soubory po chvíli čekání.</p> <p>upstart cesta je</p><p><code>sudo service lightdm restart</code> pro novější verze používající <strong> lightdm </strong></p><p>nebo <code>sudo service gdm restart</code> pro starší verze používající <strong> gdm </strong>.</p><p><strong> aktualizace: </strong> další možnost, která nepoužívá terminál, ale používá kombinaci kláves, lze nalézt na <a href="https://askubuntu.com/questions/39571/how-to-set-keyboard-combination-to-kill-the-server">jak nastavit kombinaci kláves na zabít x server?</a> </p> <p>obecně byste měli použít <code>kill</code> (zkratka pro <code>kill -s term</code> nebo na většině systémů <code>kill -15</code>) před <code>kill -9</code> (<code>kill -s kill</code>) dát cílovému procesu šanci na vyčištění po sobě. (procesy nemohou chytit nebo ignorovat <code>sigkill</code>, ale mohou a často to chytí <code>sigterm</code>.) pokud nedáte procesu šanci dokončit to, co dělá a vyčistit, je to může nechat poškozené soubory (nebo jiný stav) kolem, že nebude schopen pochopit, jakmile restartujete.</p><p><code>strace</code>/<code>truss</code>, <code>ltrace</code> a <code>gdb</code> jsou obecně dobré nápady, jak zjistit, proč je zaseknutý proces zaseknutý. (<code>truss -u</code> na systému solaris je zvláště užitečné; <code>ltrace</code> příliš často předkládám argumenty pro volání z knihovny v nepoužitelném formátu.) solaris má také užitečné <code>/proc</code>- založené nástroje, z nichž některé byly přeneseny do linuxu. (<code>pstack</code> je často užitečný).</p> <p><code>kill -9</code> ( <a href="http://en.wikipedia.org/wiki/sigkill"> sigkill </a> ) vždy funguje, za předpokladu, že máte oprávnění tento proces zabít. proces musí být v podstatě zahájen vámi a nesmí být setuid nebo setgid, nebo musíte být root. existuje jedna výjimka: ani root nemůže vyslat fatální signál na pid 1 (proces <code>init</code>).</p><p>nicméně <code>kill -9</code> není zaručeno, že bude fungovat <em> okamžitě</em>. všechny signály, včetně sigkill, jsou dodávány asynchronně: jádro může nějakou dobu trvat, než je doručí. dodání signálu obvykle trvá nanejvýš několik mikrosekund, právě čas potřebný k dosažení časového řezu. pokud však cíl má <a href="http://www.cis.temple.edu/~ingargio/cis307/readings/signals.html">zablokovaný signál</a> , bude signál zařazen do fronty, dokud jej cíl neodemkne.</p><p>normálně procesy nemohou sigkill blokovat. ale kód jádra může a zpracovává kód jádra, když volá <a href="http://en.wikipedia.org/wiki/system\_call">systémová volání</a> . kód jádra blokuje všechny signály, když přerušení systémového volání povede k špatně vytvořené datové struktuře někde v jádře nebo obecněji k narušení některých invariantů jádra. pokud tedy (kvůli chybě nebo nesprávnému designu) blokování systému trvá neomezeně dlouho, nemusí být žádný způsob, jak tento proces zabít. (ale proces <em> bude</em> bude zabit, pokud někdy dokončí systémové volání.)</p><p>proces zablokovaný při systémovém volání je v <a href="http://en.wikipedia.org/wiki/sleep\_%28operating\_system%29#uninterruptible\_sleep">nepřerušitelný spánek</a> . příkaz <code>ps</code> nebo <code>top</code> jej (ve většině odvětví) zobrazí ve stavu <code>d</code> (původně pro „<strong> d </strong> isk“ , myslím).</p><p>klasický případ dlouhého nepřerušitelného spánku je proces přístupu k souborům přes <a href="http://en.wikipedia.org/wiki/network\_file\_system\_%28protocol%29"> nfs </a> , když server neodpovídá; moderní implementace obvykle nezavádějí nepřerušitelný spánek (např. v systému linux umožňuje možnost připojení <code>intr</code> signál přerušit přístup k souborům nfs).</p><p>na výstupu <code>z</code> nebo <code>h</code> můžete někdy vidět položky označené <code>ps</code> (nebo <code>top</code> pod linuxem, nevím, co je rozdíl). technicky to nejsou procesy, jsou to zombie procesy, které nejsou ničím jiným než záznamem v tabulce procesů, takže rodičovský proces může být informován o smrti svého dítěte. když rodičovský proces <a href="http://pubs.opengroup.org/onlinepubs/009695399/functions/wait.html">věnuje pozornost</a> (nebo zemře), zmizí.</p> tak se mi to povedlo, díky:

smazat certifikat v /etc/cockpit/ws-certs.d

reset cockpitu: systemctl restart cockpit

vytvoří se 2 soubory (.cert a .pem)

soubor .pem zkopírovat do windows a přejmenovat na .crt

import certifikátu jako kořenový důvěryhodný certifikát

problém byl opravdu v tom, že certi… Ho přeinstaluj, molh se poškodit nějaký důležitý soubor, popřípadě nějaká nová aktualizace. Která se nestáhla, nebo stáhla ale chybně (např přerušením netu)

Na metina se vykšli, raději někde sosni WOW ![:)]( ":)") je to w podstatě to samé ale o 200% lepší ![:)]( ":)") <p>ubuntu wiki má <a href="https://help.ubuntu.com/community/reportingbugs">velmi důkladný průvodce</a> , který je dobře ilustrován a pokrývá mnoho možných scénářů.</p><p>podstatou této stránky je to, že nejprve potřebujete <a href="https://launchpad.net/+login">launchpad account</a> , pak stiskněte <kbd>alt</kbd>+<kbd>f2</kbd> a zadejte <code>ubuntu-bug packagename</code>. v 11.04 a novějších můžete zadat <code>ubuntu-bug -w</code> a klikněte na postižené okno.</p><p>na této wiki stránce jsou také popsány metody, které vám řeknou, jak:</p><ul> <li>chyby souborů proti spuštěným programům</li> <li>proti žádnému konkrétnímu balíčku ( <a href="https://wiki.ubuntu.com/bugs/findrightpackage">a jak se rozhodnout, který balíček</a> )</li> <li>az počítačů bez připojení k internetu.</li> </ul><p>existuje <a href="https://www.youtube.com/watch?v=18nsscrdia0">rychlé výukové video</a> , které vysvětluje lépe.</p><p>a další informace na tomto webu o tom, jak shromažďovat informace pro hlášení o chybě:</p><ul> <li> <a href="https://askubuntu.com/questions/109779/ive-got-internal-error-whilst-running-a-ubuntu-beta-how-to-gather-information">při spuštění ubuntu beta mám interní chybu. jak shromažďovat informace a zjistit, co to je?</a> </li> </ul> Príčin může být spousta a zrejme to nebude mit souvislost z Duolingem. Zkuste se poptat nekde na forech, kde se resi hardwarove zalezitosti.