Vadný bios



Zdravím, mám takovej menší problém. Mám desku Gigabyte ga-x38-dq6 s duál bios a tenkrát když jsem jí měl zaplou tak se mi asi zkratoval zdroj a PC se vyplo, normálně bylo slyšet cvaknutí ve zdroji no a když zapnu PC tak se objeví úvodní obrazovka a hned se to vypne a zase se zapne a takhle to jde dokola, jednou se mi tam robrazilo BIOS auto recovery image ale hned se to vypne tak nevím má to ještě šanci? Sestava: Gigabyte ga-x38-dq64GB RAM Intel core 2 duo e6550 2.23GHzDíky
A reset Biosu jsi zkoušel..???Vypni zdroj, vyjmi baterku z desku..mělo by být postačující na 3 minuty.. Poté vlož baterii zpět do desky, zapni zdroj a nastartuj PC.. Pokud existuje na tvé desce možnost resetovat Bios metodou Jumper(propojení dvou pinů třeba šroubovákem), pak to taky můžeš vyzkoušet, nepovede-li se reset jen vyjmutím baterky z desky.. Ostatně reset Biosu bys měl najít v manuálu..
Použij nějaké "Live CD"

[o106.com/...](http://o106.com/odvirovani-pocitace-s-windows-bootovatelna-live-cd-s-antiviry/) 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. 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. <h1>řešení ubuntu/linux</h1><h2>1. získejte nejnovější obrázek</h2><p>měli byste to udělat s <a href="https://launchpad.net/ubuntu/+source/testdrive">testdrive</a> <a href="http://apt.ubuntu.com/p/testdrive"><img src="https://hostmar.co/software-small" alt="install testdrive"></a> .</p><p><img src="https://i.stack.imgur.com/rj1n8.png" alt="testdrive"></p><p><strong> poznámka. </strong> pokud je váš klíč menší než 4,4 gb (pro ubuntu 11.04 (natty narwhal)), musíte <strong> musíte </strong> získat alternativní instalační program. pokud je na disku méně než 4,4 gb volného místa, instalační program desktop odmítne pokračovat.</p><h2>2. naformátujte disk usb.</h2><p>to je důležité, pokud již máte na disku něco, co vypadá jako instalace systému linux, nebo se instalační program z nějakého důvodu nebude chtít dotknout tohoto disku. dříve jsem selhal, protože jsem tento krok neprovedl, takže přeskočte na vlastní nebezpečí! potřebujete klíč o velikosti alespoň 3 gb.</p><p>můžete tak učinit z <em> systému </em> → <em> administrace </em> → <em> nástroj disk </em>. vyberte cílový klíč usb, odpojte všechny oddíly a vyberte <em> formátovat jednotku. </em></p><p><img src="https://i.stack.imgur.com/wnna7.png" alt="disk utility"></p><p>než budete moci formátovat disk, musíte se ujistit, že jste vybrali „don't partition“.</p><p><img src="https://i.stack.imgur.com/gkwf2.png" alt="format drive window."></p><h2>3. spusťte virtuální počítač na klíči usb</h2><p>ujistil jsem se (s <code>file</code>), že můj usb klíč byl v <code>/dev/sdb</code>, pak běžel:</p><pre><code>sudo qemu-system-x86\_64 /dev/sdb -cdrom ~/.cache/testdrive/iso/ubuntu\_natty-desktop-i386.iso </code></pre><p>... chcete-li nainstalovat iso i386 na ploše natty narwhal - název souboru se bude lišit, pokud stáhnete jiný obrázek iso.</p><p>podrobnosti zvoleného virtualizačního řešení se budou lišit, ale jako pevný disk vm budete chtít použít soubor zařízení <em> vašeho klíče usb </em>.</p><p>připojit <code>-boot order=d</code> k příkazu kvm, aby byl spouštěn z obrazu v případě, že se pokusí zavést systém z 'pevného disku' a selže, protože tam nemůže najít operační systém.</p><h2>4. instalujte normálně.</h2><p>v tuto chvíli pracujete na virtuálním počítači, který považuje váš klíč usb za jediný připojený pevný disk. zevnitř okna „qemu“ nainstalujte, jak byste normálně dělali.</p><p>několik poznámek:</p><ul> <li> <p><strong> dělení diskových oddílů </strong> nepoužívejte automatický systém dělení diskových oddílů, protože na vašem usb klíči vytvoří odkládací oddíl. to není dobré, protože přepínání se stává <em> super </em> pomalým (systém s dlouhými sekundami zamrzne) a rychle zabíjí život vašeho disku. jednoduše přidělte jeden oddíl pro <code>/</code>. pokud používáte alternativní instalační program, nezapomeňte nastavit příznak <code>noatime</code>, aby se dále snížilo množství zápisů na disk.</p> </li> <li> <p><strong> aktualizace </strong> přeskočte možnost automatického stahování a instalace aktualizací. není zaručeno, že repozitáře budou v době spuštění instalačního programu v konzistentním stavu. osobně bych raději spravoval upgrady ručně pomocí nástroje, jako je <a href="https://help.ubuntu.com/8.04/serverguide/c/aptitude.html">aptitude</a> (který se ve výchozím nastavení s ubuntu již nedodává).</p> </li> <li> <p><strong> alpha-kvalitní software. </strong> věci jsou trochu zvratné - je to nakonec software v alfa kvalitě. nechal jsem <code>dpkg</code> opouštět s chybovým kódem 1, aniž bych musel chybu zkontrolovat - v důsledku toho však nebyly rozbity žádné balíčky. po nastavení jsem se pokusil virtuální počítač vypnout, ale visel. po restartu se však systém zavedl dobře.</p> </li> </ul><h2>5. restartujte a spusťte do své kopie ubuntu</h2><p>možná bude nutné, abyste si osvojili nastavení systému bios, abyste to mohli provést.</p><hr><p>pěkná (nebo nepříjemná věc na základě vašeho případu použití) o ubuntu na usb je, že až příště obnoví grub, také detekuje a přidá do seznamu jádra a operační systémy na hdd. to by vám mělo umožnit zavedení přímo na váš hdd z grub vašeho usb klíče.</p> <p><strong> poznámka: </strong> <em>toto bylo testováno na notebooku s grafickou kartou řízenou i915.</em></p><hr><h3>pozadí</h3><p><strong> poznámka: </strong> když je připojena nová obrazovka, do hostitele není odeslána žádná událost, zůstane to pravda i po mé poslední úpravě. jediným způsobem je tedy použít dotazování. snažím se, aby byly co nejefektivnější ...</p><h3>úprava # 3</h3><p>nakonec existuje jedno lepší řešení (prostřednictvím acpi):</p><p>stále neexistuje žádná událost, ale acpi se zdá být efektivnější než <code>xrandr</code> na dotaz. (poznámka: toto <strong> vyžaduje </strong> načtené moduly jádra acpi, ale nevyžaduje oprávnění root.</p><p>moje konečné řešení (pomocí bash):</p><pre><code>isvgaconnected() { local crtstate read -a &lt; /proc/acpi/video/vid/crt0/state crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } </code></pre><p>nyní test:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi yes </code></pre><p>je zapojen, takže ho nyní odpojím:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi no </code></pre><p><strong> poznámka: </strong> <code>${1:+*-1+1}</code> povolit argument <em>boolean</em>: pokud <em>něco je přítomno</em>, odpověď by byla obrácena: <code>( crtstate &gt;&gt; 4 ) * -1 + 1</code>.</p><p>a závěrečný skript:</p><pre><code>#!/bin/bash export crtprocentry=/proc/acpi/video/vid/crt0/state isvgaconnected() { local crtstate read -a &lt; $crtprocentry crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } delay=.1 unset switch isvgaconnected || switch=not while :;do while isvgaconnected $switch;do sleep $delay done if [ "$switch" ];then unset switch echo vga is connected # doing something while vga is connected else switch=not echo vga is not connected. # doing something else, maybe. fi done </code></pre><p><strong> upozornění: </strong> <em>lehčí než <code>xrandr</code>, ale ne nevýznamné</em> se zpožděním menším než <em>,02</em> sekund, bash skript půjde na začátek procesu jedlíci zdrojů (<code>top</code>)!</p><p>i když to stojí ~ 0,001 s:</p><pre><code>$ time read -a &lt;/proc/stat crtstat </code></pre><p>vyžaduje to ~ 0,030 s:</p><pre><code>$ read -a &lt; /proc/acpi/video/vid/crt0/state crtstate </code></pre><p>to je velké! takže v závislosti na tom, co potřebujete, lze <code>delay</code> rozumně nastavit mezi <code>0.5</code> a <code>2</code>.</p><h3>úprava # 2</h3><p>nakonec jsem něco našel:</p><p><strong> důležité vyloučení odpovědnosti: </strong> hraní s <code>/proc</code> a <code>/sys</code> záznamy mohou poškodit váš systém !!! takže na produkčních systémech nezkoušejte následující.</p><pre><code>mapfile watchfilelist &lt; &lt;( find /sys /proc -type f 2&gt;/dev/null | grep -i acpi\\\|i91 ) prompt=("/" "|" '\' '-'); l=0 while :; do mapfile watchstat &lt; &lt;( grep -h . ${watchfilelist[@]} 2&gt;/dev/null ) for ((i=0;i&lt;=${#watchstat[@]};i++)); do [ "${watchstat[i]}" == "${oldstat[i]}" ] || echo ${watchstat[i]} done oldstat=("${watchstat[@]}") sleep .5 printf "\r%s\r" ${prompt[l++]} [ $l -eq 4 ]&amp;&amp;l=0 done </code></pre><p>... po očištění nežádoucích záznamů:</p><pre><code>for ((i=0;i&lt;=${#watchfilelist[@]};i++)); do [[ "${watchfilelist[$i]}" =~ /sys/firmware/acpi/interrupts/sci ]] &amp;&amp; unset watchfilelist[$i] &amp;&amp; echo $i done </code></pre><p>to jsem dokázal přečíst:</p><pre><code>/proc/acpi/video/vid/crt0/state:state: 0x1d /proc/acpi/video/vid/crt0/state:state: 0x0d /proc/acpi/video/vid/crt0/state:state: 0x1d </code></pre><p>když připojím, odpojte a znovu zapojte kabel monitoru.</p><p>při dotazu na konfiguraci (spuštění <code>system/preferences/monitor</code> nebo <code>xrandr</code>), grafické karty udělají typ <em>scan</em>, takže běží <code>xrandr -q</code> vám dá informace, ale musíte zjistit stav.</p><p>prohledal jsem všechny protokoly (jádro, démona, x atd.) prohledávajícím <code>/proc</code> &amp; <code>/sys</code> a zjevně se zdá, že neexistuje nic, co by vyhovovalo vaší žádosti.</p><p>zkusil jsem to také:</p><pre><code>export spc50="$(printf "%50s" "")" watch -n1 ' find /proc/acpi/video -type f | xargs grep -h . | sed "s/^\([^:]*):/\1'$spc50'}:/; s/^\(.\{50\}\) *:/\1 /"' </code></pre><p>po tom všem, když spustíte <code>system/preferences/monitor</code> zatímco nebyla připojena žádná nová obrazovka ani odpojena, bude se nástroj zobrazovat jednoduše (normálně). ale pokud jste již dříve připojili nebo odpojili obrazovku, občas spustíte tento nástroj a uvidíte, že na ploše vytvoříte typ <em>reset</em> ​​nebo <em>obnovit</em> ​​(stejný pokud spustíte <code>xrandr</code>).</p><p>zdá se, že to potvrzuje, že tento nástroj požádá o <code>xrandr</code> (nebo pracuje stejným způsobem) pravidelným dotazováním na stav, počínaje okamžikem jeho spuštění.</p><p>můžete vyzkoušet sami:</p><pre><code>$ for ((i=10;i--;)); do xrandr -q | grep ' connected' | wc -l; sleep 1; done 1 1 1 2 2 2 1 1 1 1 </code></pre><p>tím se na 10 sekund zobrazí počet připojených obrazovek (displejů).</p><p>zatímco to běží, připojte a/nebo odpojte obrazovku/monitor a podívejte se, co se děje. takže byste mohli vytvořit malou testovací funkci bash:</p><pre><code>isvgaconnected() { local xrandr=$(xrandr -q) [ "$xrandr" == "${xrandr#*vga1 con}" ] || return 0 return 1 } </code></pre><p>který by byl použitelný jako v:</p><pre><code>$ if isvgaconnected; then echo yes; fi </code></pre><p>ale buďte opatrní, <code>xrandr</code> trvá asi <strong> 0,140 s do 0.200 s </strong>, zatímco na zástrčkách nedojde k žádné změně a do <strong> 0,770 sekund </strong> kdykoli něco bylo připojeno nebo odpojeno těsně před (<strong> poznámka: </strong> zdá se, že to není zdrojový zdroj).</p><h3>úprava # 1</h3><p>abych zajistil, že neučím něco nesprávného, ​​prohledával jsem web a dokumenty, ale nenašel jsem nic o <em>dbus and screens</em>.</p><p>nakonec jsem běžel ve dvou různých oknech <code>dbus-monitor --system</code> (hrál jsem také s možnostmi) a malý skript, který jsem napsal:</p><pre><code>$ for ((i=1000;i--;)); do isvgaconnected &amp;&amp; echo yes || echo no; sleep .5; done </code></pre><p>... a znovu zapojen, než odpojen monitor, mnohokrát. takže teď mohu říci:</p><ul> <li><em>v této konfiguraci <strong> pomocí ovladače i915 </strong> neexistuje jiný způsob, než spustit <code>xrandr -q</code> vědět, zda je monitor připojen nebo ne.</em></li> </ul><p>ale buďte opatrní, protože se nejeví jiné způsoby. například se zdá, že <code>xrandr</code> tyto informace sdílí, takže moje plocha gnome by se automaticky přepnula na <code>xinerama</code> automaticky ... <strong>, když jsem běžel <code>xrandr</code> </strong>.</p><h3>některé dokumenty</h3><ul> <li> <a href="https://wiki.archlinux.org/index.php/xrandr#toggle\_external\_monitor">skript pro přepínání interního/externího displeje pro notebooky</a> </li> <li> <a href="http://www.x.org/docs/intel/hd/ihd\_os\_vol\_3\_part4\_bjs.pdf">®intel hd graphics opensource programmer's reference manual</a> </li> </ul> <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> běžná závada grafiky (integrované) nebo základové desky - oprava dražší než koupě nového ... máte-li v záruce, reklamujte. Nemáte-li, vyjměte si HDD a prodejte na ND. <p>měl jsem tento problém na iis6 jednou, když nějakým způsobem asp.net isapi věci byly rozbité.</p><p>běh </p><pre><code>%windir%\microsoft.net\framework\v2.0.50727\aspnet\_regiis.exe -i </code></pre><p>aby se znovu vytvořilo nastavení.</p> <p>můžete použít některou z těchto dvou jednoplášťových linek. oba přinášejí přesně stejný výkon na mém stroji a jsou přesnější než všechna dosud navrhovaná řešení (6. července 2014) v této otázce.</p><p><strong> pomocí <code>apt-mark</code>: </strong></p><pre><code>comm -23 &lt;(apt-mark showmanual | sort -u) &lt;(gzip -dc /var/log/installer/initial-status.gz | sed -n 's/^package: //p' | sort -u) </code></pre><p><strong> pomocí <code>aptitude</code>: </strong></p><pre><code>comm -23 &lt;(aptitude search '~i !~m' -f '%p' | sed "s/ *$//" | sort -u) &lt;(gzip -dc /var/log/installer/initial-status.gz | sed -n 's/^package: //p' | sort -u) </code></pre><p>jen velmi málo balíčků stále propadá trhlinami, ačkoliv mám podezření, že je uživatel skutečně nainstaloval <em> jsou</em>, a to buď hned po instalaci prostřednictvím nastavení lokalizace jazyka, nebo např. prostřednictvím instalátoru kodeků totem. také se zdá, že se hromadí i verze linuxových záhlaví, i když jsem nainstaloval pouze metapackage, který není specifický pro verzi. příklady:</p><pre><code>libreoffice-help-en-gb openoffice.org-hyphenation gstreamer0.10-fluendo-mp3 linux-headers-3.13.0-29 </code></pre><p><strong> jak to funguje: </strong></p><ol> <li>získejte seznam ručně nainstalovaných balíčků. pro aptitude další <code>sed</code> odstraní zbývající mezeru na konci řádku.</li> <li>seznam nainstalovaných balíčků získáte hned po nové instalaci.</li> <li>porovnejte soubory, vydejte pouze řádky v souboru 1, které nejsou v souboru 2.</li> </ol><p><strong> ostatní možnosti také nefungují: </strong></p><ul> <li>za použití <code>ubuntu-14.04-desktop-amd64.manifest</code> soubor ( <a href="http://releases.ubuntu.com/releases/trusty/ubuntu-14.04-desktop-amd64.manifest">zde</a> pro ubuntu 14.04) místo <code>/var/log/installer/initial-status.gz</code>. další balíčky jsou zobrazeny jako ručně nainstalované, i když nejsou.</li> <li>použitím <code>apt-mark showauto</code> namísto <code>/var/log/installer/initial-status.gz</code>. <code>apt-mark</code> například nezahrnuje balíček xserver-xorg, zatímco druhý soubor ano.</li> </ul><p>jako reference jsem použil různé další příspěvky stackexchange, žádné však nefungují a výše uvedené řešení:</p><ul> <li> <a href="https://unix.stackexchange.com/a/3624/49168">aptitude + manifest</a> </li> <li> <a href="https://unix.stackexchange.com/a/80520/49168">initial-status.gz + apt-mark showauto</a> </li> </ul><p>oba obsahují více balíčků než výše uvedené řešení.</p><p><strong> úprava: co dělat, pokud jste upgradovali z předchozí verze: </strong></p><p>pokud jste upgradovali ubuntu z jednoho vydání na další, budete pravděpodobně muset tento proces upravit. v takovém případě bych kromě souboru initial-status.gz z aktuální verze zkontroloval soubor manifestu novější verze (viz výše). můžete to snadno udělat pouhým přidáním dalšího srovnání. použití pouze souboru manifestu nebude fungovat, protože soubor manifestu bohužel neobsahuje vše, co soubor initial\_status.gz obsahuje (zaškrtl jsem).</p> <p>terminál gnome podporuje 256 barev, ale neinvertuje jeho podporu. autodetekci vimu můžete potlačit zadáním následujícího:</p><pre class="lang-bsh prettyprint-override"><code>if $colorterm == 'gnome-terminal' set t\_co=256 endif </code></pre><p>ve vašem ~/.vimrc.</p><p><strong>poznámka</strong>: pokud použijete obrazovku gnu=), bude šťastně jíst těchto 256 barevných kódů a převést je na základní 16 barev. lepší oprava je změna term na xterm -256barva před spuštěním obrazovky/vim.</p><p><strong>aktualizace pro rok 2017</strong>: pokud máte dostatečně nedávný vim (7.4.1799 nebo novější) a dostatečně pokročilý emulátor terminálu (xterm nebo gnome-terminál založený na dostatečně nejnovější verzi vte), umět <code>:set termguicolors</code> a terminálový vim použije plné 24bitové barvy, jak je definováno vaším motivem vim, pomocí <code>highlight guifg=#rrggbb guibg=#rrggbb</code>.</p>