-
GAMEPOD.hu
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
-
fo_di
őstag
hivatalos fórumon mintha azt mondták volna régebben, hogy a cl10et nem használja ki a raspberry, így cl6 is elég lehet
kapacitásban openelecnek elég lehet 1 gigás vagy kisebb kártya is (150mb körül van a rendszer és nincsen swap), debiannak már legalább 2 gigás kártyát ajánlanak (a gyári image-ek is 2 gigás kártyákhoz vannak)
a hivatalos wikiben található egy lista olyan sd kártyákról, amiket mások kipróbáltak, ott van egy lista a rosszakról is (rpi verified peripherals néven gugliban is megtalálod) -
Kris87
aktív tag
Nekem is htpcként szolgál, hálózatról nézem a filmeket róla, igaz, csak Br ripeket, crt tévén tökéletes az is. Raspbmc-vel használom, az rc5 már elég használható, de van még hova fejlődnie. Saját menüjéből telepíthető rá az rtorrent, utorrent, transmission, nem próbáltam egyiket sem. A mezei 5v 1000 ma-es táppal befürödtem, gagyi, nem tudja a névleges értéket, a 700-as samsung töltő jó.
-
#21719808
törölt tag
Üdv. Jól tudod, nem lesz jó mindkettőre. Én személy szerint úgy gondolom még akkor sem ha nem egy időben használod mindkettőre, az osztott memória miatt. A HTPC-hez a gpu-nak kell minimum a fél memória (arm128_start.elf), a torrenthez meg nem árt ha több jut a cpu-nak mint a grafikához (arm224_start.elf). Ezek az indításkor töltődnek be, midig csak egy, nyilván nem lehet mindkettőt egyszerre. Ezért gondolom. Persze, megoldható, hogy ha filmezni akarsz átállítod-újraindítod, aztán ha torrent akkor vissza-újraindítod, de nekem macerának tünik.
Operációs rendszernek, ha nem ismered a linuxot, a raspbian teljesen jó. A raspbmc is lehet jó, ezt a menüből transmission-t én nem néztem meg még, gondolom csak működik, ha benne van, ki kell próbálni. Én jobb szeretem tudni mi történik, igaz, nem is használom ezt a két disztrót. Raspbian általános célú, a raspbmc meg, akárcsak az openelec, a xbian és társai egy adott célra vannak kihegyezve, nehezebb egyéb dolgokra rábírni őket, de nem lehetetlen. Szerintem.
De hiába mondjuk mi itt az okosakat, legjobb módszer a tapasztalatból tanulás, próbáld ki, elrontani nem fogod, hamar rájössz, mi a legjobb neked.
-
azbest
félisten
A micro usb csatolón csak a táp vonal van bekötve, az adatlábak nincsenek. Nekem is hub-ról kap tápot, egy usb-microusb kábelel is összekötöttem őket a normál összeköttetés mellett.
Az újabb reviziós raspi-k esetén az usb csatlakozón visszatáplálással is működik a dolog - már ha olyan a hub, hogy kispórolták belőle azt a diódát, ami ezt megakadályozná. Szal ezt a teknikai malórt az előnyükre fordították. Az újabb pi alatt ilyet értek: az amelyiken az usb csatlakozók mellett sima átkötést tettek a két polyfuse helyére, vagy a még újabb változat, ahol már két lyuk is van a nyákon a rögzítéshez.
-
azbest
félisten
egy kis scriptet írtam / módosítottam ehhez: [link], ha gyári tuning, akkor csak terhelve fogja felemelni a sebességet...
lépj be ssh-n és akkor nézd meg az értékét, amikor valamin dolgozik is közben. A grafikus felületet használva is van valami app amit be lehet kapcsolni és mutatja az óra mellett a sebességét.
[ Szerkesztve ]
-
fo_di
őstag
a mérőpontok azok, ahol a nyákon TP1 és TP2 felirat van (elvileg ezek a bejövő tápfeszt adják ki)
az első változaton ez a képen látható helyeken van (a soc és a composit jack mellett 1-1), az új változaton kissé áthelyezték, mert a tp1 helyére rögzítőhelyet álmodtak meg (de a feliratok segítenek) -
azbest
félisten
nekem hynix memóriás, így nem olyan jó tuningban. 950/450/450/6 beállítás mellett használom... hmm a friss openelec egész reszponzív így .. most próbálgatom. Bár azért fagyogat rendesen. Csak az a fránya 1280x800 felbontás problémám ne lenne a hdmi-dsub átalakít használatakor (720p-ben ad értelmes képet vele).
Ilyen táplálással a hdmi-dsub átalakítóval is 4.94V a fesz, nem esik le 4.8-ra.[ Szerkesztve ]
-
moli.hu
őstag
apt-get update
apt-get install deborphan
apt-get remove dbus-x11 dconf-gsettings-backend dconf-service desktop-base desktop-file-utils dillo fontconfig fontconfig-config fonts-freefont-ttf gconf-service gconf2 gconf2-common gksu glib-networking glib-networking-common glib-networking-services gnome-icon-theme gnome-themes-standard gpicview gsettings-desktop-schemas gtk2-engines gvfs gvfs-backends gvfs-common gvfs-daemons gvfs-fuse gvfs-libs hicolor-icon-theme idle idle3 leafpad lightdm lightdm-gtk-greeter luajit lxappearance lxde lxde-common lxde-core lxde-icon-theme lxinput lxmenu-data lxpanel lxpolkit lxrandr lxsession lxsession-edit lxshortcut lxtask lxterminal menu-xdg midori mupdf netsurf-gtk obconf omxplayer openbox pcmanfm penguinspuzzle python-support python-tk python3-tk scratch smartsim squeak-plugins-scratch squeak-vm tsconf ttf-dejavu-core ttf-freefont wpagui x11-common x11-utils x11-xkb-utils xarchiver xauth xdg-utils xinit xserver-common xserver-xorg xserver-xorg-core xserver-xorg-input-all xserver-xorg-input-evdev xserver-xorg-input-synaptics xserver-xorg-video-fbdev zenity zenity-common
apt-get autoremove
apt-get remove $(deborphan --guess-all --libdevel)
apt-get autoremove
apt-get remove $(deborphan --guess-all --libdevel)
apt-get remove $(deborphan --guess-all --libdevel)
apt-get autoremove
#apt-get remove alsa-base alsa-utils firmware-atheros firmware-brcm80211 firmware-libertas firmware-ralink gdbserver samba-common wireless-tools wpasupplicant && apt-get autoremove
apt-get upgrade[ Szerkesztve ]
-
Osiris
őstag
..na erről ennyit, rövid úton borult az sd kártyámon a rendszer. A ram instabilitás nem tesz jót neki.
Ami viszont még idegesítőbb, hogy az sd-vel kapcsolatos hibaüzenetek az újra formázás és telepítés után is megmaradtak a boot elején. Lehet, hogy a telepítés előtt az sd kártyát tele kéne írni nullákkal? -
-
azbest
félisten
Kicsit zavaros.
Szóval, ha az usb hub a pi-re van dugva (a pi usb kimenetére a hub usb bemenete), akkor neked nem működik. Ilyenkor világít a pi-n bármilyen led? Ha a piros sem világít, akkor a hub nem tápol vissza azon. Ez a szabványos működés egyébként. A Pi esetében az ilyen táplálásnál csak kihasználjuk ezt a gyarkori hub "hibát". Ilyen kábelről van szó:
Itt egy saját példa az ilyen bekötésre:Alternatív megoldás (ha nem tápol vissza az előbbi megoldásnál), ha a hub egyik usb kimenete és a pi mikro usb bemenete közé kötsz egy megfelelő kábelt (persze attól az előbbi kábel is be kell legyen dugva):
Itt egy neten talált kép erről a bekötésről:Ezen kívül egyébként a gpip tüskesorról is táplálható lenne a pi, de az már más megoldás. Csak azért írom, hogy legalább 3 féle módon táplálható.
[ Szerkesztve ]
-
-
azbest
félisten
A 4.8V korrekt, a bemeneten lévő polyfuse miatt sajnos leesik 5-ről ennyit a feszültség.
A hub diódájának átkötése is megoldás lehet számodra. Más eszközzel (pl laptop) viszont utána ne használd aktívként, ha nem muszáj, mert kárt okozhat az usb portjában (mivel a jelenlegi a szabványos állapot).Kompromisszumos megoldás lehet még, ha egy usb a-a kábelt kötsz a pi másik szabad usb-je és a hub közé. DE FONTOS ebben az esetben, hogy ez olyan kábel legyen, aminek az adatvezetékit kiiktattad, mivel enélkül olyan lenne, mintha a két usb portot kötnéd össze. Ez mondjuk nem kényelmesebb megoldás, mint a mikrousb kábel használata, csak annyiból "jobb", hogy 5V marad a fesz és a hub is eredeti állapotában maradhat
-
vzoltan
aktív tag
itt keress ra : Resolution cap made togglable
bocs, latom kozben irtad h nem a minoseggel van bajod.amugy korabbi verziokon is kiskarakteres volt az ekezetes karakter.
swapot pedig ahogyan irja is a srac: fstab-ban csatolj fel egy filet swapnak es kesz.
anyone who actually wants one can create one as a file and add it to fstab easily.[ Szerkesztve ]
-
solti_imre
tag
Nálam az aptitude produkált hasonló tüneteket ("Áll és vár") - kilőttem egy másik terminálablakból, újraindítottam és ezek után rendben lefutott. (Érdekes módon a top 9-15% proc. kihasználtságot jelzett az aptitude-ra)
[ Szerkesztve ]
"A vallás akkor keletkezett, amikor az első csaló találkozott az első ostobával" I9-13900KF, ASUS TUF GAMING Z690-PLUS, Kingston FURY 64GB KIT DDR5 5600MHz CL36, ARCTIC Liquid Freezer II 420, Palit RTX4090, Chieftec PPS-1250FC 1250W, Acer Nitro XV322QUP FreeSync 31,5", Phanteks Eclipse G500A ház
-
tg44
csendes tag
ha elindítasz ssh-n egy folyamatot úgy hogy nincs mögötte a & kapcsoló akkor a putty bezárásával képes azt valamilyen módon terminálni. Ilyennel többször találkoztam, egy rosszabb eset lehet amikor beakasztja a szálat (mint a te esetedben), abszolút nem vagyok benne biztos hogy a háttérben zajlik a másolásod, szerintem nyugodtan indítsd újra és a másolást mivel sok ideig tart &-el együtt indítsd el, ennek 2 előnye is van, visszakapod a parancssort, és nem fogja semmi csak úgy kívülről terminálni. (Mint pl egy esetleges ssh kapscolat bomlás, ahol nyugodtan gondolhatja a rendszer hogy azért zártad a terminált mert mégsincs szükséged a végeredményre...)
-
Proci85
senior tag
Sziasztok
Egy fejlesztéshez Rpi-t használnék fel.
Soros vonalkód olvasó (soros-usb átalakítóval) + GPIO 1-2 led vezérlés + LCD rövid szöveges tartalom megjelenítése + napi 10perc weblap kiszolgálás helyi hálón.
Rpi-n debian futna, minimal feladatokkal.Ehhez nem feltétlen szükséges nekem 512MB -s rev2 B panel.
Gondoltam nézek itt a PH!-n "használt" olcsó panelt valamelyik korábbi verzióból.
Van-e olyan ismert hiba a korábbi paneleknél amiért mégsem érdemes visszamenni hozzájuk?Előre is köszönöm!
-
hombember
csendes tag
Akkor elvben nem jut el a kérés az SSH-ig, mert egy alap fejlécet kéne visszaadnia (ilyesmit: SSH-2.0-OpenSSH_5.1p1......)
Ilyenkor a következőket lehet megnézni:
1.) A Raspberry-n fut-e az SSH?
Ha Puttyon keresztül adminisztrálod, akkor biztosan fut, akkor ez pipa.
Ha nem Puttyon, hanem monitor+bill rákötésével, akkor magán a Raspberryn próbálj localhostra telnetelni: telnet 127.0.0.1 22
Ha kapcsolódik, akkor pipa, ha nem, akkor nem megy az SSH, ennek kell kideríteni az okát.2.) Ha az előző pontnál az derült ki, hogy az SSH fut, akkor egy másik gépről a helyi hálóról próbálj betelnetelni a Raspberry-re. Ha megy, akkor pipa, ha nem, akkor ki kell deríteni az okát. Lehetőségek: az SSH nem hallgat csak a localhoston, vagy tűzfal szűri a 22-es portot a Raspberry-n kifelé, vagy nem a 22-es porton ül.
3.) Ha az előző mindkét pontnál pozitív az eredmény, akkor már csak egy gond lehet: routeren port forwardot kell beállítani. Ugyani a sima "natolás" csak annyit tesz, hogy a bentről érkező HTTP, HTTPS és DNS kéréseket továbbítja oda-vissza, de egyebet nem. Ahhoz, hogy a Raspberry 22-es portját kívülről el lehessen érni vagy az egész Raspberry-t DMZ-be kell tenni (fölösleges kockázat), vagy meg kell adni a routernek, hogy a 22-es portját forwardolja a Raspberry 22-es portjára.
-
hombember
csendes tag
Bocs, a tűzfalnál a Raspberry-re gondoltam. Ennek a linuxát (Raspbmc) még nem ismerem (csütörtökön megyek az első Raspberry-mért :-), de az alapja Debian, amit van szerencsém 15 éve nyúzni. Arra gondoltam, hogy esetleg az új, frissített verzióba tettek tűzfalat is és esetleg az szűr.
Node, hogy a kérdésedre válaszoljak: az SSH szerver konfigjában (Debian alatt: /etc/ssh/sshd_config) van egy vagy több "ListenAddress" kezdetű sor. Ha ki van kommentezve # jellel, akkor nem bveszi figyelembe, ilyenkor mindenhonnan fogad kapcsolatot. Egyéb esetekben ezzel lehet megadni, hogy pl. csak helyi hálón "hallgatózzon".
Még valami! Kívülről hogyan éred el? Dyndns, noip stb.? Vagy közvetlenül a külső IP-t adod meg a Puttynak?
-
otapi
tag
Nekem még nem a final van fenn, hanem valami január elei build, de abban nem az ssh figyeli a portot közvetlenül, hanem a xinetd, és az indítja el az ssh-t ha van kérés.
Nézz körül az /etc/xinetd.conf és az /etc/xinetd.d alatt is, hátha ott van valami turpisság beállítva. -
hombember
csendes tag
De van tűzfal. Ha nem lenne, akkor az INPUT láncod is így nézne ki:
Chain INPUT (policy ACCEPT)
target prot opt source destinationHasonlóan, mint most a FORWARD vagy az OUTPUT.
Sőt, ha megnézed a INPUT lánc első 3 sorát a fejléc után, akkor - bár tűzfalból soha nem voltam guru, de ezért párat felhúztam már - ott gyanús valami:
target prot opt source destination
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT all -- 192.168.1.0/24 anywhere
DROP all -- anywhere anywhereUgye a tűzfal sorban értékelődik ki, ahol illeszkedés van, itt nem megy tovább:
1.) Elfogad bárhonnan bármit, ami egy benti kérésre jött válaszul.
2.) A 192.168.1.x szegmensről a belső hálón bármit elfogad.
3.) Bárhonnan jön bármi, akkor azt eldobja.És itt van az, hogy amikor kívülről akarod elérni, akkor az a 3. sorra illeszkedik és kuka.
Olyat kéne megadni hogy direkben portokra engedélyezed, hogy "bárhonnan a 22-es portra accept" és így tovább. És figyelni arra, hogy a konfgban ez még az előtt a sor előtt legyen megadva, ami mindent eldob (3. sor a fentiekben).Egyébként azt a sort mindig a végére szokták tenni, fura is ott közben.
-
Lin3Lord
tag
http://wiki.debian.org/iptables emerre, elég beszédes (:
akkountvadasz
-
hombember
csendes tag
Köszi :-)
Érdekesség: gondoltam kezdjük a végén és hogy nehogy úgy járjak mint te, gyorsan módosítom a tűzfalat. Nos, a tegnap lehúzott 2013-02-09-wheezy-raspbian image-ben található rendszerben nincs bekonfigolva a tűzfal egyáltalán. A rasberrypi.org oldalról szedtem le az image-et.
Az más kérdés, hogy ha majd élesbe megy, akkor húzok fel egyet, nehogy mindenféle script-kiddie agyonlocsolja a fűvemet, csak érdekes a dolog.
Te is innen és ezt töltötted le, vagy valami mást?
-
azbest
félisten
Úgy tudom az RS components főleg kínában gyártat, míg a Farnel főleg UK-ban. Viszont ettől néha eltérnek, ha nagy a kereslet. Az UK változaton rajta van hogy made in UK. A bolt/viszonteladó ahol veszed meg tudja mondani, hogy melyiket árulja.
A kereső dobott pár linket róluk: [fórum], [youtube], [kínai példány is előfordult farneltől véve]
Ahogy látom a kínai változat is változik. Nekem még olyan van, amin beöntötték ónnak a be nem forrasztott tüskesort. Gondolom akkor még a rev1-hez készült sablont használták és azóta áttértek a rev2-höz pontosan igazodó sablonra.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- LEGJOBB ÁR! GAMER PC - RTX 3070 - Ryzen 5500 - 16GB DDR4 - 500GB Nvme SSD
- KÜLÖNLEGES AJÁNLAT 21,5 iMac 2013 Late i5, 16GB RAM, 1,25TB Fusion Drive
- BESZÁMÍTÁS! Lenovo Thinkcentre M720S i5 16GB 1TB SSD számítógép garanciával hibátlan működéssel
- 2db Iceriver KS0 KASPA bányagép + 180W új tápegység 2 év garanciával.
- i5 12400f 3070 gamer pc
- AKCIÓ! GAMER PC - RTX 3060Ti - i5 12400F/13400F - 16GB DDR4/DDR5 RAM - 500GB Nvme SSD
- AKCIÓ! ÚJ! GAMER PC - RTX 3060 12GB - i5 10400F/11400F - 16GB DDR4 - 250GB M.2 Nvme SSD - 1TB HDD
- AKCIÓ! GAMER PC - GTX 1070 8GB - i5 10400F/11400F - 16GB 3000MHZ DDR4 - 240GB SSD - 500GB HDD
- AKCIÓ! GAMER PC - RTX 2060 SUPER 8GB - i5 10400F/11400F - 16GB RAM - 240GB SSD - 1TB HDD
- Asztali számítógép
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest