reklama

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Témata - Pavouk106

Stran: [1] 2 3 ... 6
1
Desktop / Vypnutí tablet režimu v Ubuntu
« kdy: 22. 04. 2019, 10:35:08 »
Zdravím,

na jednom z notebooků, o který se příležitostně starám, jsem nedávno spustil upgrade z Ubuntu 16.04 na 18.04 (starší instalace byla lehce rozhašená, tak jsem to vyřešil přechodem na novější). Notebook už běhá, jak má (grafické, programy, ...), ale teď jsem ho prvně viděl po upgradu osobně a je zjevné, že systém běží v nějakém tablet režimu... Notebook v sobě má polohové čidlo, takže při postavení na hranu otáčí obraz... Notebook je ale klasické konstrukce bez dotykového displeje, takže přítomnost polohového čidla fakt nechápu - momentálně pravděpodobně jen způsobuje ten debilní režim tabletu.

Rád bych dostal Ubuntu do klasického stavu: vlevo lišta se zástupci, nahoře v panelu klasické menu otevřeného (aktivního) okna/programu, klasické nastavení systému ("ovládací panely")... Teď nabídka vlevo vyjíždí jen kliknutím na "Činnosti" (anglicky Activities") v levém horním rohu, klasické menu aktivního okna nedokážu ani najít... Klikem pravým tlačítkem touchpadu nevyjíždí žádná nabídka, nastavení je ve stylu tablet/telefon, tedy dvousloupcové, kdy vlevo je seznam oblastí (wifi, jazyk, zařízení, síť, baterie, ...) a vpravo je otevřená aktivní oblast (seznam wifi sítí, podrobnosti o baterii apod.).

Zaboha namůžu najít na netu informaci, jak se tohohle debilního režimu zbavit... všichni řeší, že jim to nefunguje, že se jim nezobrazuje virtuální klávesnice apod., já ale potřebuju jen donutit systém, aby se choval, jako kdyby to byl normální desktop/notebook.

Netušíte prosím někdo?

2
O serveru Root.cz / Report reklamy
« kdy: 02. 04. 2019, 21:33:47 »
Zdravíčko,

rád bych reportoval reklamu na ČSOB. Je to fullscreen reklama, která zakryje celou stránku, myslím si, že je neadekvátní (dost obtěžující). Pravým klikem nenabídla "Zkopírovat adresu odkazu", tak jsem to zkusil chytit ručně a vede to sem:
https://track.adform.net/C/?bn=29664965;crtbwp=3.45-M95ZOr2hvg0l5oolzP3Ri8N4iOtIBxgX0;crtbdata=HG6Opkz_owbsBgUTkUzQLH7bKlvTyLp1kRONSO_kZu-Ep_q8gCQ8dyMzo5Cd1zXHRUbMevPknFc5lmxT1B19pxfaiY6TIR71aO1aMsFW5MUvq-q2-FOfwGXTYKb-aX_jMT0urNm6XSHc8AmNoF10lRcxkCBqqDD4SSyWMCM53sgnyso2UFQpzE9xJ-GRqrXm1DOYo6DbmVA6fneb122XcrP9GEdSnheopAXiSSrIprvDeIjrSAcYFw2;cset=cs-CZ%7Ccs-CZ%7C1280X720%7C0%7C0%7C1%7C24%7C1%7C3%7C7%7C0;cdata=KKB56VjjacmL8QTbxYjPYqjGt32LCKraYAwL6TUPOTLFFHyLaHb8iXYLIEf4TIvCw6zX-D4yspxhU1_pZPtB-A2;;cpdir=

Jen bych rád řekl, že přesně takové reklamy mne donutily v minulosti opustit a dále nenavštěvovat jiné IT servery...

3
Bazar / Neválí se někomu doma minidisc přehrávač?
« kdy: 05. 12. 2018, 15:41:50 »
Zdravím,

protože se tu občas narazí na všelijaké (historické) kousky HW, kterých se někdo zbavuje za smysluplnou cenu, napadlo mě, že se optám i na ne až tak úplně počítačovou věc...

Rád bych sehnal minidisc přehrávač s dálkovým ovládáním s displejem (ideálně Sony, úplně nejlépe model na tu jejich placatou nabíjecí baterku). Ve své době jsem o nich neměl páru, natož abych na ně měl peníze... Dnes bych rád měl kus historie doma, zkusil si na to něco nahrát, přehrát, možná to chvíli používal, ale v jádru věci jde pořád jen o to mít to doma a zkusit s tím fungovat - proto se mi nechce dávat i několik tisíc, když už se někde narazí na inzerát. Prodávají se na Ebay, ale poštovné se může vyrovnat ceně přístroje, tak se ptám raději/nejdřív v okruhu mně známém - tady.

Nemáte to někdo doma v šuplíku v nějakém slušném a provozuschopném stavu, že byste to dali z ruky za pár stovek (řekněme 500)? Pokud by se povedlo Sony s dálkovým a jejich baterií (klidně bez baterky), tak bych dal o něco více (800?).

Kdyžtak mi dejte vědět na pavouk106 na Gmailu. Poptávka platí, dokud sem nenapíšu, že už jsem sehnal :-)

4
Software / Jak na progresivní otáčky větráčků?
« kdy: 20. 07. 2018, 17:54:57 »
Zdravíčko ve spolek,

dneska jsem se rozhodl zkompilovat v Gentoo nějaké nové balíky a během kompilace GCC mi teplota CPU vyšplhala na 80 stupňů. Chlazení mám dostatečné, ale kvůli hluku je vyladěné pomocí fancontrol. No, venku je dnes 30, tak při mém nastavení maximálních otáček větráků to jaksi nestačilo a při 80 mi začal ječet speaker (nastaveno v BIOSu, abych kdyžtak včas věděl, že větráky stojí/je problém).

Poněkolikáté jsem se tedy zamyslel nad tím, jestli mi fancontrol vlastně vyhovuje. Boční větráky v HTPC (natahují vzduch do bedny) začnou být hlučné nad řekněme 1500 otáčkami, maximum ale mají přes 3000 (7cm slim typ, proto takové otáčky). Fancontrol řídí otáčky lineárně podle jedné teploty. Problém je jak v tom "lineárně", tak "podle jedné teploty". Vysvětlím:

1. Lineárně: Když nastavím maximální povolenou rychlost na 100%, tak už při poloviční teplotě (třeba 55 na CPU, což je jakmile dostane trošku kotel, i když jen momentálně) jsou slyšitelné. Když je nastavím třeba jen na 60%, tak při plné dlouhodobé zátěži CPU nestačí chladit. Kompromis vlastně není.
2. Podle jedné teploty: Mohl bych větráky řídit teplotou základní desky, která má oproti CPU setrvačnost (takže větráky nehučí během jednorázové zátěže), ale malý rozptyl teploty (řekněme 37 - 45), který limituje jejich využití (protože na 42 to vyskočí, ale už se to z nich špatně chladí dolů = pořád hučí větráky). Stejně tak bych mohl nechat CPU větrák běžet podle teploty desky déle (větrák totiž vytahuje vzduch ze skříně nahoru = pomáhá chladit i desku, pokud je CPU bez zátěže), ale fancontrol neumí řídit podle dvou teplot (v režimu "vyšší platí").

A tak jsem došel k tomu, jak vlastně jinak regulovat větráky v Linuxu? Znáte někdo něco? Šlo by také řídit je prograsivně - čím vyšší teplota, tím více přidávat otáčky (ne lineárně) - tak by byly větráky třeba do 60 stupňů potichu, pak by začaly víc a víc řvát, až by při 80 jely klidně naplno.

Pokud ne, může to skončit i tím, že se pustím do skriptu fancontrol a poprvé za cca 10 let používání Linuxu předělám již hotový opensource produkt k obrazu svému. Ale do těch 600 řádek bash skriptu se mi moc nechce... Je to moc robustní (což je správně), špatně se mi to čte. Nejsem žádný programátor ani kodér, plácám si jen své věci...

5
Distribuce / Soutěž: Gentoo desktop na největším šrotu
« kdy: 14. 07. 2018, 18:08:41 »
Už téměř 20 hodin mi tu na stole běží kompilace webkit-gtk na Intel Atom N455 a tak mě napadlo, jestli existují nějací další blázni, kteří provozují Gentoo desktop na nějakém podobném vraku... Tak se nebojte a přihlašte se - kdo má up-to-date Gentoo desktop (tedy s grafickým rozhraním a nějakým webovým prohlížečem) a na čem? Laťku jsem evidentně nasadil celkem vysoko (nízko?), tak se pochlubte, jestli je tu ještě větší blázen ;D

A protože píšu soutěž - Kdo bude mít největší šrot, na kterém provozuje Gentoo, ten vyhraje titul "Stydím se, že používám Gentoo na totálním vraku" a jako vítěz soutěže se bude muset povinně stydět ;D

Pokud by se tu fakt objevil nějaký magor jako já, tak můžeme poměřit sílu našich vraků, chtěl jsem říct strojů, na něčem jednoznačném, třeba jak dlouho trvá kompilace GCC a glibc

Já teď svoje čísla nemám, protože jedu čistou instalaci a ve stage3 už je zmíněné zkompilované, ale jakmile za tři dny dokompiluju webkit-gtk, tak na další týden spustím GCC a glibc ;D

Ultimátně můžeme vyhlásit ještě dodatečného vítěze titulu "Zkompiloval jsem Liberoffice na totálním vraku", pokud se teda někdo odváží...

6
Ahoj,

mám doma stařičkou plazmu od Panasonicu, která zatím krásně šlape. Blíží se ale doba, kdy bude třeba přejít na novější způsob příjmu televizního signálu a TV to už nedá.

Nelíbí se mi představa set-top-boxu, což je vždycky nějakým způsobem kompromisní zařízení (nahovno EPG, nemožnost přesunu kanálů nebo jen obtížně dohledatelné v menu, žádné aktualizace, neznáma kvalita vnitřností, ...) a tak přemýšlím o DVB-T2 USB tuneru. Tady přichází otázka/prosba. Nemáte někdo praktické zkušenosti s DVB-T2 USB tunerem v Linuxu? Rád bych koupil něco, co bude fungovat... Všichni víme, že podpora nebývá v tomhle ohledu úplně nejlepší.

Mám doma 24/7 PC s deskou Gigabyte C1037UN-EU (vcelku výkonný Celeron, žádný Atom, nicméně řada Ivy Bridge a tedy nejspíš nemá podporu h265/HEVC) a v tom velké disky, říkejme tomu NAS. Dal bych do něj USB tuner a backend k nějakému TV programu (už jsem s něčím kdysi pracoval). Backend by sloužil i k případnému nahrávání.

Otázka ale je, jak na frontend... Asi bych mohl mít Raspberry Pi a přes HDMI do TV, ale RPi neumí kodeky DVB-T2, což je jaksi naprd... Mohl bych taky vysypat výstup rovnou z toho PC, ale nějak se mi do toho osobně nechce - nejspíš taky nemá podporu kodeků.

Možná existuje něco jako RPi (Odroid? Orange Pi?) s podporou kodeků, do čeho by šel tuner vrazit přímo a případné nahrávání sypat po síti na NAS (kde je dost místa). To by bylo úplně ideální řešení, nicméně nemám zkušenost s ničím jiným, než RPi... Pokud byste někdo měl něco doma a měl ověřenou podporu h265/HEVC, tak dejte vědět. Velikost zařízení nebo spotřeba není limitující (samozřejmě se bavíme o ARM deskách o spotřebě v řádu wattů, ne, že na TV dám zezadu 2U server ;D )

7
Zdravím,

jsem tu s docela drsně netypickým dotazem, který ale řeším v Pythonu na RPi, takže vlastně jakožto programátor... ;D

Mám miskový anemometr (kdo neví), který při jedné otáčce jednou sepne kontakt. To snímám v Pythonu na RPi pomocí RPIO (rozpoznávám HIGH/LOW, resp. falling edge).

Jde mi o to, jak naložit s otáčkami. Měl bych si do pole (resp. listu, jsme v Pythonu) ukládat třeba posledních 10 (20, 50?) časů mezi jednotlivými otáčkami (tedy periodu; bavíme se řádově o 20 milisekundách až jednotkách minut, možná déle) a pak udělat průměr NEBO bych měl počítat počet otáček za určitý čas (třeba pět sekund nebo minutu) a pak si z toho spočítat průměr?

První varianta je taková pružnější, mám hodnotu k dispozici vždy (prostě jen udělám průměr hodnot v listu), druhá je zase méně zkreslující (protože když dám jen jednu otáčku za minutu, tak to nebude zkreslené předchozími otáčkami).

Budu z toho tahat průběžná data a ukládat každých pět minut (RRD; tady je lepší druhá varianta), ale budu to mít i na displeji meteostanice (tady je lepší zase první varianta, která dává okamžitá čísla).

Může ještě být třetí varianta, která by vyšla z té první a po určitém čase (třeba 5 sekund? minuta?) vynuluje list (aby při bezvětří vypadla 0).

Ještě dodávám - při rychlosti kolem 80km/h dává anemometr kolem 40 otáček za sekundu... Tak to vzít v úvahu (appendování a přepisování listu a počet jeho prvků tak, aby pokryl nějaký časový interval).

Co myslíte?

Mimochodem: Nárazy větru se prý měří tak, že se vezme nejmenší čas mezi otáčkami za daný čas (tedy nejnižší číslo z listu, pokud bychom brali v úvahu první variantu; v druhé variantě to není úplně jednoduše definovatelné, ale dalo by se to taky v pohodě).

8
Vývoj / Python: Jak na orientaci v grafickém menu?
« kdy: 06. 04. 2018, 11:38:54 »
Zdravím ve spolek,

dělám teď na jedné pitomosti s Raspberry Pi a PyGame, jejíž součástí je grafické menu na LCD displeji. V něm se pohybuju šipkami (tlačítka připojená na GPIO). V menu se půjde do hloubky (předem neznámé, nicméně v jednotkách) a já řeším, jak s mými neznalostmi Pythonu udělat navigaci v menu.

Chápejte: V první úrovni vyberu třetí možnost, ve druhé pátou, ve třetí první a ve čtvrté sedmou. A já potřebuju po vybrání poslední položky (v libovolné hloubce) zrekonstruovat celou cestu skrz menu tak, abych se po ní mohl vrátit a/nebo ji použít dále v programu.

Protože nejsem žádný (velký) programátor, napadá mne jednoduchá verze, kdy bych prostě udělal string a appendoval k němu jednotlivé výběry. Pro příklad výše by to tedy bylo 3.5.1.7. Tenhle řetězec bych následně explodoval (nebo jinak rozdělil) na jednotlivá číslo a pomocí for bych je prošel a provedl potřebné věci v každé úrovni.

Chápu, že to třeba není úplně košer přístup, ale chci pracovat s tím, co zvládám, nerad bych se pouštěl do učení něčeho složitého... Myslíte, že to půjde výše popsaným způsobem?

9
Hardware / Token pro běžné (soukromé) použití
« kdy: 23. 03. 2018, 15:08:02 »
Ahoj všem,

nikdo neví vše - a já nevím nic o tokenech :-)

Ve zkratce: Rád bych nahradil privátní SSH klíč na disku něčím fyzickým, co bych musel tahat u sebe a nemít to roztroušené po strojích. Zároveň to ale nechci tahat na flashce, kterou můžu ztratit a být tak namydlený. Napadlo mě tedy, že bych si pořídil nějaký token nebo podobné zařízení, které by mi SSH klíč nahradilo. Pokud by to třeba umělo nejen uložený SSH klíč, ale třeba i ověřování hesel na webu (jednorázová hesla?), nestěžoval bych si. Koneckonců, pokud by SSH šlo spárovat s jednorázovými hesly, možná bych nepotřeboval privátní klíč...?

