-
IT café
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
vargalex
félisten
-
vargalex
félisten
válasz Celtis #15906 üzenetére
Szia!
Azért azt tegyük hozzá, hogy a radius alapvetően sokkal többről szól. Az, hogy SoHo szinten általában csak autentikációra használják, csak egy dolog. De a kolléga is írt néhány példát ezen felül. (Napi x óra, vagy napi y MB maximális forgalom, lehetőség van lassítani is a klienst, stb. Ha akarod, minden accounting üzenetet is tárolsz és ugye user szinten szét van bontva a dolog. Azaz mindegy milyen klienssel jön.)
Alex
-
-
vargalex
félisten
válasz csipuka #16122 üzenetére
Szia!
Nálam az LG TV (2009-es modell) távirányítóján van egy SimpLink gomb is. Azt megnyomva kiválaszthatom a CEC-en irányítandó eszközt. Általában nincs rá szükség, de nekem is előfordult már, hogy a PI-re váltva (vagyis ugye arra a HDMI bemenetre, amire a PI van kötve) a távirányítandó eszköz maradt TV-n. Azaz minden funkció a TV-t vezérelte, HDMI-n nem adott ki semmit. Átváltva HDD felvevőre (így ismeri fel a PI-t) minden normális.
Erre a beállításra gondolok.
[ Szerkesztve ]
Alex
-
vargalex
félisten
-
vargalex
félisten
Legegyszerűbb a
chmod -R a+rw /media/HDD/
Ezzel ugye rekurzív írásjogot adunk.
Nem tudom, hogy mi a cél, de célszerű lenne úgy beállítani mindent, hogy a különböző alkalmazások/hozzáférések által létrehozott file-okra a másiknak is legyen joga. (Gondolok itt arra, hogy pl. deluge/transmission letölt, arra a file-ra fenti parancsot újra ki kell adni, ha a samba user-nek írásjogot akarunk adni. Ezt helyes config-olással el lehet kerülni/megoldani.
Alex
-
vargalex
félisten
válasz RoundRobin #16403 üzenetére
Szia!
Sajnos olyan ez, mint a többi versenytárs. A Mali-400 (ráadásul MP2) miatt Linux alatt a grafikus gyorsítás felejtős. Márpedig valljuk be, a Pi-t legtöbben médialejátszásra használják.
Nem is értem, hogy 2015-ben miért kell egy már évek óta elavult (ráadásul Linux támogatás nélküli) GPU mellett dönteni.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz azbest #16423 üzenetére
Szia!
Ez teljesen nyilvánvaló. Mondjuk én még nem láttam olyan board-ot, amin linux alatt rendesen ment volna a Mali. Vannak próbálkozások, de általában csak közösség által és nem igazán jók.
Az x éves MK808b-mben és a csaladban 3 db 2 éves tab-ban (már használaton kívül vannak, de egyébként működnek) is Mali-400 MP4 van már. Ezért nem értem a gyártókat, amikor még ma is azt mondják, hogy jó erős GPU-t szereltek a board-ra.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz martinkeet #16675 üzenetére
Szia!
Szoftveres lejátszással éppen a CPU -t terheled és a GPU-t tehermentesíted. A megvásárolható licencek éppen arra jók, hogy az mpeg2, vc1 kódolású anyagokat is a GPU dekódolja a CPU helyett.
Alex
-
vargalex
félisten
válasz DarkByte #16682 üzenetére
Szia!
Igen, így van. Ha GPU gyorsított dekódolás van, akkor a CPU nem kapcsol magasabb órajelre, így hűvösebb is maga a SoC.
Egyébként nekem volt Pi1 256 MB-os verzióm, 512 MB-os verzióm és most egy Pi2-m. Egyiken sem volt borda és a hőmérséklettel sem volt soha gond.
Alex
-
vargalex
félisten
Szia!
Én továbbra is úgy gondolom, hogy nincs még hálózat, ezért nem indul a webes felület. Esetleg megpróbálhatod a Required-Start-ba betenni a $time-t, mert ugye akkor már biztos, hogy frissítette az időt a netről, tehát van net.
Nekem nem egyértelmű, hogy a $network mit jelent debian alatt (igaz, én arch-ot használok). Ugyanis itt ennyit ír:"low level networking (ethernet card; may imply PCMCIA running)"
Hogy ekkor már van-e IP az interface-on az nem világos számomra.
Alex
-
vargalex
félisten
Szia!
A kolléga rendszerén már systemd van, a tiéden nem. Ezért néz ki teljesen másként.
Egyébként nekem arch linux-on teljesen hasonló a service file, mint a kollégának debian-on, ezért is tippeltem elsőre a network hiányára. Annyi a különbség, hogy nekem a transmission nem raspberry-n fut.Alex
-
vargalex
félisten
válasz hpeti2 #16809 üzenetére
Szia!
HP1018 esetén kell egy hotplug script, ami a nyomtató bekapcsolásakor feltölti rá a firmware-t.
(#16809) ther: Igaz, én nem használok OpenElec-et, de ahogy írtad, telepíthető rá transmission, alapból van samba és gondolom a print server is megoldható. Igaz, én Arch linux-ot használok a Pi2-n is, így azt ajánlanám.
[ Szerkesztve ]
Alex
-
vargalex
félisten
Szia!
Ahogy írod: ha nem végez műveletet az SD-n akkor nem fog villogni.
Próbáld ki, hogy ssh-zol a pi-re, majd kiadod:dd if=/dev/zero of=/home/pi/test.img bs=1M count=100
syncEzzel létrehozod a /home/pi/test.img file-t (természetesen az útvonalat módosítsd a neked megfelelőre, a lényeg, hogy az SD-re mutasson) 100 MB-os mérettel. Ekkor biztos, hogy villogni fog.
A transmission gondolom nem az SD-re tölt, így nem is jár SD művelettel.Alex
-
vargalex
félisten
válasz s_e_n_k_i #17594 üzenetére
Nekem immár 3,5 éve megy folyamatos üzemben (először még 256 MB-os Pi B, majd 512 MB-os, illetve a megjelenése óta a Pi2 B-vel) egy 1,2A-es Nokia töltő. Igaz, csak 1-wire szenzorok és nagyon ritkán egy Logitech K400r van a Pi-n (és persze HDMI-n összekötve a TV-vel, valamint LAN-on a routerrel, mivel media lejátszásra használjuk nagyrészt). Így ezt a töltőt csak ajánlani tudom.
[ Szerkesztve ]
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz Siffredi #18372 üzenetére
Szia!
Nem írtad, hogy mekkora letöltési/feltöltési sebességről van szó. A torrentezés egyébként is ki tudja hajtani a SoC-ot (nem egy PC ez), az NTFS csak rátesz erre egy lapáttal. Azaz ext4 esetén is pöröghet 100 %-on minden mag, de valószínűleg nagyobb sebesség elérésére lesz képes.
A memóriával kapcsolatosan: a linux a RAM nagy részét (ha van rá lehetősége) cache-re használja. (Hiszen arra találták ki, hogy használjuk. Semmivel nem fogyaszt kevesebbet a RAM modul, ha üres, viszont sokat gyorsíthat, ha nem HDD-ről, hanem memóriából kell előszedni az adatokat.)
A free paranccsal nézd meg és vagy a -/+ buffers/cache kezdetű sort figyeld, vagy a Mem kezdetű sornál a free-hez add hozzá a buffers és cached alatt található értékeket. Ezeket a linux bármikor fel tudja szabadítani, ha szükség lenne RAM-ra egy alkalmazásnak. Ha újabb procps-ng-d van, akkor kicsit máshogy néz ki.Ez a régi kimenet:
GaVarga@devdb:~> free -m
total used free shared buffers cached
Mem: 2068 2046 21 1367 0 1640
-/+ buffers/cache: 405 1662
Swap: 2047 745 1302Itt ugye a Mem sornál az látszik, hogy szabad memória 21 MB, de 1640 MB cache van. A második sorban látható, hogy valójában csak 405 MB foglalt és 1662 MB szabad memória van.
Az új procps-ng-nél a kimenet:
[gavarga@gavarga-e5540 ~]$ free -m
total used free shared buff/cache available
Mem: 7894 3882 989 646 3022 3271
Swap: 2047 0 2047Itt már az első sor utolsó (available) oszlopa a cache nélküli elérhető memóriát mutatja (azaz, mint a régi verziónál a második sor).
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Siffredi #18499 üzenetére
Szia!
Nem tudom, hogy pontosan milyen disztribúciót használsz, de a minidlna általában valamilyen dedikált user nevében fut (nálam arch-on minidlna az user is). Szóval, ahhoz, hogy legyen olvasási joga, őt is be kellene rakni a samba/transmission által használt user csoportjába.
Alex
-
vargalex
félisten
-
vargalex
félisten
Azért ez erősen függ a wifi stick-től, valamint a router beállításaitól is. Pl. hiába 300 Mbps-es, ha nincs engedélyezve a 40 MHz csatornaszélesség, vagy a kliens csak 150 Mbps kapcsolati sebességre képes. Igaz, anno nem Pi-n, hanem egy Android-os stick-en teszteltem egy TL-WN823N USB-s wifi-t. Stabilan 100 Mbps felett tudott iperf-el mérve. 5 GHz képes stick még jobb lehet (viszonylag közel a routerhez).
Alex
-
vargalex
félisten
Sajnos a TV-kbe nem szerelnek túl jó wifi adaptert. Legalábbis nekem ez a tapasztalatom.
Viszont nálam járkálgathat bárki össze-vissza, a wifi-s sebességemet nem zavarja...
Az a gond, hogy mindenre ráírják (egyébként a szabvány miatt jogosan), hogy N-es wifi. Így az 1x1:1 mimo-s, maximálisan 65 Mbps kapcsolati sebességre képes (valós sebesség ilyenkor valahol 30-35 Mbps környékén lehet) eszközöket is így árulják. Sajnos a valós képességeket nem igazán szeretik feltüntetni.Alex
-
vargalex
félisten
válasz Petyb00 #18953 üzenetére
Sajnos a fémháló szerintem elég nagy ellenség. Javasolni nem tudok konkrét típust, egyrészt azért, mert én a Pi-t nem wifi-vel használom, másrészt azért, mert attól, hogy egy wifi stick + router páros egy bizonyos környezetben jól működik, másik környezetben lehet nagyon rossz.
Alex
-
vargalex
félisten
Szia!
Sajnos vannak ilyen adapterek (gyakorlatilag 10 Mbps-re képesek). Nem hiába van ajánlva az asix chipset-es példány.
Nekem hétfőn jött meg a Pi zero-m. Van elfekvőben egy ASIX AX88772B USB LAN adapterem. Azon keresztül hozza a 94-95 Mbps sebességet (iperf-el mérve). Illetve van szintén elfekvőben egy TP-Link TL-WN821N USB wifi adapterem. Azzal 50-60 Mbps a sebesség szintén iperf-el mérve. Igaz, én a zero-t más feladatokra szánom, így nekem nem lenne fontos a nagy átviteli sebesség.Alex
-
vargalex
félisten
válasz ChiliChili #19169 üzenetére
Nem értem az összefüggést. Ha a média képességek fontosak (és ráadásul írod is, hogy arra jobb a Pi), akkor miért C2-t rendelsz?
Alex
-
vargalex
félisten
válasz ChiliChili #19204 üzenetére
Még egyszer elolvasva valóban ezt írtad. Azonban egyáltalán nem vagyok meggyőződve róla, hogy a C2 média képességei jobbak lennének. Az egy dolog, hogy papíron mire képes a SoC, de hogy valójában mi van megvalósítva pl. egy Linux alatt az már más kérdés...
Alex
-
vargalex
félisten
válasz szasanyi #19594 üzenetére
Ugyan nem ismerem a Win32DiskManager-t, de ha azt csinálja, ami a dolga (lenne), akkor nem formáz semmit. Maga a képfájl tartalmazza a filerendszert is, így csak blokkról blokkra ki kell írnia. Éppen ezért lesz akkora a partíció méret, amilyenről a képfájlt készítették.
Ha valóban formáz, akkor az egy teljesen felesleges művelet.Alex
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest