Při pokusu o zapnutí uvízne počítač v restartovací smyčce



Dobrý den, před pár dny jsem na počítači hrál a další den, když jsem ho chtěl zapnout, tak sepnou všechny větráky, ale po sekundě se počítač vypne a pokouší se znovu zapnout.Intel core i5-2500knVidia GeForce 1060 3gb16gb ramZdroj je Corsair hx 850i
Dobrý den,bohužel neuvádíte, zda se na obrazovce objeví výpis BIOSu, jestli se ozývá nějaké pípání (případně jaké), nebo zdali k samovolnému restartování dochází až v okamžiku, kdy se počítač snaží zavést operační systém. Pokud se dostanete do BIOSu, zkuste nastavit zavádění z externího média nebo optické mechaniky a vyzkoušejte, zda lze nastartovat nějakou „live“ distribuci Linuxu. Pokud ano, pak je příčinou buď „nakopnutý“ systém, nebo nějaká závada na pevném disku.Zkuste také zkontrolovat a případně vyměnit tlačítko pro zapínání. U starších počítačů dochází občas k jeho mechanickému opotřebení, což se může projevovat právě tak, jak popisujete - tedy cyklickým vypínáním a zapínáním.Jestliže se do BIOSu nedostanete, nebo se nepovede zavést systém z externího média nebo optické mechaniky, pak lze předpokládat, že jde o hardwarovou závadu. Nalezení příčiny nemusí být úplně triviální. Pokuste se nejprve odpojit vše, co jde - tedy pevné disky a optické mechaniky (a to nejen o základní desky, ale i od zdroje), periferie atd. Jestliže počítač začne reagovat, může být příčinou vadný zdroj.Jestliže má základní deska integrovanou grafickou kartu, můžete zkusit vymontovat i grafickou kartu a vyloučit tak, že je problém v ní. Zkuste také, jak se PC bude chovat, když vyjmete moduly operačních pamětí. Pokud počítač nenastartuje ani v případě, že necháte zapojený jen zdroj, procesor a operační paměti, pak je možné, že se jedná o závadu základní desky.Přeji hezký denKarel KiliánŽivě.cz
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. <p><code>hi</code> je čas strávený přerušením zpracování hardwaru. hardwarová přerušení jsou generována hardwarovými zařízeními (síťové karty, řadič klávesnice, externí časovač, hardwarové senzory, ...), když potřebují něco signalizovat do procesoru (například data dorazila).</p><p>protože k tomu může dojít velmi často a protože v podstatě blokují aktuální cpu, zatímco jsou spuštěny, jsou popisovače hardwarového přerušení jádra psány tak rychle, jak je to jen možné.</p><p>pokud je třeba provést dlouhé nebo složité zpracování, jsou tyto úkoly odloženy pomocí mechanického volání <code>softirqs</code>. jsou naplánovány nezávisle, mohou běžet na jakémkoli cpu, mohou běžet souběžně (nic z toho neplatí pro popisovače přerušení hardwaru).</p><p><sub>část o tvrdých irq blokujících aktuální procesor a část o tom, že <code>softirqs</code> budou moci běžet kdekoli, nejsou úplně správné, mohou existovat omezení a některé tvrdé irq mohou přerušit jiné.</sub></p><p>jako příklad lze uvést, že hardwarové přerušení ze síťové karty „přijatá data“ by mohlo jednoduše uložit informace „karta ethx musí být obsluhována“ a naplánovat <code>softirq</code>. <code>softirq</code> by byla věc, která spouští skutečné směrování paketů.</p><p><code>si</code> představuje čas strávený v těchto <code>softirqs</code>.</p><p>dobré čtení o mechanismu <code>softirq</code> (s trochou historie) je také <a href="https://www.cs.unca.edu/brock/classes/spring2013/csci331/notes/paper-1130.pdf">dělám to později: softirqs, tasklets, dolní poloviny, fronty úkolů, pracovní fronty a časovače</a> = (pdf, 64 kb).</p><p><code>st</code>, „ukrást čas“, je relevantní pouze ve virtualizovaných prostředích. představuje čas, kdy skutečný procesor nebyl k dispozici aktuálnímu virtuálnímu počítači - byl „odcizen“ z toho vm) hypervizorem (buď pro spuštění jiného vm, nebo pro vlastní potřeby).</p><p>dokument <a href="https://www.ibm.com/developerworks/linux/linux390/perf/tuning\_cputimes.html">cpu time accounting</a> od ibm obsahuje více informací o krádeži času a účetnictví cpu ve virtualizovaných prostředích. (zaměřuje se na hardware typu zseries, ale obecná myšlenka je stejná pro většinu platforem.)</p> Počkej, až se nainstalují aktualizace a aplikace, které provádí ten WMI, pak se vypne sám. Zapíná se opět sám jen v případě potřeby. 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>vyzkoušejte následující analogie: první z nich: „jak dlouho trvá, než usnete?“ „x minut“ „teď si představte, že když jste blízko, že usnete, někdo vejde dovnitř a přeruší vás, jak dlouho vám bude zaspávat teď? těch pár vteřin, co jste odešli, nebo budete muset začít znovu klesnout zpět na místo, kde jsi byl? “ „budu muset začít znovu.“ „skvělé. stejná věc. stejně jako zaspání mi chvíli trvá, než se„ ponořím “do zaostřovacího režimu, a chvíli mi trvá, než se k tomu vrátím, až budu přerušen, kromě toho také zapomínám na polovinu toho, co jsem dělal. “</p><p>druhá: „víte, jak čtete knihu, do které se do ní potopíte“ - po chvíli si už ani slova nevšimnete a zablokujete všechno kolem sebe a jste úplně ponořeni do mentálních obrazů vidíš." "ano." "jak dlouho trvá, než se tam dostaneš?" „asi x minut“ „teď si představte, že když jste tak ponořeni v knize, někdo vstoupí a přeruší vás, jak dlouho vám bude trvat, než se k tomu vrátíte? stane se to okamžitě, nebo budete muset začít znovu klesnout zpět na místo, kde jsi byl? “ "budu muset začít znovu." "skvělé. stejná věc. stejně jako u čtení, chvíli mi trvá, než se" potopím "do zaostřovacího režimu, je to stejně nepříjemné, když mě někdo z toho vytrhne, a to mě jen tak dlouho, až se k tomu vrátím, až budu přerušen, kromě toho, že také zapomenu polovinu toho, co jsem četl. “</p> Zdravím. Jednou za dva měsíce bych to na čtvrt hodinky pustil , abych protočil čerpadlo. Naučte se koncem září si udělat topnou zkoušku. Kdyby byl nějaký problém , tak se dá v pohodě ještě řešit. Jakmile začne topná sezóna , tak už je velký problém sehnat topenáře. pokud se při výpočtu objeví následující chybová hláška: je třeba nainstalovat patch knihoven systému mfc8. link ke stažení: http://www.microsoft.com/downloads/details.aspx?familyid=766a6af7-ec73-40ff-b072-9112bab119c2&displaylang=en <p>konečně dostali sluchátka do práce! postupujte podle toho  (dell)</p><p>to je ono :</p><p><br> spusťte do terminálu následující příkaz:</p><pre><code>gksudo gedit /etc/modprobe.d/alsa-base.conf </code></pre><p>přejděte dolů a přidejte tyto řádky na konec souboru:</p><pre><code># keep snd-pcsp from being loaded as first soundcard options snd-pcsp index=-2 alias snd-card-0 snd-hda-intel alias sound-slot-0 snd-hda-intel options snd-hda-intel model=dell-m6-amic </code></pre><p>poté uložte, restartujte a otestujte zvuk pomocí sluchátek a reproduktorů.</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>