- Ubisoft Forward 2024 - Az összes bejelentés egy helyen
- UbiForward24 - Jön az Anno 117: Pax Romana
- UbiForward24 - Hosszabb játékmenet videón az Assassin's Creed Shadows
- UbiForward24 - Sztori kiegészítőt kap az Avatar: Frontiers of Pandora
- UbiForward24 - Prince of Persia: The Sands of Time Remake csak 2026-ban
-
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
-
joysefke
veterán
Tud esetleg valaki megoldást adni a következő problémára:
A PI-nek kell táp a saját működéséhez, illetve kell aktív USB hub az USB-s nagyfogyasztók (pl USB merevlemez) hajtásához.
Tud valaki esetleg olyan táp kütyüt, amelyik mind a kettő feladatot egyszerre látná el? Tehát egyszerre táplálná a PI-t illetve az aktív hubot és csak egy 230-as dugót foglalna el. Az sem lenne hátrány, ha az USB hub integrálva lenne a tápba
Tudtommal a PI-t nem lehet USB-n keresztül táplálni
J.
-
-
joysefke
veterán
Sziasztok!
512MB Model B rev 2 - RPi-vel kapcsolatban szeretném a kévetkezőket kérdezni:
(feltételezzük, hogy gyors 8-16GB-os SD kártya van benne)-Lejátsza a 720p-s MKV-ket? Pörgetni lehet?
-Lejátsza az 1080p-s MKV-ket? Pörgetni lehet?
- USB-s HSPA modemet (Huawie E220) támogat?
-Az ethernet adminisztratív letiltása (ifconfig eth0 shutdown vagy mi) csökkenti a fogyasztását?
-Van bármiféle lehetőség linuxból lekapcsolni a boardot (és ezáltal nullázni a fogyasztását)?
-SD kártyáról Sambás megosztással mekkor sebességet lehet elérni (windows géppel férnék hozzá)
Válaszokat előre is köszi!!
J.
-
joysefke
veterán
Sziasztok!
-RPi mennyire felelhet meg netmegosztó és letöltőgépnek?
A következőekre gondoltam:
-USBs HSDPA modememet közvetlenül a Pi-re csatlakoztatom, az megosztja a netet egy darab cross kábellel rákötött géppel. Jelenleg Kb 5mbps a net-sebesség, de upgradelni fogom 20mbps-re /modemcsere/. Packet filter funkció nem igazán kell, ip tables-sel(?) egyszerűen NAT-olnám a PC forgalmát.-Éjszaka közben torrent is menne a- RPi-n
Ami kéne az annyi lenne, hogy PC-ről egy scriptel el tudjam indítani Pi-n a tárcsázóprogramot, illetve hogy szükség esetén kultúráltan le tudjam kapcsolni a Pi-t. (GPIO-ra esetleg rakni egy kapcsolót, ami elindít a Pi-n egy shutdown scriptet, majd utánna lehet kézzel áramtalanítani?)
-Elegendő lenne ehhez a Pi teljesítménye?
-GPIO-ra kötött kapcsolóval lehet a Linuxon scriptet aktiválni?üdv
J. -
joysefke
veterán
Azért kéne GPIO-n keresztül megoldani a Linux leállítást, mert nem akarom a PC-met ahhoz felkapcsolni, hogy adott esetben leállítsam a Pi-n a Linuxot. (Ahhoz, hogy a Pi-t áramtalaníthassam ahhoz ugye előbb le kell állítani rajta az oprendszert)
Másrészt pedig ha a Huawei E220 modemet a Pi-re kötöm, akkor még az is enni fogja az áramot (és az E220 tényleg tud zabálni, nem is elég neki egy USB port)
J.
-
joysefke
veterán
Sziasztok!
Szeretném megkérdezni, hogy a Pi 3 B vagy esetleg a Pi 3 B+ tud-e x264-gyel kódolt 1080p felbontású 50 illetve 60fps képkocka-sebességű anyagokat lejátszani?
Küzdősport-felvételeket (UFC, Bellator) is néznék vele, ott pedig előny a jó képkockasebesség...
-
joysefke
veterán
sziasztok!
rpi át tudja nyomni HDMI-n a hangot? Hdmi cec működik ?
2.0A-es minőségi töltő elég lehet 3B+ -hoz?
van a malnapc.hu-nél jobb beszerzési forrás?
előre is köszi!
[ Szerkesztve ]
-
joysefke
veterán
válasz onlybecool #30576 üzenetére
Hálószobában használnánk, heti egy két film lenne letöltve, majd azt néznénk. NAS funkciója nem lenne, illetve nem a RPI lenne a felelős az arányomért, arra ott van a rendes gépem.
FHD+ x264-et kéne bírjon.
-
joysefke
veterán
Sziasztok!
mától megvan a PI 3+ , a Libreelec telepítésével nagyot szo*tam, de végül csak sikerült.
A kérdés most az lenne, Libreelec-hez melyik a legproblémamentesebb torrent kliens?
Az elvárásom annyi lenne, hogy az asztali gépemről a *.torrent fájlt SSH-n vagy fájlmegosztáson keresztül át tudjam küldeni a PI-nek és magától letöltse, majd letöltés után lehetőleg állítsa le a torrent klienst, vagy legalábbis ne kezdjen el visszaosztani. (nem a PI-ről akarok seedeleni).
előre is köszi!
-
joysefke
veterán
SD-Probléma?
Egy elfekvőben lévő, kb két éves (nem az új széria) Samsung 32GB EVO "ultra fast performance" UHS-I (up to 48MB/s) kártyát használok libreelec-cel.
A kártyát microSD-SD adapteren keresztül beletettem a régebbi laptopomba (2010-es gyártmány) ahol hiba nélkül használható volt.
A problémám az, hogy kétféle telepítési módot is kipróbálva a libreelec indulásakor a 32GB-os kártya kérdés nélkül átméreteződött egyszer 0,5GB másszor 1.6GB méretűvé majd a rendszer adattár hibára panaszkodva leállt. Ügyeltem a FAT32 formázásra.
A csökkent kapacitású kártyát a laptop SD meghajtójában semmilyen trükkel nem tudtam visszaformázni 32GB méretűre pedig három szoftverrel is próbáltam (Win7 disk manager, SD Formatter, és valami harmadik). A kapacitást végül a mobilommal sikerült visszanyerni, ami visszaformázta 32GB-re.
A rendszert végül úgy sikerült működésre bírni, hogy Android telefonnal leformáztam az SD kártyát, a Windows laptopban töröltem az előre definiált üres Androidos könyvtárakat majd copy-paste-vel rámásoltam a noobs bootkönyvtárakat.
Na most a kérdés az, hogy hol a hiba??
A PI nem szereti annyira Samsung SD kártyát vagy esetleg a laptopom SD meghajtója csinál valamit formázáskor rosszul?üdv
J. -
joysefke
veterán
válasz Savageboy #30611 üzenetére
A faék egyszerűségű telepítőt nem lehet rosszul használni. A diskpart-ot pedig leírás alapján (mit csináljunk, ha raspberryzés közben összemegy a flash) használtam.
A kérdés inkább arra irányult, hogy a laptopom SD-flash drive-jával történő formázás lehet-e inkompatibilis a Pi-vel...
[ Szerkesztve ]
-
joysefke
veterán
van valakinek eladó erős töltője (RPi gyári 2.5A? )?
-
joysefke
veterán
Felraktam egy raspbian light-ot, majd megpróbáltam az
sudo apt install kodi
paranccsal felrakni a Kodit, de az install elszálltUnpacking libllvm3.9:armhf (1:3.9.1-9+rpi1) ...
dpkg: error processing archive /tmp/apt-dpkg-install-JEz3NN/100-libllvm3.9_1%3a3.9.1-9+rpi1_armhf.deb (--unpack):
unable to sync file '/usr/lib/arm-linux-gnueabihf/libLLVM-3.9.so.1.dpkg-new': Kimeneti/bemeneti hiba
dpkg: error while cleaning up:
nem tudom eltávolítani `/usr/lib/arm-linux-gnueabihf/libLLVM-3.9.so' újonnan-kicsomagolt verzióját: Kimeneti/bemeneti hiba
dpkg: error while cleaning up:
nem tudom eltávolítani `/usr/share/lintian/overrides/libllvm3.9' újonnan-kicsomagolt verzióját: Írásvédett fájlrendszer
dpkg: error while cleaning up:
nem tudom eltávolítani `/usr/share/doc/libllvm3.9/copyright' újonnan-kicsomagolt verzióját: Írásvédett fájlrendszer
dpkg: error while cleaning up:
nem tudom eltávolítani `/usr/share/doc/libllvm3.9/changelog.Debian.gz' újonnan-kicsomagolt verzióját: Írásvédett fájlrendszer
dpkg: error while cleaning up:
E: Sub-process /usr/bin/dpkg returned an error code (2)
W: Hiba a(z) /var/cache/apt/pkgcache.bin fájl törlésekor - pkgDPkgPM::Go (30: Írásvédett fájlrendszer)hibával. Ezután a konzolon
EXT4-fs error (device mmcblk0p7): ext4_find_entry:1436: inode #655361: comm cron: reading directory lblock 0
hibák jönnek számolatlanul.Na most mi van?
[ Szerkesztve ]
-
joysefke
veterán
-
joysefke
veterán
USB hot plug és USB automount NTFS-sel (readonly)
A legújabb Raspbian van fent és szeretném megoldani elsősporban az USB hot plugot másodsorban az automountot.
Felraktam az
ntfs-3g
csomagot, ezzel szépen ment is a manuális mountolás. Ezután feltettem azusbmount
-ot,
hozzáadtam a fájlrendszer listához az ntfs és fuseblk opciókat: FILESYSTEMS="vfat ntfs fuseblk ext2 ext3 ext4 hfsplus" (valahogy így nézett ki)Na és ez után sem működik. Mi a standard megoldás a hot plugra és az automountra na és a gyors eltávolításra?
Előre is köszi!!
[ Szerkesztve ]
-
joysefke
veterán
Köszönöm, nagyon hasznos írás!
Végül maradtam az
fstab
-nál, a scriptes megoldás nekem túl advanced (nem tudnék hozzányúlni).A
/etc/fstab
-ban csak olvashatóként csatoltam az NTFS-es pendrive-ot, és le is ellenőriztem, tényleg read only-ként csatolja. Ez azt is jelenti, hogy működés közben bármikor kihúzhatom a Pi-ből?[ Szerkesztve ]
-
joysefke
veterán
válasz Salex1 #30651 üzenetére
Még az jutott eszembe, hogy most a Liberec-en a TV távirányítóját használjuk (HDMI SIMPLINK) ez menni fog raspbian alatt is?
Nálam ez amit szeretnél Raspbian+Kodi kombival működik: A TV HDMI-CEC-en keresztül elküldi a Pi-nek (és ezzel a Kodi-nak) a távirányító jeleit. Play, Pause, Stop, Fwd, Rwd, Info ezek működnek.
-
joysefke
veterán
válasz Salex1 #30654 üzenetére
Én is mára terveztem ezt megcsinálni, de a Pi máshogy akarta, ismét fájlrendszer hibával indult, most ezzel vagyok elfoglalva.
Én tegnap ezt találtam a Kodi autostartról:
Hi,
As far as I can understand, Debian Jessie and Debian Stretch (and the derivated Raspbian ones) use the new init system systemd, not the old one sysvInit. So the use of the start/stop script /etc/init.d/kodi and relative /etc/default/kodi configuration file, should be discouraged.
We should instead create a systemd unit file. I ended with this functional solution, running on 2017-11-29-raspbian-stretch-lite. I did not install the xerver.xorg system, the kodi-standalone program is run by the kodi user, which I created.
This is the/etc/systemd/system/kodi.service
unit file:[Unit]
Description = Kodi Media Center
# if you don't need the MySQL DB backend, this should be sufficient
After = systemd-user-sessions.service network.target sound.target
# if you need the MySQL DB backend, use this block instead of the previous
# After = systemd-user-sessions.service network.target sound.target mysql.service
# Wants = mysql.service
[Service]
User = kodi
Group = kodi
Type = simple
ExecStart = /usr/bin/kodi-standalone
Restart = always
RestartSec = 15
[Install]
WantedBy = multi-user.targetTo install, enable and run the service:
systemctl daemon-reload
systemctl enable kodi.service
systemctl start kodi.service
The kodi user was created witht the following commands:
adduser --disabled-password --gecos "User to run Kodi Media Center" kodi
adduser kodi audio
adduser kodi video
adduser kodi plugdev
adduser kodi input -
joysefke
veterán
Ezt dobta bootolás után autómatikus fsck futtatáskor:
Power on/off reseteltem (ctrl+alt+del nem működött) utána hiba nélkül ment.
Következő boot utánra kényszerítettem egy fájlrendszer ellenőrzést a
sudo touch /forcefsck
paranccsal és pontosan ugyanaz a hibaüzenet fogadott mint alább látszik.Ismert jelenség?
-
joysefke
veterán
válasz Savageboy #30636 üzenetére
Hmm, akkor vagy tényleg az lesz, amit korábban írtak Neked (az RPi-k valamiért nincsenek oda a Samsung memóriakártyákért), vagy pedig hibás a kártya. Windows alatt tesztelted H2testw-vel?
A memóriakártyát tesztelt az általad ajánlott és egy másik programmal is, mindkettő tökéletesnek mutatta. A másik program a blokkok elérési idejét is mérte és ez az egész memóriakártyán keresztül konzisztensen jó volt.
Tehát arra tudok gondolni, hogy a Pi nem szereti a Samsung EVO 32GB HS1 kártyákat, ami elég szomorú, mert máshol pont ajánlják ezt is hozzá a Sandisk mellett.
Pár napig még tesztelem, de könnyen lehet, hogy visszaviszem a Pi-t (elállás), túl sok így a szopás (memóriakártyára, tápra válogatós mellette lassú a másolási/hálózati sebesség és még ház sincsen hozzá alapból)
J.
[ Szerkesztve ]
-
joysefke
veterán
Nem hiszek ezekben a mindenki által karbantartott tesztelési listákban. Ki garantálja, hogy mindenki egyformán akkurátusan tesztel és tényleg olyasmivel tesztel ami kihozza a hibát? Ha megnézed majdnem az összes Samsung kártya zöld, Sandisk pedig elég vegyes. Ez elég rendesen szembemegy azzal amit ebből a fórumból leszűrtem...
Az én kártyám:
SAMSUNG Evo 32GB MicroSDHC UHS-I MB-MP32DA/EUA táblázatban pedig ilyenek vannak:
ok Samsung microSDHC 16 10 MB-MP16DA/EU man:0x00001b oem:0x534d name:00000 hwrev:0x1 fwrev:0x0
Tested on Pi 2 Model B with Raspbian via NOOBS 1.4;nok Samsung microSDHC 16 10 MB-MP16DA/EU man:0x00001b oem:0x534d name:00000 hwrev:0x1 fwrev:0x0
Tested on Pi 2 Model B with Raspbian (Release date:2015-02-16 kernel 3.18) sd-card image. Corruption of ext4 filesystem after apt-get upgrade reboot (2 times)ok Samsung EVO microSDHC 16 10 MB-MP16DA/EU Tested on B+ model - Runs Raspbian and Xbian without a problem with over 48 hours of uptime
ok Samsung EVO microSDHC 32 10 UHS-1 MB-MP32DU2/EU (w/ USB2.0 adapter) man:0x00001b oem:0x534d name:00000 hwrev:0x1 fwrev:0x0 - works well with Raspbian 2014-12-24 and Asterisk 2014-07-31 images. Max. tested speed with SD cards adapter on PC: writing 20.3 MByte/s, reading 35.4 MByte/s.
Én konzisztensen elő tudok 3-4 féle képpen hozni hibát (100% eséllyel) újraformázott friss rendszeren.
[ Szerkesztve ]
-
joysefke
veterán
Akkor már inkább bízom hosszú távú fórumos tapasztalatokban, minthogy "felment a rendszer probléma nélkül, tehát jó", "ment 24h-t full idle, tehát jó" tesztlistákban.
/RANT OFF
Te ezek közül melyiket vennéd tapasztalataid fényében?
https://ipon.hu/shop/csoport/szamitogep-tartozek-szoftver/memoriakartya?817=32-32&brand=1000091&sort=olcso&page=1[ Szerkesztve ]
-
joysefke
veterán
válasz azbest #30674 üzenetére
Egy hete van meg, de ezek miatt a hardveres problémák miatt egyelőre egyáltalán nem vagyok elégedett a Pi-vel. Mondjuk eddig még nem volt SBC-m, lehet irreálisak voltak az elvárásaim, mindenesetre az alacsony sebesség tudatában/ellenére is azért vettem Pi-t, mert úgy voltam vele, hogy itt a legjobb a szupport másrészt meg ez a legkiforrottabb platform. Az első nyilván így van, a másodikban viszont masszívan csalódtam:
1,
A Pi a többiekhez képest csak látszólag olcsó: se ház, se táp, se háttértár, memóriakártyára pedig finnyás, illetve videólejátszás terén bizonyos minőségi szinthez már fizetős kodekekre van szükség hogy legyen hardveres dekódolás.2,
A mikró-USB-s tápellátást a P3+ -nál kvázi becsapásnak érzem. Alig van 2.5A leadására képes töltő a piacon, ami van az is extrém túlárazott a sima 2.0A-es töltőkhöz képest, ráadásul a kábel is szűk keresztmetszet lehet. 2.5A-hez már nem külön kábeles uUSB adapter kéne, hanem egy rendes tűs 5V-os táp fix vezetékkel, ahogy a konkurencia is csinálja.Itt most vagy megveszem további 4E forintért a 2.5A-es brand tápot, vagy hibakeresetek és sosem tudom biztosra, hogy elég-e a 2A-es Xiaomi töltőm a legvastagabb USB kábellel kombinálva ami itthon volt.
3,
Ha a Pi ennyire finnyás a memóriakártyára, akkor talán fel kéne erre hívni a user figyelmét és egy hivatalos listát vezetni a kompatibilis kártyákról.Ha most veszek egy raspberry tápot meg a néggyel feljebb ajánlott SanDisk kártyát, az valamivel többe fog kerülni mint amennyiért a Pi-t vettem. Az hogy házat, kodeket is kell vennem hozzá, azt nem tudom felróni, mert ezekkel már a vásárlás pillanatában tisztában voltam.
vkp : köszi!
[ Szerkesztve ]
-
joysefke
veterán
Pont annak a kistestvérével (Khadas VIM - S905X, 2GB + eMMC) amit linkeltél szemezek én is
Az S912-ről nem olvastam az itteni topikban jókatA többiek alatt a Kadasra illetve az Odroid C2-re gondoltam. Mindkettőhöz van táp. Van tapasztalatod arról, hogy ezeken az S905-ös boxokon mennyire problémamentes a Linux, Kodi?
[ Szerkesztve ]
-
joysefke
veterán
Az SD hátttértárral rendelkező rendszereken a torrent kliens (pld: transmission-daemon) mennyire veszi figyelembe az SD háttértár sajátosságait?
Torrent letöltésnél ugye az egyes fájlokat szeletkékre osztva tölti le a kliens. Feltételezem, hogy mikor egy szeletke teljes egészében letöltődött (vagy mikor a buffer megtelik), a torrent kliens a letöltött szeletet a bufferből a háttértárra kiírja, ezáltal a bufferben felszabadul egy szeletnyi kapacitás, tehát elkezdődhet egy másik szeletke letöltése. Nem értek mélyebben a torrent lelkivilágához, de én így implementálnám...
Az SD kártyák limitált újraírhatóságát figyelembe véve az ideális nyilván az lenne, ha a félkész szeletek addig semmi esetre nem kerülnének a háttértárra, míg a memóriába teljes egészében le nem töltődtek, elkerülendő, hogy egy szelet változó tartalommal többször újra legyen írva a háttértáron.
Ehhez a szeletek mértetét, az egyidejűleg letöltött szeletek számát, a buffer méretét illetve az SD kártya blokkméretét (a szeletmérethez allignálva kell legyen) a torrent kliensnek egyszerre figyelembe kell vennie.
Megvan ez a populáris torrent kliensek (pld: transmission-daemon) esetében?
Ha ez megvan akkor az adatok torrent protokollal való letöltése a hátttértáron csak annyi írást fog eredményezni, amekkora a letöltött adatok mennyisége. Ha a fenti működési mód nem teljesül, akkor a ténylegesen háttértárra írt adatmennyiség akár többszöröse is lehet a letöltött adatmennyiségnek.
Az SD kártya élettartama szempontjából ez nyilván nem mindegy...
[ Szerkesztve ]
-
joysefke
veterán
válasz Csicsóka #30719 üzenetére
Múltkor nézegettem a linuxos
htop
parancs által megjelenített adatokat: ki lehet választani, hogy a futó processzekhez listázza az aktuális háttértár - I/O sebességet. A bibi csak az volt, hogy nekem mindenhova konstans 0-t adott meg, holott a háttérben aktívan letöltött atransmission-daemon
, tehát volt háttértár írás.Tudsz esetleg tipped adni valami tényleg működő I/O-adatmennyiség monitorozra, mert szívesen megmérném, hogy 1GB adatmennyiség letöltése mennyi tényleges háttértár-írással jár.
-
joysefke
veterán
válasz Salex1 #30726 üzenetére
Libreelec-kel automatikusan indul el a Kodi.
Raspbianhoz picit följebb leírtam amit találtam (de sajnos nem tudtam kipróbálni, de működőképesnek tűnt)
Gyorssegélyként, ha a GUI nélküli Raspbiant használod:
Belépsz terminállal (Pld. Termius a Google Play-ben vagy egyszerűen egy csatolt billentyűzetről) a Pi-re, ott pedig kiadod a:nohup kodi &
parancsot. Ha csak egyszerűen beírnád a terminálba hogy
kodi
az is működne, de a futó kodi a terminálhoz lenne kötve (zárod a terminált vagy véletlenül bezárul a terminál) ami nem ideális.[ Szerkesztve ]
Új hozzászólás Aktív témák
- XGS24 - Jövőre érkezik az új Fable
- Musk betiltja az iPhone-okat a Teslánál és az X-nél, ha ezt meglépi az Apple
- TCL LCD és LED TV-k
- Futás, futópályák
- Kerékpárosok, bringások ide!
- Politika
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- OpenMediaVault
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Diablo IV
- További aktív témák...
- Garanciális ASUS TUF Gaming X670E-PLUS + AMD Ryzen 7 7800X3D
- 7db Lenovo ThinkCentre M710s/M910s/M720t:i5 8400 (6mag)/i5 6500 (4mag) +AJÁNDÉK:ÚJ Lenovo bill.+egér
- Asztali pc ssd/hdd nélkül
- 6.7.8.gen Brand félgépek // Hp, Dell, Fujitsu, Lenovo // TWR, MT, SFF // Több típus elérhető!
- Asus TUF / AMD Ryzen 9 3900X / 64GB RAM
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen