NAS a router



Dneska se mi stal tento problém. Mám připojený NAS WD My Cloud 3TB přes router Belkin. Ten najednou přestal pracovat, nesvítí kontrolky, je mrtvý. Tím pádem ale přestal pracovat NAS. Svítí červená kontrolka i po restartu. NAS se snaží nastartovat (blikající modrá kontrolka) al NAS nakonec svítí červeně.Zítra zkusím nový router, uvidím, zda to pomůže. Víte nějaký poznatek nebo radu? Děkuji.
zadas 192.168.0.1 user/heslo admin admin a si tam, dyt to mas v manualu
<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>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> Toto je normální chování DALI systému, nezávislé na ovládacích prvcích. Základním požadavkem je totiž bezpečnost, proto jsou **všechny DALI předřadníky z výroby nastaveny tak, aby se po obnovení napájecího napětí připojená svítidla zapnula na 100 %**.

To ale nemusí vyhovovat např. v obytných objektech nebo tam, kde po delší dobu není žádná přítomnost osob.   
Většina DALI předřadníků umožňuje toto chování změnit – postupujte podle popisu, který najdete v návodu k [regulátoru](https://nizke-napeti.cz.abb.com/regulator-otocny,-pro-system-dali,-vykonovy-16513/pristroj-stmivace-pro-otocne-ovladani-a-tlacitkove-spinani-2cka006599a2988) v odst. 6.6. Pokud je nastavení úspěšné, od této chvíle **se po výpadku obnoví předchozí stav**, tj. nastaví se stejná úroveň jasu jako byla před výpadkem, nebo svítidlo zůstane vypnuté.

**Upozornění:****I když je po obnovení napájení svítidlo zapnuté, regulátor není aktivovaný** (otáčení knoflíku nemá na svítidlo žádný účinek). Je to signalizováno svitem orientačního LED osvětlení v regulátoru. Nejprve je třeba krátce stisknout ovládací knoflík – orientační osvětlení v regulátoru zhasne. Potom je regulátor připraven na standardní ovládání. 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. Já bych to do celkové rekonstrukce zapojil postaru a modrý bych vynechal. Až po celkové výměně vedení k dalším zásuvkam bych přezapojil zásuvky a rozvodnici na novou soustavu TNC-S, samozřejmě včetně proudového chrániče. 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. <p>nejsem si jistý, jestli to funguje pro všechny modely, ale na můj, pokud stisknete <kbd>fn</kbd>+<kbd>esc</kbd> změní to <code>fn lock</code> aby <kbd>f1</kbd>+<kbd>f12</kbd> pracovat jako obvykle a když držíte <kbd>fn</kbd>+ (řekněme <kbd>f11</kbd>) změní jas nebo cokoli, co je sekundární funkcí kláves. stisknutí <kbd>fn</kbd>+<kbd>esc</kbd> znovu to vrátí zpět na výchozí hodnotu. snad to pomůže.</p> <p>můžete se podívat do <code>/sys/block</code>:</p><pre><code>-bash-3.2$ ls -ld /sys/block/sd*/device lrwxrwxrwx 1 root root 0 jun 8 21:09 /sys/block/sda/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0 lrwxrwxrwx 1 root root 0 jun 8 21:10 /sys/block/sdb/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host1/target1:0:0/1:0:0:0 lrwxrwxrwx 1 root root 0 jun 8 21:10 /sys/block/sdc/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host2/target2:0:0/2:0:0:0 lrwxrwxrwx 1 root root 0 jun 8 21:10 /sys/block/sdd/device -&gt; ../../devices/pci0000:00/0000:00:1f.2/host3/target3:0:0/3:0:0:0 </code></pre><p>nebo pokud nemáte <code>/sys</code>, můžete se podívat na <code>/proc/scsi/scsi</code>:</p><pre><code>-bash-3.2$ cat /proc/scsi/scsi attached devices: host: scsi0 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi1 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi2 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi3 channel: 00 id: 00 lun: 00 vendor: ata model: st31000340as rev: sd1a type: direct-access ansi scsi revision: 05 host: scsi4 channel: 00 id: 00 lun: 00 vendor: pepperc model: virtual disc 1 rev: 0.01 type: cd-rom ansi scsi revision: 03 </code></pre> <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> <p>buď <code>rpm -q httpd</code> nebo <code>/usr/sbin/httpd -v</code> měl by pracovat.</p>