Po restartu notebooku zůstane černá obrazovka



Zdravím, již před nějakou dobou jsem začal mít na mém notebooku problém s tím, že po restartu počítač naběhne, ale obraz ne (popsal bych to jako "svítící tmou"). Někdy však obraz naběhne. po režimu spánku problém není, jen po vypnutí. to pak někdy trvá klidně týden, než naskočí obraz. Kámoš říkal, že problém je ve VGA flex kabelu, to se mi však úplně nezdá, jelikož po režimu spánku naběhne Přes externí monitor funguje, stejně tak přes teamviewer. Nevíte, kde by mohla být chyba?Toshiba Satellite L750 (asi 5 let starý)předem díky za všechny odpovědi ![](/Client.Images/smileys/3.gif)
Zrejme HW chyba. Pri spánku sú súčiastky napájané a teda spojenie je. Ak vypneš, nie sú a ak toto spôsobí problém, je logické si myslieť, že zlý kontakt a do toho by som sa nepúšťal. Skôr servis AK oprava/diagnostika nie je drahšia ako samotný NB
Dobrý den Petře,  

děkuji za váš dotaz.


V případě této i mnoha jiných autokamer z pravidla platí, že kamera musí být pro funkci detekce pohybu zapnutá a zapojená v napájení. Bez napájení tato funkce nepracuje správně. Také je možné, že ve tmě nebude kamera vhodně na vhodnou vzdálenost schopna detekovat některé objekty.


Pokud detekce pohybu nepracuje ani ve dne, kontaktujte prodejce s reklamací. 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><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> Použij nějaké "Live CD"

[o106.com/...](http://o106.com/odvirovani-pocitace-s-windows-bootovatelna-live-cd-s-antiviry/) <p>znamenalo by to velmi odlišnou technologii, než jaká se v současnosti používá. nesnažil bych se přinutit dotyková zařízení do sémantiky obrazovkových zařízení. dotyková zařízení vyvíjejí vlastní odlišnou sadu očekávání uživatelů. dotek na vznášení je naprosto přijatelný. viděl jsem několik pěkných příkladů naznačování uživateli, kde se při prvním načtení obrazovky objevují „vznášející se“ oblasti. nějakým způsobem zvýrazníte horká místa a poté se tato světla po sekundě nebo dvou nechají zmizet.</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. Vypněte si v nastavení zvuková cvičení (reproduktor). Pokud nevíte jak, napište váš OS, prohlížeč, zařízení. <p>ano. stačí spustit <code>export display=:0</code> (nebo cokoli, co je vzdálené zobrazení očíslováno jako) ve vaší ssh relaci a spuštěné programy se spustí na vzdáleném displeji. rychlý příklad:</p><pre><code>oli@bert:~$ ssh tim oli@tim:~$ export display=:0 oli@tim:~$ firefox </code></pre><p>firefox nyní běží na displeji <code>tim</code>.</p><p>když však ukončíte relaci ssh, po většinu času se vzdálená aplikace ukončí. pokud se chcete odpojit od ssh, ale nechat aplikaci spuštěnou, musíte ji spustit speciálním způsobem pomocí něco jako obrazovka (udržuje relaci ssh běžící na pozadí) nebo <code>nohup</code>, nebo jinou metodou. pro více informací o tomto <a href="https://askubuntu.com/questions/10547/how-to-clean-launch-a-gui-app-via-the-terminal-so-it-doesnt-wait-for-terminatio">tam byla nedávno jiná otázka</a> .</p><p>to vše můžete zkrátit na jediný příkaz, který se připojí, exportuje zobrazení do řádku a spouští aplikaci způsobem, který ji nezavře po smrti relace ssh:</p><pre><code>ssh tim "display=:0 nohup firefox" </code></pre> <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> dobré odpoledne kateřino, na to se nedá jednoznačně odpovědět. je totiž důležité vědět, proč mlžení vzniká a může to mít několik příčin: kvůli vlhkosti z klimatizace, zaseklý vnitřní okruh, starý a špatně fungující kabinový filtr, popř. mastnota a špína na okně, která zachytává vlhkost. poslední varianta je nejjednodušší na vyřešení. pak skutečně stačí vzít crystal a okno pořádně vyčistit. nicméně nemůžu vám slíbit, že to pomůže, protože nevím, čím to mlžení vzniká :(.