Ale protože o tom nevím nic, píšu sem. Dělá se něco takového? Dali byste mi nějaké příklady nebo srovnání více výrobců/typů? Výhody, nevýhody, cena...? Jak to jde rozběhat (budu používat na Linuxu (SSH část + jednorázová hesla) a dost možná na Windows (SSH ne, spíš ta hesla), přičemž na Windows by se hodilo, abych nemusel nic instalovat/nastavovat (pokud to vůbec jde) a v Linuxu je mi to téměř jedno, ale bylo by faj fungovat na libovolné desktopové distribuci bez potřeby zasahovat do ní (instalace, nastavování). Mám na mysli distra jako Ubuntu, Fedora, možná Arch...

Budu rád za jakékoliv nasměrování v této "problematice" - vůbec o tom nemám páru.

10
Sítě / Bridge LAN do Wi-Fi při výpadku LAN
« kdy: 15. 03. 2018, 11:21:22 »
Ahoj,

plánuju z jednoho mého RPi (říkejme mu server) udělat wifi AP, na které se připojí ostatní RPi (říkejme klienti).

Server je připojený přes LAN k domácímu routeru, na kterém běží DHCP server a přes který se leze do internetu. Na serveru mám USB wifi a chci přes hostapd udělat AP, ke kterému připojím ostatní RPi.

Teď “problém”. Chci z ostatních zařízení v domácí síti přistupovat ke klientům a klientům zase dát konektivitu do internetu. Napadlo mě proto, že bych udělal na serveru bridge LAN - wifi a klienti dostanou IP od routeru. Chci ale mít konektivitu mezi serverem a klienty i bez funkčního routeru (výpadek elektřiny; všechna RPi mají záložní napájení). Proto by mělo zcela jednoduše a funkčně stačit nastavit všem RPi pevné IP adresy (včetně bridge na serveru) a při výpadku routeru si mohou dál povídat mezi sebou...

Dnes mi to nemyslí, ale přesně takhle by to mělo pak při výpadku routeru fungovat, nebo ne?

11
Ahoj,

už si nevím rady... Snažím se na Raspbianu, aby mi Apache vypsal soubor z /tmp (tři řádky textu, pár bajtů). Změnil jsem v /etc/apache2/sites-enabled/000-default.conf DocumentRoot na /tmp, stejně tak jsem přidal do /etc/apache2/apache2.conf
Kód: [Vybrat]
<Directory /tmp/>
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</Directory>

Server mi ale odmítá soubor vydat s tupým hlášením 404. Zkoušel jsem do logu zapsat %f (cestu k souboru na disku) a Apache opravdu otevírá/snaží se otevřít správný soubor (/tmp/bme), ale servíruje prostě 404. Zvláštní je, že jsem zkoušel do /tmp zkopírovat i index.html z /var/www/htdocs a Apache mi nedá ani ten...

Koukal jsem tedy na oprávnění, ta jsou následující (vyškrtal jsem nepodstatný řádky)
Kód: [Vybrat]
ls -la /tmp/
drwxrwxrwt 10 root root  240 led 21 14:50 .
drwxr-xr-x 21 root root 4096 led 21 14:24 ..
-rw-r--r--  1 root root   18 led 21 14:50 bme

Zkusil jsem pro soubor bme nastavit oprávnění +x i +w (skupině a všem) a nepomohlo to. Zkoušel jsem i změnu vlastníka na www-data (u toho jednoho souboru) a nic...

Nutno dodat - na jiném RPi mi to jede s naprosto stejným nastavením Apache. Byl jsem tak v koncích, že jsem /etc/apache2 zataroval a přenesl mezi RPi, abych zcela vyloučil chybu nastavení (překlep apod.) - stejně nic.

Nenapadá vás něco?

12
Sítě / RB433 a špatná wifi (i s různými kartami)
« kdy: 31. 12. 2017, 15:43:27 »
Ahoj,

provozuju už asi 10 let Routerboard 433 s nějakou starou (tehdy od jednoho lokálního *netu vyřazenou) wifi kartou (typ nemám po ruce). Jelo to vcelku spolehlivě na 2.4GHz na nezarušeném kanálu asi tak 8-9 let, ale v poslední době jsem začal narážet na podivné chování...

Občas se mi nechtěly připojit moje notebooky (wicd + dhcpcd), když se jim to povedlo, občas vypadávaly (připojeno, ihned odpojeno, "deauth from client"), mobily se připojují v pohodě (jeden iPhone, jeden Samsung S4 mini), pracovní notebook se připojuje v pohodě (W10), všichni klienti le mají problémy s udržením spolehlivosti/rychlosti (100kB/s, náhodně ale i nad 1MB/s). Jediné, co jede tak nějak spolehlivě jsou Raspberry Pi s Tenda W311U+ USB wifi dongly. Nepotřebují velkou propustnost, tak nějak fungují.

Navíc se mi občas do domu přimotají kamarádi, příbuzenstvo a tak a v tu chvíli se setkávám s tím, že některé mobily se vůbec nepřipojí. Wifi vidí, připojí se a odpojí. A pořád dokola.

Zkoušel jsem takové ty blbosti jako změny kanálů, SSID, WPA2 hesla, výkon, různé antény atd. Beze změny.

Usoudil jsem, že bych mohl taky vyřadit tu už jednou vyřazenou wifi kartu a pořídil jsem R52HnD a velkou anténu (takže bez úpravy síly signálu jsem nad limitem). Vyměnil jsem karty, nastavil SSID, WPA2 heslo, kanál (nezarušený), jedu stále na 2.4GHz (abych pokryl místnosti v domě, 5GHZ se skrz zdi jaksi nechce...). Nic se nezměnilo.

Teď jsem se dokopal k tomu, že jsem ještě starší vytáhl RB133, nastavil ho jako bridge vrazil do něj tu novou wifi kartu, připojil ho do sítě kabelem a, světe div se, od té doby žádný problém.

Pokud to nějaký masochista dočetl až sem a má řirou náhodou podobnou zkušenost, neporadil by mi, po čem pátrat? Díky za jakékoliv pošťouchnutí.

Podezření logicky padá na RB433 (tedy samotnou desku). Nemá žádné vadné sektory v paměti, jede na něm RouterOS 5.8, má dostatečné napájení (adaptér od notebooku), jede na něm maškaráda a DHCP server pro cca 10-15 klientů. RB133 oproti tomu teď jede z nějakého noname zdroje 12V/2A (je to na něm napsané), má ROuterOS 5.něco (myslím 5.26), dělá jen bridge, fláká se.

Chci ještě zkusit RB433 s jinou wifi kartou (už třetí; opět je "odepsaná", ale funkční -> ověřeno), ale nevěřím, že pojede.

13
Hardware / Disk zlobí (I/O 100%, nízká rychlost, záseky)
« kdy: 17. 11. 2017, 20:23:42 »
Zdravím,

mám teď v ruce asi pět let starý noťas Toshiba s diskem Toshiba (model MK6465GSXN). Dostal se ke mně ještě s Windows 7 (s trojicí souběžně běžících antivirů a klasického bordelu) s tím, že je pomalý/pomalejší, než býval. Nainstaloval jsem na něj Ubuntu, ale už od chvíle, kdy začala instalace, je ukrutně pomalý... Instalace Ubuntu z USB flashky trvala přes hodinu, pravda, tahalo to přitom i aktualizace. Prvně najížděl řádově několik minut (tak dlouho mi nic nenabíhá, včetně ještě o řadu generací starších strojů).

Nicméně - systém spuštěn. Chová se ale divně - když pustím video (film), tak se nepravidelně jednou za několik sekund na sekundu zasekne. Děje se tak nezávisle na velikosti zdrojového souboru nebo na kodeku. Když spouštím softwarové centrum, najíždí strašně dlouho (desítky sekund). iotop při obojím hlásí nějaké očekávané čtení (stovky kilobajtů, až jednotky megabajtů za sekundu) a jednou za několik sekund je u toho procesu (přehrávač totem nebo SW centrum) 99,99% I/O - v tu chvíli je to zaseklé.

Zkoušel jsem pár věcí:
V /etc/fstab nastavit noatime pro / a /home
hdparm -S 0 (disable sleep)
hdparm -B 255 (disable APM - advanced power management)
dd if=/dev/sda of=/dev/null a spustit přehrávání

První tři věci nic... U poslední se mi (subjektivně) zdá, že je to o něco lepší. Mimochodem dd běží cca 80MB/s, takže problém s propustností nebude.

SMART:
Kód: [Vybrat]
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       2094
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       2216
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       45
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   093   093   000    Old_age   Always       -       2853
 10 Spin_Retry_Count        0x0033   144   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       2206
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       222
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       58
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       8493
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       41 (Min/Max 17/51)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       6
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       3
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       8267
222 Loaded_Hours            0x0032   094   094   000    Old_age   Always       -       2408
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       218
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0

Nemáte nějaké nápady? Co hledat, po čem jít?

14
Bazar / Koupím PowerMac G5 (2x CPU)
« kdy: 12. 04. 2017, 15:37:24 »
Nemáte někdo PowerMac G5, který by se vám jen tak povaloval doma? Měl bych zájem jen o dvouprocesorovou verzi o jakékoliv frekvenci. Pokud máte 2x dvoujádrové CPU 2,5GHz, tak to bych nejraději (lepší se nedělal), ale to bysme se asi nedohodli na ceně...

Zalíbil se mi design skříně a podle mě by měl mít dost výkonu i na dnešní dobu (když nebudu mít otevřeno milion tabů s fejsbůkem a podobnýma JS věcma).

Podle konkrétní konfigurace a v tomto případě i vizuálního poškození skříně bych cenu viděl do pěti tisíc (za 2x 2,3GHz, méně za slabší, záleží také podle RAM a HDD).

EDIT: Nabídky můžete hodit buď sem nebo na můj email: pavouk106 na gmail.com

15
Server / Sdílení dat mezi dvěma RPi
« kdy: 17. 02. 2017, 09:45:52 »
Ahoj všem,

řeším teď doma takový trabl. Popíšu situaci:
  • V obýváku mám RPi s LCD displejem. Zobrazuje vnitřní a vnější teplotu a vlhkost. Je připojené na domácí wifi (DHCP pevná IP).
  • V kotelně mám také RPi, které momentálně měří teploty vody a má připojená relé. Je také připojené na domácí wifi (DHCP pevná IP).
  • Potřebuji spojit tyhle dvě RPi tak, aby si mezi sebou mohly předávat informace. Z kotelny chci do obýváku dostat teploty a z obýváku potřebuju ručně ovládat relé v kotelně.
  • V obýváku zobrazuji na displeji pomocí pygame. Veškeré skripty jsou v Pythonu 2.7
  • V kotelně zatím nic nezobrazuji, skript na získávání teplot je v Pythonu 2.7, relé zatím neovládám (ale udělám to v Pythonu 2.7)
  • Z obou RPi budu přes OpenVPN číst údaje přes SNMP (serverem, který jinak nefiguruje v této situaci).

Moje představa je taková, že si budu předávat údaje pomocí namountování části filesystému, kde budou soubory s údaji v plaintext. V Pythonu si pak otevřu soubor, vytáhnu data a zobrazím je/sepnu relé. V Pythonu také data do souborů budu ukládat.

Chci se vás poptat, jak bych měl podle vás namountovat filesystem na obou RPi.
  • Mám udělat na jednom vyhrazenou složku a z druhého se připojit a sypat to vše na jedno místo?
  • Nebo mám udělat na každém RPi vlastní složku s daty a namountovat to navzájem (RPi mount složka z RPi a současně na RPi mount složka z RPi)?
Osobně preferuju, ať si každý RPi plácá svoje data na svym písečku a cizí data ať si čte z toho druhýho (tedy možnost 2).

Závisí to na mých preferencích, chápu.
Řekněme, že když mi vypadne spojení, tak RPi s LCD prostě jen nevypíše teploty z kotelny, který kvůli výpadku nevidí. RPi v kotelně při výpadku uvede relé do safemode, tedy do stavu, jako kdyby žádný RPi nebylo.

Další z otázek je nasnadě - jakým způsobem namountovat filesystemy? Udělat si klíč bez hesla a jet přes SSHFS? NFS? Přenášet soubory přes FTP ( ;D )? Zároveň bych potřeboval nějakej failsafe mode - když budu jedno RPi restartovat, tak aby se mi provedl mount automaticky znova (tedy "obnovil" automaticky).

Připomínky ode mne:
Python 2.7 ("stará verze") vyhovuje i do budoucna, protože jakmile to jednou pojede, odmítám na to víc hrabat ("zakonzervuju" to). Netřeba řešit, proč to nepíšu v 3.x. Pravděpodobně nakoupím další SD karty, na které si dám image funkčního řešení, stejně tak koupím i rezervní RPi a LCD. Tohle prostě bude fungovat minimálně dalších 30 let, ideálně 50.
Nechci jít do nějakýho high-level řešení jako třeba ukládat data do MySQL apod.
Nechci v Pythonu řešit síť (třeba předávání dat přímo po síti mezi dvěma skriptama)

Předem díky za názory a podněty.

K obrázku: Červená = obývákový RPi, modrá = kotelnový RPi, černá čára ukazuje očekávaný směr toku dat (zobrazit data z čidel na LCD), přerušovaná čára značí, že to možná někdy bude. Relé na obrázku nejsou, protože ještě nejsou připojená (ještě k nim chybí kus cesty).

Stran: [1] 2 3 ... 6

reklama