- Ez már a középkategória: teszten a GeForce RTX 5070
- Milyen billentyűzetet vegyek?
- OLED TV topic
- Milyen TV-t vegyek?
- Everest / AIDA64 topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- Megjelent a Red Magic kompakt OLED kijelzős gaming táblagépe
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- AMD Navi Radeon™ RX 9xxx sorozat
-
PROHARDVER!
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
-
atesss
addikt
A GPIO pineket a használat után ajánlott lenne felszabadítani (alapra állítani).
Úgy emlékszem ezt egy egyszerű shell script paranccsal meg is lehetett tenni (egy adott pinre).
A GPIO utility (WiringPI) leírásban viszont hiába keresem.
Vagy az ponthogy egy másik utility amiben ez a funkció van ?
Vagy rosszul rémlik, és Python alól működik csak ez ?MOD:
Ezt a régi scriptet szeretném továbbfejleszteni (amúgy 8db case van, csak a többit kiszedtem hogy rövidebben írjam be ide):#!/bin/shv1() {echo "1";gpio -g mode 3 outgpio -g write 3 0sleep 1gpio -g write 3 1}v2() {echo "2";gpio -g mode 27 outgpio -g write 27 0sleep 1gpio -g write 27 1}case "$1" inv1)v1;;v2)v2;;*)echo "Usage: $0 v1-v2| KillRemote | KillAll}"esac -
BalanceR
addikt
OpenMediaVaultban valaki otthon van?
A problémám a következő:
Be szeretnék állítani egy Pi-t OMV-vel NASnak, semmi komoly, otthon több géptő elérni, távolról másolni rá, esetleg torrent...
Ahol megakadtam:
A routeremben van beépített FTP szerver és azt is szeretném megtartani.
A Pi-t belülről elérem, de ha a nertől szeretném, ugye kellene a Port forwarding a 21-es porton, de akkor a router FTP-je bukó..
Próbáltam átpöccinteni az OMV-t másik (8021-es, 2121-es 14147-es) portra, és ennek megfegfelelően a Forwardingot is erre, de nem megy... Addig jó, hogy bekéri a usert, meg a jelszót, aztán connection error... Ötletek? megoldás?
Ezen kívül a sima FTP-port forwarding nem tűnik valami biztonságos megoldásnak, van valami nagyon egyszerű más megoldás?
Bónusz kérdés: addig oké, hogy folyamatosan csatolt lemezek EXT4re lesznek formázva, de szeretnék néha pendriveot is a PI-re dugni, és megosztani a tartalmát , ezeket a driveokat alapból Windowson használom, van olyan filerendszer, amit a Win, és az OMV is megfelelően kezel?
. -
asuspc96
senior tag
válasz
asuspc96
#38188
üzenetére
ubuntu@ubuntu:~/Documents$ python3 motion_sensor.pyvan postavan postavan postavan postavan postaValóban jobb az érzékelési rátája, viszont még továbbra is elég sok a fals pozitív.
Szóval nem csinálok semmit, de mégis triggerelődik valamiért...
Nálam most ez a kód fut alatta:
def detect_motion(self):
while True:
self.motion_sensor.wait_for_active()
if self.motion_sensor.is_active:
print("Motion detected!")
break
self.motion_sensor.wait_for_inactive()
if not self.motion_sensor.is_active:
print('waiting...')
break
def start_motion_detecting(self):
while True:
self.motion_thread.append(
threading.Thread(
target=self.detect_motion,
args=()
)
)
for i in range(len(self.motion_thread)):
self.motion_thread[i].start()
for i in range(len(self.motion_thread)):
self.motion_thread[i].join()
self.motion_thread.clear() -
-
pube111
senior tag
válasz
asuspc96
#38185
üzenetére
Nincs rajta jumper? Nekem azzal lehet választani ezt a triggerelést.
Egszer postaládába szereltem be. Mailt küdött, ha jött levél.
import RPi.GPIO as GPIO
import time
import subprocess
GPIO.setwarnings(False)
GPIO.setmode(GPIO.BOARD)
GPIO.setup(11, GPIO.IN) #Read output from PIR motion sensor
#GPIO.setup(3, GPIO.OUT) #LED output pin
while True:
i=GPIO.input(11)
if i==0: #When output from motion sensor is LOW
print "nincs posta",i
# GPIO.output(3, 1) #Turn ON LED
time.sleep(5)
elif i==1: #When output from motion sensor is HIGH
subprocess.call(['./mail.sh'])
print "van posta",i
# GPIO.output(3, 0) #Turn OFF LED
time.sleep(5) -
asuspc96
senior tag
Helló,
Valakinek volt már szerencséje mozgásérzékelő szenzorhoz ?
[PIR mozgásérzékelő szenzor]Tudtatok belőle kipréselni használható adatot ?
Mert nekem amint mozgást érzékel, utána folyamatosan beragad abba az állapotába, mintha nem lenne olyasmi, h pl 2mp után lekapcsol, és megint csak akkor jelez, ha érzékelt.Illetve létezhet, hogy a
motionsensorapi-jából kivették ezt await_for_motion()fgv-t ? -
atesss
addikt
válasz
Márton
#38182
üzenetére
Sajnos úgy tudom az omxplayert-t már nem fejlesztik tovább...
Most kipróbáltam, a VLC is lejátssza a youtube videókat (3B+, friss Raspbian és VLC).
És én annó RPI-n VLC-vel és CVLC-vel is csináltam olyat, hogy helyi hálózatos RTSP stream-eket nyitottam meg, nagyon hosszúra állítva a buffert (ami működött is, hirtelen kihúzva a forrás eszközt még ment a PI-n a lejátszás tovább a beállított kb. 3 másodpercig).
De úgy rémlik hogy utána bezáródni az is bezáródott (lltetve a VLC a GUI-n is hibaüzenetet írt ki), bár ez talán kikapcsolható. -
válasz
atesss
#38181
üzenetére
n+1 megoldás létezik rá, és ez attól is függ milyen programokat futtatnál. Milyen jogosultság szükséges a futtatásukhoz, milyen futási szintet igényelnek (meg egy terminál sem kell hozzá, vagy grafikus felületet igenyelnek), hogy a rendszerrel induljon, vagy ha x user belép,...
Itt (és itt)felsorolnak pár módszert, hogy a különböző helyeken hogyan tudsz automatikusan programot indítani.
Fontos hogy ezeket nem szabad keverni! Természetesen használhatod mindegyiket "indítási pontot", de egyszerre ugyanazt ne próbáld elindítani különböző helyekeről. Ezért sem szabad a különböző leírások között ugrálni ha elsőre nem megy ki kell deríteni az okát, vagy visszacsinálni az eddigi módosításokat, hogy azok ne kavarjanak be, ha egy másik leírás máshol másképp indítaná az adott programot. Ezért nehéz okos tanácsot adni amikor nem megy, mert kitudja mit hol mire írtál át. -
Márton
nagyúr
CLI-ből szeretnék lejátszani egy youtube videót.
Omxplayer-rel próbálkozom, de a problémám, hogy a live és a timeout 120 paraméter ellenére is azonnal kilép, amint pár mp-re megszakad a stream vagy bufferelni kéne.
Hogy mondjam meg neki, hogy addig ne lépjen ki, amíg én nem mondom?
Esetleg más progi?
köszi -
atesss
addikt
Okés, átnéztem még egyszer, és most már világos, ez akkor service-ként fog futni.
És az X indulással mindig leálló-elinduló problémát is gondolom ez megoldja (mivel a service gondolom nem az X-hez kötött)."át kell térnem a
/etc/rc.local-ból való indításra.
Még mielőtt, áttérsz, felejtsd is el! A systemd-s init rendszer csak kompatibilitási okokból hagyta meg ezt a régi init rendszer emulációját."
Viszont ez a dolog akkor felveti az egész autostart megoldásomnak a problémáját.
Amiben adott esetben ezen a VNC indításon felül még egy csomó minden más is van.
Hogyan tudnám megoldani, hogy a start.sh fájlom (vagy az /etc/xdg/lxsession/LXDE-pi/autostart) pontosan egyszer fusson le ?
Tehát hogy a rendszerindításkor lefusson, de a virtual desktop-okkal induló újabb X indulásával pedig már nem.
Ellenőrizzem, hogy mi a kijelzőm tulajdonsága ?
Vagy ellenőrizzem hogy nem fut-e már egy realvnc virtual desktop ?
Ezt talán valahogyps -ef | grep vncalapon lehetne ?
(Csak itt ugye ki kell deríteni hogy miből látom pontosan hogy a kijelzője az egy virtual példány.) -
válasz
atesss
#38179
üzenetére
Nekem ebből az jött le, hogy ez a vncserver indítása előtt lelövi a futó példányokat.
Pontosan. Ezzel biztosítja, hogy csak 1 példány fusson.
a
/etc/xdg/lxsession/LXDE-pi/autostart-ot, amiben ha benne van a vncserver indítása,Nem, nincs benne.Vagy ha beletetted, veddni onnan.
-
atesss
addikt
Átnéztem, de sajnos nem értem teljesen.
ExecStartPre=/bin/sh -c '/usr/bin/vncserver -kill %i > /dev/null 2>&1 || :'
Nekem ebből az jött le, hogy ez a vncserver indítása előtt lelövi a futó példányokat.ExecStart=/usr/bin/vncserver -geometry 1800x1000 -depth 16 -dpi 120 -alwaysshared -localhost %i
Majd az utána következő sor újra elindítja a vncserver virtual desktopot-ot, majd így ezzel a/etc/xdg/lxsession/LXDE-pi/autostart-ot, amiben ha benne van a vncserver indítása, így ez végül ugyanúgy egy végtelen ciklust jelentene, mindig elindulna-leállna.
Bár van deamon is írva, de sajnos nem világos hogy az pontosan hogyan működik, illetve én hogyan indítanám, és miért csak egyszer futna le. -
vtechun
veterán
válasz
body007
#38128
üzenetére
egyelőre tesztképp használom, fel is megy szépen ezzel a leírással. Jól is néz ki, viszont nem megy a hassion belül a net, nem értem mi lehet a gond, vagy hogy tudnám beállítani. Én el tudom érni, viszont nem tud updatelni, nem tudja a meteorológiai adatokat lekérni, stb. Nem értem mi baja lehet. konzolban megy a net, névfeloldás is van, böngészőben is megy.
hassio naplója ezeket írja:
2020-06-08 11:36:24 ERROR (MainThread) [homeassistant.components.updater] Error requesting Home Assistant update data: Cannot connect to host updater.home-assistant.io:443 ssl:None [Try again]
2020-06-08 12:22:42 ERROR (MainThread) [metno] https://aa015h6buqvih86i1.api.met.no/weatherapi/locationforecast/1.9/ returned Cannot connect to host aa015h6buqvih86i1.api.met.no:443 ssl:None [Try again]
2020-06-08 12:22:42 ERROR (MainThread) [homeassistant.components.met.weather] Retrying in 16 minutes
2020-06-08 12:23:06 ERROR (MainThread) [metno] https://aa015h6buqvih86i1.api.met.no/weatherapi/locationforecast/1.9/ returned Cannot connect to host aa015h6buqvih86i1.api.met.no:443 ssl:None [Try again]
2020-06-08 12:23:06 ERROR (MainThread) [homeassistant.components.met.weather] Retrying in 20 minutes -
atesss
addikt
válasz
azbest
#38141
üzenetére
Hát egy Raspberry alaplapot azért ki tudnának cserélni, ha csak ennyit kellene.
Viszont közben most egy másik játékelemmel is gond van lent. Még tesztelik hogy melyik részének (nem-e a - kvázi boltban kapható - erősítője vagy tápegysége), de így egyre inkább esélyesnek tűnik hogy le kell mennem."Egyébként remélem van backup a rendszerről, rá telepített programokról, kofigjukról."
A teljes rendszerről image formában nem volt (de amúgy ezt elküldték nekem, az SD-t Win32 DiskImage-el beolvasva másik gépbe).
A lényeges beállításokról, file-okról viszont csináltam annó.Hát ha már cserélni kell, én inkább 3B+-ra cserélnék (vagy ha kapható újonnan, vagy az egyik sajátot használva, amik közül van ami kb. újnak mondható).
4-esre csere már bonyolultabb és költségesebb, új ház (lehet új rögzítési megoldás is kell), új táp, hűtés(akár aktív is), mHDMI-HDMI átalakító, stb.
A 3B+-ra cserének viszont lenne olyan hátránya, hogy onnantól két különböző eszköz lenne a két ugyanolyan pályán (a másikon nem romlott el a 3B, ott az maradna). Ok, nem nagy különbség, de akkor sem ideális."de ha amúgy a szoftver nem épít kivejezetten valami régebbi megoldásra, akkor jó eséllyel kompatibilis maradt vele az új rendszer egy legújabb pi-vel is. "
Hát a pipresents újabb verziói úgy láttam szoktak építeni az újabb Raspbianokra.
És itt már lehet 2 főverziónyi ugrás is volt azóta, kicsi az esélye hogy menne a régi. De ennek utána kell néznem: [link]
Amúgy az a része amit gyakorlatban használnék, jó eséllyel nem változott nagyon, de végig kell nézni a dokumentációt meg tesztelni kell hogy kiderüljön.Viszont van egy része a video-kezelő rendszernek, amit nem én csináltam.
Nem bonyolult, viszont nem tudom 100%-ra hogy mi minden kell hozzá hogy menjen.
A - nem általam csinált PC-programból (Debian, GUI-s) - is be lehet küldeni videók lejátszását.
Biztonság kedvéért ezt úgy csináltuk meg még annó, hogy HW-esen vezérel. Azaz az RPI-n futó egyszerű scriptet vezérli SSH-n keresztül a PC, az RPI script pedig egy GPIO pin-t magasba emel. Ez a pin össze van forrasztva(persze egy ellenálláson keresztül) egy másik GPIO pinnel, aminek a magasba váltását érzékeli a pipresents, és arra indítja a videót.
Az rémlik, hogy a PC-program alapvetően SSH alapon kommunikál a raspberry-vel.
Talán van egy config fájl is, ahova a Raspberry IP-t be kell írni.
Az IP-cím ugyan most MAC alapon fixálódik a routerben, de ezt átírom, és akkor az IP marad ugyanaz.
Viszont ahhoz hogy "ne kérjen be jelszót" az a minimum, hogy ssh-keygen-el új kulcsot kell generálnom és azt bemásolni. De annyira nem ismerem ezt, milyen beállítások lehetnek még SSH kapcsolatnál, ami kellhet ahhoz hogy működjön így automatikusan a kommunikáció ?Pl. az úgy oké, ha az RPI-n lévő scriptfájl tulajdonosa a pi user ?
Valami visudo beállítás is rémlik, hogy van amit hozzá kellett adni az automatikusan sudo joggal futó alkalmazások/scriptek listájához. De aztán ez lehet már a PC-n van (Debian). -
golya87
őstag
válasz
golya87
#38165
üzenetére
Hülyeséget írtam. Alpine legújabb verzója tartalmazza a 0.9.8-as rtorrent-et, de a rutorrent-nek csak a béta verziója tudja ezt kezelni. Így a linuxserveres srácok visszavonták az Alpine frissítést. Így sajnos én sem tudom mikor lesz ez így frissítve.
Update: beadtam egy kérést, hátha.
-
-
atesss
addikt
válasz
azbest
#38143
üzenetére
Még egy kiegészítés az előző leírásomhoz:
"Ez alapján sikerült, az /etc/rc.local fájlba kellett beírni a következőt:
#Start RealVNC in virtual mode with resolution 1920x1200 px
sudo -u pi vncserver -randr=1920x1200"
Ezt - ahogy a linkelt fórumon is írják - az utolsóexit 0sor elé kell ezt behelyezni.
Igen, én csak nagyjából értettem meg, de akkor megerősítettél, köszi.
lxsession start:
No, ezt nem tudtam, pedig adott esetben lényeges tud lenni.
Mondjuk eddig azért nem jött elő ez, mert csak egyszer indult el a grafikus felület.
De innentől, hogyha virtual desktop-ot is használok (márpedig mért ne indítanám el automatikusan akár minden rendszeremen fixen, mivel csak kb. 25-35MB ramot eszik, procit meg kb. semmit), akkor úgy néz ki hogy a/etc/xdg/lxsession/LXDE-pi/autostart-ból való indítás helyett át kell térnem a/etc/rc.local-ból való indításra.
Ide ugyanúgy be fogom tudni tenni alxterminal -e /home/pi/Desktop/start.shsort, ami indítja ezt, a pi user ezen mappájában szereplő shell script fájlt ?
Így a jogosultságok ugyanazok, mint az lxsession-os megoldásnál ?
Illetve ilyenkor az elvileg egy külön terminalban elinduló start.sh "kimenetét" mégsem fogom látni az elsődleges képernyőnek a grafikus felületén ?
Milyen megoldás lehetne, hogy ott rendszerindításkor elinduljon, lássam is az elsődleges képernyőn, de a virtual desktop-al már ne induljon el még egy példányban ?
Amúgy a virtual desktop indításakor mindig kapok egy hibaüzenetet is a desktop-on:
"No session for pid 617"
Mint kiderült ez a PID az lxpolkit-é:pi@raspberrypi:~ $ ps -efUID PID PPID C STIME TTY TIME CMDpi 617 544 0 16:50 ? 00:00:00lxpolkit
"csak akkor a kompozit kimenet az alapértelmezett"
Hát ez fura, akkor meg miért nem jön létre az X ilyenkor ?
Azaz miért mutatja a VNC amikor megnyitom a fő desktop-ot, hogy "Cannot currently show desktop" ?
És a TV-kimenet alapértelmezett felbontásával (720*576 ?) kellene létrejönnie. -
#38168
Keem1
veterán
UberMutant
#38167
Keem1
veterán
válasz
UberMutant
#38167
üzenetére
Sajnos a Zero már megvan, amikor vettem, sehol nem volt készleten a ZH, amin van presoldered header.
Köszönöm a hasznos választ.
Ez esetben vagy megveszem legkevesebb 2 fontért (plusz szállítás) a forrasztásmentes headert, vagy 1 dollárért a forrasztandót és keresek valakit, aki beforrasztja. -
Keem1
veterán
válasz
atesss
#38160
üzenetére
és #38163 cigam
Igen, sajnos kicsit én is tartok attól, hogy a kontakt nem lesz jó, még ha esetleg látszatra bele is szorul annyira. Ha nagyon negatív akarok lenni, félek attól, hogy később kábelezésnél jönnek hibák, amiknek nem fogom megtalálni az okát.
Két ok van, ami miatt nem szeretném forrasztani:
- a Zero-t mindenféle mókolásra vettem, és nagyon frankó, hogy egy fél bankkártya méretű, kb. kétféle kiterjedéssel. Zacsiba teszem, zsebre vágom. Ez a beforrasztott headerrel elvész.
- nem tudok forrasztani: régen csináltam, sokkal nagyobb érintkezőket, és eszközeim sincsenekAlternatíva:
Találtam a Pimoroni-n solderless headert, amit kalapáccsal kell beb*szni a helyére
A kivehetőség itt is elvész, viszont forrasztás nélkül meg lehet oldani. Igaz, egy 1 dolláros header helyett lesz 7 dollár - jó drága 
-
aujjobba
addikt
Nemrég vettem kéztől rpi1-et, sd kártya benne, sajnos nem próbáltam ki.
Bedugom, világít a piros LED, a tv azt mondja nincs jel.
Szerintetek a kártyával lehet valami, nincs rajta OS vagy ilyesmi?
Nem tudom hogyan kellene a gépnek ebben az esetben viselkedni.
A kártyát nem is tudom most csekkolni, MacBook van csak itthon 4db USBC porttal, nyilván nem szeretnék hozzá kártyaolvasót venni 15ezer pénzért. -
atesss
addikt
Sajnos élőben még sosem láttam Zero-t, úgyhogy kerestem róla nagyobb felbontású képet: [link]
Ez alapján látom hogy jól sejtettem, hogy furatgalvános, azaz a furatban "belül" végig fém van (érdekes viszont, hogy a szín alapján elvileg valami réz vagy réz-szerű, és nem ón).
Így - ha mechanikailag eléggé szorul mindegyik tüske a furatba - elvileg érintkezhet rendesen.
De gyakorlati tapasztalatom sajnos nincsen.Mechanikai rögzítésnek, hogy ne tudjon kimozdulni, megcsinálhatod azt hogy összesen 2db tüskét beforrasztasz, a két átellenes sarokban. Ez meg tudja tartani az egész tüskesort (mivel az egy darabban van). És ennyit később egyszerűbben ki lehet forrasztani.
Mivel furatgalvános a lap, jogos a félelmed hogy a kiforrasztás - főleg 40db tüske esetén - nem lehet olyan egyszerű. -
Keem1
veterán
Skacok, tudja-e valaki, hogy a Zero-hoz a külön kapható tüskesort kötelező-e beforrasztani? Nagyon bízom benne hogy nem.
Én józan ésszel úgy gondolnám, hogy alapvetően a tüskesor maga beleszorul annyira, hogy az érintkezéssel ne legyen probléma, de ettől még kihúzható maradjon. Nyilván tudom, hogy stabil, mozgás, hordozás stb. esetén is benn maradó kötést a forrasztás ad, de nekem csak asztalon kellene annyira erős tartás, hogy az érintkezéssel gond ne legyen, de a "munka" végeztével a tüskesor kivehető maradjon.Szerintetek?
-
pvt.peter
őstag
Sziasztok,
Váltani szeretnék Transmission -ről qBitorrent-re, a telepítés meg is történt, viszont indításkor ilyeneket ír ki:
2020/06/07 12:06:24.240602 cmd_run.go:880: WARNING: cannot start document portal: read unix @->/run/user/1000/bus: EOF
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
realpath: '': No such file or directory
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
realpath: '': No such file or directory
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
realpath: '': No such file or directory
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
realpath: '': No such file or directory
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
realpath: '': No such file or directory
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
realpath: '': No such file or directory
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
realpath: '': No such file or directory
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
realpath: '': No such file or directory
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object 'ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
QtSingleCoreApplication: listen on local socket failed, QLocalServer::listen: Unknown error 1Találkozott már vki hasonlóval? RPI3 Busterről lenne szó.
-
killer15
csendes tag
Sziasztok!
Össze raktam 1 Pi4-et ismerősnek internetezni + Retropie konzolnak. Mivel egyáltalán nem ér a Linux rendszerekhez ezért kell a desktop-os kinézet.
Kérdés az hogy parancsikont létrehoztam és akármit állítok át mindig feldobja az ablakot
" 'Retropie' szöveges fájl futtatható parancsfájlnak tűnik.
Mit szeretnél tenni vele?"Az indító ikon ezt tartalmazza:
[Desktop Entry]
Name=Retropie
Exec=emulationstation
terminal=false
Type=Application
Terminal=trueÉn is csak most kezdtem végre tanulni ezt az egészet.
Válaszokat előre is köszi.
-
atesss
addikt
válasz
atesss
#38113
üzenetére
Ezzel sajnos még akadt problémám.
Mint írtam, HDMI display-el tökéletesen megy a 3B+-al is, alacsony prociterheléssel.
Rádugtam viszont a PI-re a HDMI monitor helyett ezt a DSI-s, 800x480 felbontású, gyári képernyőt: [link]
Mivel terv szerint egy kis LCD-vel lenne majd használva (persze egy ennél kisebbel és jóval olcsóbbal). Bár azt nem tudom hogy az olcsóbb képernyő is DSI-s lenne, és nem-e már SPI-os.
Amíg nem rakom teljes képernyőbe, addig megy teljesen jól.
Teljes képernyőn viszont fekete képet ad.
Mindegy hogy alapból --fullscreen kapcsolóval indítom shell-ből, vagy megnyitom shell-ből pl. 320x240-be és utólag méretezem át dupla klikkel, vagy GUI-ból indított VLC-ben GUI-ból nyitom meg a /dev/video0-s eszközt; ugyanez.
VLC-ben és CVLC-ben is. -
#38148
UberMutant
őstag
lotuska
#38144
UberMutant
őstag
válasz
lotuska
#38144
üzenetére
nem tudom mennyi hely marad a kártyán, de frissíteni kéne a rendszert meg a boot firmware-t , van erre elég szabad helyed egyáltalán?
df -hszerintem legjobban teszed, ha megvárod a végleges boot firmware-t és hozzá tartozó raspberry os verziót, azzal szerintem egyszerűbb lesz a frissítés. addig meg csipegess fel némi command line interface / CLI / parancssor tudást.
és keríts egy filléres 8GBos SD kártyát
-
Felejtsd el. Olyan problémákat vennél a nyakadba, amik nem érik meg, nem tudnak versenyezni a kompakt célgépekkel.
- akkumulátoros táplálás
- kompakt méret
- fantom táp előállítása
- valóban jó minőségű előerősítő és ad konverter
- kijelzés, kezelés
- programozás
...
Ez már önmagában annyi probléma, hogy még csak lemásolni sem tudnád olcsóbban, kisebb, vagy megközelítőleg azonos méretben.
Vedd meg a kedvenc eszközöd, vagy keress egyet használtan. Már Dunát lehet rekeszteni a hasonló eszközökből. -
nzozz
aktív tag
Sziasztok!
Tudtok esetleg olyan kész, elérhető/nyilvános projektről, ahol RPi -vel csináltak jó minőségű hangrögzítőt? Egy Olympus LS-P4 -hez vagy egyéb digitális hangrögzítőhöz hasonló szerkezetet szeretnék építeni, amely (micro)SD -re rögzít dinamikus vagy kondenzátor mikrofonról. Videózáshoz lenne használva, így fontos lenne a jó hangminőség.
Van ilyesmire létező RPi -s megoldás (hardver és szoftver oldalról egyaránt nézve)?Köszönöm!
-
lotuska
tag
válasz
UberMutant
#38140
üzenetére
PI 4 B 4GB RAM
-
azbest
félisten
válasz
atesss
#38142
üzenetére
az lxsession start természetesen a grafikus felület indítása után indul el. Azért nem volt jó oda betenni a grafikus felület elindítását. És persze azért indul el újra és újra egy újabb X, ha oda is beteszed.
Alapból valsz azért indult el, mert amikor nem dugsz rá monitort, akkor sem headless módban megy, csak akkor a kompozit kimenet az alapértelmezett (erre workaround az általad írt hdmi_force_mode, mert akkor mindneképp a hdmi-t választja és nem a kompozitot) és azon lenne kép. Szóval a már egyszer elindul alap X -ből indítottál el egy másik X szervert a start.sh-dal, ami aztán a mádodik X indulása után újra lefut és így tovább.
-
atesss
addikt
válasz
atesss
#38132
üzenetére
Közben sikerült megoldanom, de nem volt egyszerű...
Leírom részletesen, hátha esetleg másnak is segít.Úgy használom mindig a Raspberry-jeimet, hogy az
/etc/xdg/lxsession/LXDE-pi/autostartfáljba beírok egylxterminal -e /home/pi/Desktop/start.shparancsot. És az asztalon van ez a start.sh fájlom, amibe beírom mindig amit automatikusan indítani szeretnék az adott rendszerrel.Ezt a vncserver parancsot is az indításkor lefutó script-csomagomba raktam bele (és újraindításokkal teszteltem), mert az volt a tapasztalat hogyha van fizikai képernyőm a PI-n, akkor mégis lefut egy a fizikai képernyőn megjelent terminalból indított
vncserverparancs.
Míg a start.sh-ból pedig nem ment csatlakozott képernyővel indítva se. Azaz ahhoz hasonlóan mint ha nincs is csatlakoztatva képernyő.Volt egy olyan ötletem, hogy ha SSH-val megy, akkor írok egy scriptet, ami be ssh-zik a PI-n a localhost-ra, és onnan indítja a vncserver-t.
SSH-keygen-el megoldottam hogy ne kérjen jelszót az ssh-ba való belépésnél: [link]
De hiába, ez nem indult el.
Utána megpróbáltam screen-el indítani.
Ez olyan jól sikerült, hogy végtelen ciklusban futott az indulás, és hozta létre a virtual desktopokat (rájuk is tudtam csatlakozni VNC Viewerben az IP:2, IP:3 stb. címeken), míg el nem fogyott a memória és teljesen leterhelődött a CPU. Sajnos elég gyorsan eljutott ide indulás után.
SSH-n, nano-val nagy nehezen vissza tudtam írni elég gyorsan.Végül megtaláltam ezt a fórumtémát: [link] ,és az itt linkelt további hasonlót: [link]
Ez alapján sikerült, az/etc/rc.localfájlba kellett beírni a következőt:#Start RealVNC in virtual mode with resolution 1920x1200 pxsudo -u pi vncserver -randr=1920x1200
Fontos pont, hogy pi userként kell indítani a vncservert, valószínű ez volt kezdetben a probléma a start.sh-ba beírt vncserver parancsommal.
Írja még ezt is:
"1) Do not enable VNC in raspi-config! If already done then go back and change to NOT enabled."
Ezt viszont nekem nem kellett megcsinálni, meg úgy is ha be van kapcsolva a VNC alapból.A többszörös indítást úgy néz ki nem a screen csinálta, hanem közvetve a VNCServer Virtual Desktop-jának elindítása. Ha a start.sh-ba írtam be a
sudo -u pi vncserver -randr=1920x1200parancsot, akkor is elindult, de ugyanúgy végtelen ciklusba került.
Azt sejtem hogy egy Virtual Desktop létrehozáskor ez az új desktop ismét pi userként jelentkezik be, és lefuttatja a/etc/xdg/lxsession/LXDE-pi/autostart-ot, és így az abba írt start.sh-t is.
Míg a /etc/rc.local csak a rendszerindításkor fut le, egyszer. -
azbest
félisten
válasz
atesss
#38130
üzenetére
Ha hardverhiba, akkor ugye fizikailag hozzá kell nyúlni. Nem ismerem a képességeiket
Egyébként remélem van backup a rendszerről, rá telepített programokról, kofigjukról.Van esély rá, hogy régebbi pi-t is kapni valahol, csak nem a kiskereknél (rpi-bolt, málnapécé), hanem mondjuk farnel vagy rs-componensnél vagy azok viszonteladóinál. Persze lehet pont a 3as nem az amelyiknek több évre garantálták az elérhetőségét, a 2B -ből emlékszem ilyenre. Bár a 2B 1.2-es változata valójában egy 3-as, csak a 2-es nyákjára építve (wifi bt tnélkül).
Ahogy látom a farnell-nek elvileg van 3B készleten [link],
Régen, magánszemélyként a magyar fhd viszonteladójukon át rendeltem tőlük, úgy magyar számlát kapsz. [link]Pesze, az újabb vason egy régebben kiadott oprendszer nem indul el, mert az még nem ismeri az újabb hardvert. A friss rendszer viszont elvileg megy a régi pi-ken is. Szóval, ha egy újabbon telepíted, azt a kártyát áttéve egy régibe, akkor is elindul - hacsak direkt kézzel nem konfigurálod úgy be, hogy mindenképp az újhoz való dolgokat töltse be. Ez persze a raspbianra igaz, nem a mások által készített rendszerekre.
Azóta már maga a raspbian is 2-3 verizólépést csinált. (Múltkor cseréltem le én is egyik pimen frissre a rendszer több év után) Persze lehet próbálkozni végigtolni egy régin a több lépcsős frissítési folyamatot, de ha amúgy a szoftver nem épít kivejezetten valami régebbi megoldásra, akkor jó eséllyel kompatibilis maradt vele az új rendszer egy legújabb pi-vel is. Csak esetleg a csatlakozók fizikai helyzete, alakja más a 4-estől, ha nincs hely máshogy elrendezni a kábeleket, akkor abból lehet probléma. (type-c, mini-hdmi, felcserélt sorrendben a lan és usb)
Távolról lehet egy új készletre telepített, az ő pi-jükről lementett / backupjából kivett konfiguráció vagy python script programból lehet egy új telepítés a legegyszerűbb. Ha azt fizikailag át tudják cserélni a régi helyére, akkor még akár távolról is meg tudod oldani.
A gpio kapcsán nem az elektromos hálózatra gondoltam, hanem a vezetékekben villámláskor is indukálódhat áram, ami tönkreteheti. Ilyen védő / buffer áramkörökből rengeteg féle van [link]
(#38132) atesss
lehet nálad is az a baj, hogy ha cronba / autostartba teszed, akkor ott nem úgy indítod el, hogy a felhasználó konfigurációját is betöltse, hanem csak közvetlenül próbálod indítani és úgy még a path-ot sem feltétlen ismeri bármihez.Az lxterminal meg mintha a grafikus felületen futó terminál lenne, ami nem fut grafikus felület nélkül.
-
cog777
senior tag
válasz
body007
#38134
üzenetére
Koszi h szoltal...
Openszosz hatranya, mar supportot is nyujthatok
(Gratulalok, te mint juzer meg tesztelo lettel
)Git nem adta hozza az ures shared folder-t, beletettem egy ures fajlt.
Probald "git pull" -al frissiteni es ujbol inditani a start-ot
(Esetleg te magad csinalsz egy shared foldert ahol van a start.sh)Forras/shared -> /opt/shared meg van osztva, igy le lehet oda menteni fajlokat, esetleg profilt.
-
Keem1
veterán
válasz
Adiking
#38136
üzenetére
Neee.. ne is akarj Windowst, ez nem az. Ez nem x86-x64. Ha megy (menne is), nem az, amit te megszoktál. Ennek a rendszere a Raspbian, azon támogatott minden hivatalosan, ezen a rendszeren dőlhetsz hátra, hogy ami Pi-vel megcsinálható, azt meg is lehet valósítani. Ami Raspbian alatt nem megy/működik, arra a Pi nem való.
Hidd el, ezen az eszközön nem is akarnál Windowst. Nem arra való, amire egy Wines gép.
-
Adiking
tag
Sziaszok,
Erősen gondolkozom rajtta, hogy belépek Pi4 tulajok körébe, de egy pár kérdésem azért lenne.
- TELJES ÉRTÉKŰ Windows 10 futtatható rajta?
- Ha igen, Win10 alatt is tudja a 4K@60FPS-t?
- Létezik hozzá olyan SATA extension, amivel bootolhatok SSD-ről?Köszönöm, Ádám
-
lotuska
tag
Sziasztok.
Nagyon uj/kezdo vagyok meg a temaban, ezert szuksegem lenne a segitsegetekre. Van egy 2GB-os SD kartyam(mas nincs), formataltam ex4-re es Balena Etcher-el kiirtam a rasbian lite-ot(epp rafert). Van egy 120 GB-os Kingston A400-as SSD-m(errol szeretnem bootoltatni), azt is formataltam ex4-re es kiirtam ra a fullos rasbiant.
Az SD kartyarol szepen sikerul loginoljak. A kerdesem, milyen parancsokat kell beirjak, hogy USB-rol bootoljon a rendszer? Nem szeretnek semmit sem atmenteni az SD kartyarol. Hanem a "szuz" zsiruj image fusson az SSD-rol. Lehetseges ez?
Koszi szepen elore is a segitesegeteket!
-
válasz
cog777
#38133
üzenetére
Van neki vmi nyűgje:
Successfully built ff9cb2a52879
Successfully tagged firefox:latest
pi@raspberrypi:~/Downloads/cog777team-examples-d99cb9b1a364/Docker/firefox $ ./start.sh
docker: Error response from daemon: invalid mount config for type "bind": bind source path does not exist: /home/pi/Downloads/cog777team-examples-d99cb9b1a364/Docker/firefox/shared.
See 'docker run --help'.
-
atesss
addikt
Közben még egy régóta fennálló Raspberry-s problémámat szeretném megoldani.
Távoli asztalnak én VNC-t szoktam használni (az úgymond "gyári", RealVNC).
Ingyenes, működik a PI-n helyi hálózatból is meg Cloud-ban is (ingyenes reggel max. 5 eszköz/fiók, de plusz e-mailcímet regisztrálva ez sem gond).
Kevés erőforrást eszik, amit kell azt tudja, egyszóval nekem bevált.Ha egy éppen headless-ként használt PI-t szeretnék elérni grafikus felülettel - és egy kényelmesen nagy felbontással - akkor én úgy látom két opcióm lenne:
1.) A config.txt-behdmi_force_mode=1, és beírom a kért módot a kért felbontáshoz.
De ez ilyenkor fix, ha épp nem érem el hálózatban, és egy másik monitort dugok rá (ami meg nem tudja azt a - célszerűen viszonylag nagyobb - felbontást), akkor nem lesz képem, és nem érem el sehogy a PI-t az SD-kártyának egy Linuxos/EXT4-et látó gépben való fizikai átszerkesztése nélkül.
2.) A RealVNC-nek lenne erre megoldása, virtual desktop: [link]
Ha a headless indított PI-re egy SSH-n belépek, akkor onnan indítva avncserver -randr=1920x1200parancsra tökéletesen működik, és onnantól már elérem a Viewer-ből 192.168.0.222:1-n (amíg nem indítom újra a PI-t).
Viszont nem ssh-n belépve ez nem működik, pl. autostart-ba beírva sem. A start fájlból külön terminal ablakot nyitva:lxterminal -e vncserversem működik.
Mi lehet a baja, miért csak SSH konzolból fut le, illetve hozza létre a virtual desktop-ot ? -
-
atesss
addikt
válasz
azbest
#38129
üzenetére
Hát a fő kérdés, hogy megoldható-e általuk, anélkül hogy én leutaznék.
Ha már le kell mennem, én egy nap (-5h utazás...) alatt biztos megoldom, gyakorlatilag bármi is a lenne hiba. A nekem meglévő elég nagy PI-s és elektronikai alkatrészpakkból. Aztán majd utólag pótlom magamnak ami ténylegesen el lett használva.Annyi hogy pont sima 3B-m az nincsen, csak 2B vagy 3B+.
A 3B+-on alapból nem indul el a 3B-ről (és egy abban az időben kiadott raspbian-ról) mentett image. Elvileg mint kiderült, az a konkrét ok, hogy a kernel nem támogatja az újabb HW-t. Ezt ugye lehetne megbízhatóan frissíteni újratelepítés nélkül (egy régebbi HW-el, pl. a 2B-vel elindítva) ?Viszont boltban kapható 3B-t, újként én már sehol sem találtam.
Csak nem láttam még ilyet, azért fura.
A GPIO azért nincs olyan messzire kivezetve. A PI saját belső 3,3V-jára egy ellenállás, onnan sorkapocs, kb. 40cm MTL kábel, gomb (csatlakozó forrasztva-zsugorcsövezve), MTL kábelen vissza, sorkapocs, és megy a bemenetre kapcsolt GPIO-ra. Mindez egy nagyobb, csapatok elől jól zárt helyen. Tehát ez egy eléggé zárt rendszer.
Annyi hogy a gombok világítós vandálbiztos gombok. A világítása teljesen külön tápegységről megy, a gombba külön pineken bekötve, asszem 12VDC. Elsőre arra gondoltam hogy valaki dugdosta a dolgokat belül, véletlen összecserélte a gombvilágítást, és azon keresztül 12V-ot kapott a GPIO (bár ugye még plusz annak a tápnak a földjét is meg kellett volna valahol kapnia).
De azt mondják hogy biztos nem. És szerintem én is úgy csináltam annó, hogy ez eléggé nehéz legyen (pl. ha bontható sorkapocsra kötök ilyesmit, akkor az egyik tápos dolgok 2 pólusú, másik tápos dolgok 3 pólusú csatlakozókon vannak)
Tápot tesztelik egy másikkal."vagy egy vihar során villámlástól kapott a gpio-kon át kapott valami lökést"
Mivel a GPIO ugyanarra a PI-tápra van kötve, szerintem ilyenkor a PI már azelőtt meghalt volna, hogy a GPIO-ig eljut a túlfesz."De lehet kapni sokféle kiegészítőt, amit a védi és akár 5v toleránsá is teszi."
Most már én is állt. ilyen megoldásokat csinálok, külön galvanikusan leválasztott (földjében is független) tápról mennek a problémásabb perifériák, pl. relék is. De egy 40cm kábelen ülő egyszerű nyomógombot még azért most se biztos hogy így csinálnék.SD-kártya hiba lehet bármi esélye hogy egy ilyet valahogy okozzon ?
-
azbest
félisten
válasz
atesss
#38126
üzenetére
mivel munkaeszköz és filléres tétel, érdemes venni egy komplett új szettet, tápegységgel, kártyával. Ha nem akarnak sokat szöszölni vele, akkor régi pi3 -mal.
Ha azután is érdekel valakit, hogy mi romolhatott el a régin, akkor lehet egyesével cserélgetni a komponenseket. Akár a tápnak is lehet hibája, vagy egy vihar során villámlástól kapott a gpio-kon át kapott valami lökést és a soc-ban sérült meg valami - pláne, ha nincs valami külön gpio védő áramkör közbeiktatva. Vagy akár egy sztatikus kisülés is eljuthatott valamelyik gomb felől hozzá. A pi gpio-ja közvetlenül a soc-ba vezet. De lehet kapni sokféle kiegészítőt, amit a védi és akár 5v toleránsá is teszi.
-
válasz
vtechun
#38124
üzenetére
/később 3B+-on lesz majd élesben, raspbian + docker + hassio + kodi, nehéz megoldani, hogy 2.5-es merevlemezről menjen kompletten a rendszer?/
Raspbian alatt megszűnt a hassio + docker támogatás. Ha hassio kell akkor az erre létrehozott hass.os-t lehet telepíteni. Ebben az esetben "csak" egy távoli elérésed lesz a pi felé (egy weboldal) ahol konfigurálhatod a HA-t.
Home Assistant core-t (nincsenek benne a közösségi projektek) tudsz telepíteni raspbian alá ha az elég.
A másik, h a kodi se lesz az igazi ebben a felállásban (raspbian alól futtatva), ahhoz is van külön telepítő - persze a hass.os és a kodi nem fog egyszerre futni
Még van egy olyan lehetőség, h HA alá telepíted a dolgokat pl.: kodi, pihole, vagy ezer más dolog - én is ezt a módszert fogom alkalmazni, dobom a raspbian-t -
atesss
addikt
No, asszem most Raspberry-s hetet tartok
Adott egy Raspberry Pi 3B, amit egy szabadulós játékban használnak játékelemként, én csináltam kb. 3 éve. Eddig hiba nélkül üzemelt. De vidéken van, úgyhogy egyelőre csak távolról látok rá (RealVNC) + segítenek a helyben dolgozók.
Gyakorlatilag egy videolejátszó, pipresents-en keresztül GPIO pinek "nyomkodására" videófájlokat játszik le.
A gombok és a "virtuális gombok" kezelésére egy 40p szallagkábelen csatlakozó panel van.
De most úgy néz ki HW-es probléma lehet vele, a videók maguktól indulnak el. A fizikai gombokból pedig csak egy megy (és amúgy az se azt indítja amit kellene).
A pipresent logja:3.40871691704 PiPresents_1967234192: event received: tavgomb2_Stop from GPIO3.40894603729 PiPresents_1967234192: event received: tavgomb3_Stop from GPIO3.40907907486 PiPresents_1967234192: event received: button2 from GPIO3.40920805931 PiPresents_1967234192: event received: button3 from GPIO3.40932798386 PiPresents_1967234192: event received: tavgomb4_Stop from GPIO3.40944194794 PiPresents_1967234192: event received: tavgomb6_Stop from GPIO3.40955901146 PiPresents_1967234192: event received: tavgomb7_Stop from GPIO3.40967297554 PiPresents_1967234192: event received: tavgomb8_Stop from GPIO
Na de akkor is ilyesmi a log, ha a szalagkábel le van húzva róla !
wiringpi gpio utility ezt mondja rá - úgy hogy most semmi nincs rádugva a szalagkábelre ! :pi@B_MediaPlayer:~ $ gpio readall+-----+-----+---------+------+---+---Pi 3---+---+------+---------+-----+-----+| BCM | wPi | Name | Mode | V | Physical | V | Mode | Name | wPi | BCM |+-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+| | | 3.3v | | | 1 || 2 | | | 5v | | || 2 | 8 | SDA.1 | IN | 1 | 3 || 4 | | | 5V | | || 3 | 9 | SCL.1 | IN | 1 | 5 || 6 | | | 0v | | || 4 | 7 | GPIO. 7 | IN | 1 | 7 || 8 | 0 | IN | TxD | 15 | 14 || | | 0v | | | 9 || 10 | 0 | IN | RxD | 16 | 15 || 17 | 0 | GPIO. 0 | IN | 0 | 11 || 12 | 0 | IN | GPIO. 1 | 1 | 18 || 27 | 2 | GPIO. 2 | IN | 0 | 13 || 14 | | | 0v | | || 22 | 3 | GPIO. 3 | IN | 0 | 15 || 16 | 0 | IN | GPIO. 4 | 4 | 23 || | | 3.3v | | | 17 || 18 | 0 | IN | GPIO. 5 | 5 | 24 || 10 | 12 | MOSI | IN | 1 | 19 || 20 | | | 0v | | || 9 | 13 | MISO | IN | 0 | 21 || 22 | 0 | IN | GPIO. 6 | 6 | 25 || 11 | 14 | SCLK | IN | 0 | 23 || 24 | 1 | IN | CE0 | 10 | 8 || | | 0v | | | 25 || 26 | 1 | IN | CE1 | 11 | 7 || 0 | 30 | SDA.0 | IN | 1 | 27 || 28 | 1 | IN | SCL.0 | 31 | 1 || 5 | 21 | GPIO.21 | IN | 1 | 29 || 30 | | | 0v | | || 6 | 22 | GPIO.22 | IN | 1 | 31 || 32 | 0 | IN | GPIO.26 | 26 | 12 || 13 | 23 | GPIO.23 | IN | 0 | 33 || 34 | | | 0v | | || 19 | 24 | GPIO.24 | IN | 0 | 35 || 36 | 0 | IN | GPIO.27 | 27 | 16 || 26 | 25 | GPIO.25 | IN | 0 | 37 || 38 | 0 | IN | GPIO.28 | 28 | 20 || | | 0v | | | 39 || 40 | 0 | IN | GPIO.29 | 29 | 21 |+-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+| BCM | wPi | Name | Mode | V | Physical | V | Mode | Name | wPi | BCM |+-----+-----+---------+------+---+---Pi 3---+---+------+---------+-----+-----+Mi szállhatott el ennyire, hogy a GPIO pinek maguktól magasban vannak (illetve úgy néz ki még változnak is) ?
RPI3B, gyári táp, gyári ház, egy 16GB gyorsabb fajta Sandisk microSD. 3 éve lett beüzemelve.
Zárt helyen volt (de nem melegben, mert egy kb. 50x30x20cm térben van), a fizikai piszkálás (=pin rövidrezárás vagy ilyesmi) kizárt. Nyitva-tartástól függően volt bekapcsolva, éves átlagban kb. max. napi 3 órát mehetett. -
vtechun
veterán
tmpfs 101088 101088 0 100% /run
Sziasztok!Betelik fél nap alatt a fenti meghajtó. Ezt hogyan lehetne kiküszöbölni? raspbian, egyelőre virtualboxban - gyakorlás miatt. Köszi!
/később 3B+-on lesz majd élesben, raspbian + docker + hassio + kodi, nehéz megoldani, hogy 2.5-es merevlemezről menjen kompletten a rendszer?/
-
vpleft
tag
válasz
atesss
#38114
üzenetére
Nem a cat a gyorsabb, az csak egy alternativa lehet dd helyett.
Ugye dd-nél blokkokat olvasol és írsz, szóval blokkokat passzol tovább a kimenetén is. (ennek a mérete a bs paraméter) Ha a blokkméretet nem lövöd be pontosan a cél és a forrás maximum olvasási sebességére - ami valljuk be, nem olyan könnyű feladat és értelemszerűen eszközfüggő - akkor nem lesz a maximális a sebessége a mentésnek, mert vagy az olvasás fog loholni az írás után vagy épp fordítva. (Úgy kell ugye belőni, hogy kb folyamatos legyen az írás a cél fajlba és az olvasás a forrásból)
Szóval ha kihagyod a dd-t a mókából, és közvetlenül az eszköz driverén keresztül olvasol/írsz, akkor rábízod magad az os bufferelésére, amit az próbál mindig optimálisan belőni.
Két napja jöttem erre rá én is. A dd-s mentés 7 perccel tovább tartott a sima pv-s olvasásnál úgy, hogy gyors sd kártyát használtam, lassú olvasóval. 3x teszteltem és mindig 7 perccel tovább tartott dd bs=8M -al mint dd nélkül pv-vel. Bs=4M-ot meg is szakitottam mert megtovabb tartott mint a 8M.
Amúgy ez az utasítás:pv /dev/sdc > ./bckp.img
Byte-ra pontosan ugyan azt az img-t hozza létre mint ez:dd if=/dev/sdc of=./bckp.img bs=8M status=progress
(sha1 megegyezik)
Majd később még írok erről hogy lehet kisebb img-t létrehozni -
black list-nél egy dolog van betéve:
(\.|^)ads\.websiete\.sales$
ezek meg a listák:https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts
https://mirror1.malwaredomains.com/files/justdomains
https://s3.amazonaws.com/lists.disconnect.me/simple_tracking.txt
https://s3.amazonaws.com/lists.disconnect.me/simple_ad.txt
https://dbl.oisd.nl/
http://sysctl.org/cameleon/hosts
https://zeustracker.abuse.ch/blocklist.php?download=domainblocklist
https://hosts-file.net/ad_servers.txt
https://raw.githubusercontent.com/anudeepND/blacklist/master/CoinMiner.txt
https://tspprs.com/dl/fakenewsmajd küldjetek videó linket amit megnézzek mert vagy én nézek olyan videókat amikben nincs reklám vagy nem tudom
Néha elején bedob egyet de közben 10ből ha egyszer van...
És nincs "kábeltévém" yt-ot (vagy netflix-et) nézek csak, szóval használom -
g.gergo
senior tag
válasz
Leho_89
#38116
üzenetére
Ez melyik verzió?
Connection/connections limiten belül legyen minden bepipálva, értékek 125-75-25-7
Bittorrent/Privacy részből vegyed ki z összes pipát, zárt trackereknél ezek nem kellenek. A torrent queueing értékek 5-100-100.Olyan rész, h speciális beállítások, olyan nincs? Ott lenne még 2 fontos rész: Az OS cache engedélyezése: Ne legyen negedélyezve, azaz pipa ki, a lemez gyorsítóttár résznél meg legyen pl 256 v 512, nem tudom, mekkora ram van pi-dben. A feni értékekkel persze lehet játszadozni, tesztelni, majd le-fel állítani, majd megint tesztelni.
-
Leho_89
csendes tag
válasz
g.gergo
#38112
üzenetére
Ezek a beállítások. Az általad írtakból csak a hely előre lefoglalását találtam meg:
[downloads]
[connection]
[speed]
[BitTorrent] -
atesss
addikt
válasz
vpleft
#38107
üzenetére
Ez kicsit off lesz, mert én ezt PC-n csináltam (Ubuntu 14.04).
Én végül addigra már innen kinéztem meg az opciókat: [link]
A status=progress nem működött, mert csak 16.04-estől van, így én pv-vel csináltam:sudo dd if=/dev/sdb | pv -s 2G | dd of=DriveCopy1.dd bs=4096
Méretnek 16G-t írtam, ami miatt a % nem volt teljesen pontos (91% volt a vége).
A cat amúgy miért gyorsabb ?
Hogy ne csak off legyek, ezt a dd-s mentést mondjuk lehet kényelmesebb lenne az aktuális Raspbian alól csinálnom. PI4-esen főleg, úgy hogy ott van már USB3.0 is.
Van bármi akadálya a futó Rasbian DD-zésének ?
Ha a tárhely ahova DD-zném egy külső HDD, akkor lehet probléma (vagy jelentősebb lassulás), ha az NTFS fájlrendszerű ?
Régebbi PI-ken (leginkább 3B+) csak annyi hogy az USB2.0 (meg persze a forrás, a fő SD kártya) sebessége limitál, vagy ott már ez sokkal lassabb lenne ?
Visszaállítani image fájlból a futó rendszernek az SD-kártyájára esélytelen ?
És azt hogyan tudnám megoldani, hogy csak annyi helyet foglaljon egy-egy ilyen image, ami tényleg a foglalt hely volt a partíciókon ?
Lehetőleg úgy hogy nem utólagos ZIP-eléssel (bár amúgy úgy láttam most hogy a Balena Etcher ZIP-fájból közvetlenül is ki tudott írni a kártyára). -
atesss
addikt
válasz
atesss
#38098
üzenetére
Megcsináltam a teljes újratelepítést.
És most már nem akad !
Most 1920*1200 képernyővel, 640*480 ablakban 10-15% a prociterhelés a 3B+-on.
Teljes képernyőn se lehet sokkal több, de ezt ugye csak visszanézni tudom a CPU Usage Monitor Panel Appletben, és az nem annyira pontos.Hát ahhoz képest, hogy elvileg alig egy hete jelent meg ez a legújabb image (Version:May 2020, Release date:2020-05-27, Kernel version:4.19, Size:2523 MB), eltartott neki egy darabig a frissítés. GUI-ból, az indításkori kezdőlépésekkel csináltam. Az SD kártya itt csak V10-es 16GB Adata, de azért ez is egy gyorsabb darab.
Erre a legfrissebbre most ezt írja:pi@raspberrypi:~ $ uname -aLinux raspberrypi 4.19.118-v7+ #1311 SMP Mon Apr 27 14:21:24 BST 2020 armv7l GNU/Linuxpi@raspberrypi:~ $ cat /etc/issueRaspbian GNU/Linux 10 \n \lMielőtt újrahúztam, megnéztem a régit is amiről frissítettem:
pi@RPI_CSI_VideoP:~ $ uname -aLinux RPI_CSI_VideoP 4.19.42-v7+ #1219 SMP Tue May 14 21:20:58 BST 2019 armv7l GNU/Linuxpi@RPI_CSI_VideoP:~ $ cat /etc/issueRaspbian GNU/Linux 9 \n \l
Ebben amúgy annyi a fura, hogy a Wikipedia alapján [link] 4.19-es kernellel már csak a Raspbian 10-es (Buster) volt.Amúgy nem túl up-to-date ez a Wikipedia oldal, 2020-02-13 a legújabb szerinte. Mindezt úgy, hogy viszont már "Raspberry Pi OS" néven írják...
Ami viszont tudtommal csak a 8GB-os verzió megjelenésével egy időben változott meg úgy egy hete [link] -
vpleft
tag
válasz
atesss
#38106
üzenetére
status=progress paraméterrel, tehát pl.:
dd if=/dev/sdc of=./backup.img bs=8M status=progress
De ez amúgy nem valami informatív szerintem és dd-nél tapasztalataim szerint sokkal gyorsabban le tudod menteni, hogyha pl így csinálod:cat /dev/sdc > ./backup.img
Így a lemez/sd kártya sebességétől függően a lehető leggyorsabban végez. És pont ugyan olyan megbízható is mint a dd
Hogyha státuszt is akarsz, arra tökéletes a pv nevű program:pv /dev/sdc > ./backup.img
Ez rajzol rendesen egy progress bar-t, illetve számol egy ETA-t is, stb -
atesss
addikt
Hát most hirtelen nem tudom mi van a rendszeren. Program ugyan nem sok, de lehet benne olyan ami kell (pl. Python HW-kezelő library-k, amit már egyszer kikísérleteztem hogy pontosan melyik a megfelelő).
Úgyhogy akkor asszem inkább lemásolom az SD-kártyát PC-n, dd-vel.
És csinálok egy fresh install-t.
Ha meg nincs különbség a VLC-ben, lehet vissza is másolom a régi image-et...
Amúgy a dd-vel hogyan lehetne kiíratni valami státuszt (pl. %) ? -
-
-
#38102
Fecogame
veterán
wassermann
#38071
válasz
wassermann
#38071
üzenetére
Ehhez dobnál egy linket? Rákerestem, de nem biztos, hogy azt találtam meg, amire gondoltál. Plusz a többiek által felvetett kérdéseket is megválaszolná egy forrás
-
atesss
addikt
Raspbian verzióját mivel tudhatom meg ?
uname -aahogy látom csak max. közvetve mondhatná meg.
Azt sejtem, hogy még egy 9-es (Stretch) lehet rajta, és nem 10-es (Buster).
Ilyen szintű változásnál egy sudo apt-get upgrade-es frissítés működhet rendesen, vagy telepítsem újra nulláról, image-ből ?
A kivehetőség itt is elvész, viszont forrasztás nélkül meg lehet oldani. Igaz, egy 1 dolláros header helyett lesz 7 dollár - jó drága 
Új hozzászólás Aktív témák
Hirdetés
- Luck Dragon: Asszociációs játék. :)
- Asustor NAS
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Ez már a középkategória: teszten a GeForce RTX 5070
- Milyen billentyűzetet vegyek?
- EAFC 25
- Vicces képek
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- OLED TV topic
- Kínai és egyéb olcsó órák topikja
- További aktív témák...
- AMD Ryzen 5 5500 - GTX 1080Ti 11Gb - MSI B450 Max
- Gamer Gép - MSI PRO H610M, Intel I7 12700KF, 32GB DDR4, RTX 4070 12GB , 4 TB M.2 SSD, 550W
- Gamer Gép - ASUS TUF B660, Intel I9 14900K, 32GB DDR4, RTX 4070 SUPER , 4 TB M.2 SSD, 550W
- Csere-Beszámítás! Gamer PC Számítógép! R9 3900X / RX 6700XT / 32GB DDR4 / 1TB SSD
- Gamer Gép - MSI Z490, Intel I7 10700, 32GB DDR4, RTX 3060 Ti 8GB , 1 TB M.2 SSD, Gigabyte 450W
- Felújított szerverek, storage-ok, hálózati eszközök Enterprise szinten, minden gyártótól
- 3DKRAFT.HU - 3D NYOMTATÁS - AZONNALI ÁRAJÁNLAT - GYORS KIVITELEZÉS - 480+ POZITÍV ÉRTÉKELÉS
- ÁRGARANCIA! Épített KomPhone Ryzen 7 5800X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Bomba ár! Dell Latitude E6540 - i5-4GEN I 8GB I 320GB I DVDRW I 15,6" FHD I HDMI I W10 I Gari
- AKCIÓ! Gigabyte H610M i5 12400F 32GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA Be Quiet! 730W
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest