-
GAMEPOD.hu
Utoljára frissítve: 2024.03.06.
Légy szíves olvasd el mielőtt kérdezel!
Az összefoglalóban sok helyen a fórumtársak hozzászólásai vannak belinkelve, vagy az ő információik alapján írtam meg, tisztáztam le az adott információt. Ezúton is köszönöm mindenkinek a segítséget!
Új hozzászólás Aktív témák
-
Csicsóka
őstag
válasz ztsoft #42682 üzenetére
Csak találgassatok nyugodtan!
Én is csak azt tudok, és hiszem ha majd látom. Én is emlékszem ahogy ttt kolléga írta, volt már erről szó korábban is, és még most is csak itt tartunk. Ha nem lenne ilyen a hozzáállása az Amlogic-nak a nyílt forráskódú rendszerekhez, mint amilyen, már régen lehetne normális mindenki által használható megoldás.
Legalább van megint új hír, és addig is várunk, reménykedünk, mást nem tudunk tenni úgysem. -
Csicsóka
őstag
Igazán bele tehetnék a "jobbféle" TV boxokba is. DVB, USB3, Gigabit LAN ott is jól jönne.
-
Csicsóka
őstag
válasz SunMount3r #42781 üzenetére
Az új GPU-k miatt biztosan nem lesz jó rájuk az eddigi LE/CE duild. Megint az lesz a kérdés, mikorra lesz framebuffer driver?
Én leginkább az S922 megjelenését várom, nem is a GPU tudása miatt, (nekem full HD-re az S905 is elég) hanem az USB3 és a PCI-E miatt. Ez már nagyon kell, mert a versenytársak már tudják most is.
Addig hogy legyen mivel mókolnom, rendeltem egy Rock64-et 4 GB RAM-al
Vallatom majd LE alatt is, de főleg mint NAS, és egyéb szerver miatt érdekel (USB3). Aztán ha kijátszottam, jöhet a RockPro64. Ez most a legfejlettebb ilyen cucc. Ha ezt is meguntam már, csak itt lesz az S922. -
Csicsóka
őstag
válasz vargalex #42787 üzenetére
Évek óta ilyet használok élesben, mint házi szerver, router, tűzfal, Wifi AP. Volt már kísérlet ARM-re váltásra egy Bpi M2U deszkával, nem tudott 120 MB/s sebességet NFS-en, csak 60-at, de a legnagyobb probléma a random fagyás volt, ami nem melegedésből jött. Ezért vissza is kerül az ITX.
Ezek a mostani jobb ARM cuccok csak játékszernek kellenek, bár RockPro64 lehet hogy már tudni fogja egy 4 portos SATA vezérlővel amit ez mobil cerka tud. Én az időm tizedében nézek most is csak filmeket, az Amlogic is főleg mint mókolási kihívás érdekel. Ez szórakoztat, foglalkoztat. -
Csicsóka
őstag
válasz peterk #42827 üzenetére
millió funkció, web servertől video kamera figyelésen át SVN-ig, mindent. Ehhez nem valók ezek a tabletekre optimalizált chipek, sem I/O, sem proci erő nem elég.
Nagyjából nekem is ezek futnak a cerkás ITX szerveremen, SVN kivételével. Amióta már nem fejlesztem az UHU Linuxot nincs rá szükségem.
Ha kevesebb teher kerül az ARM vállára, és csak egyszerű fájlszerver, router funkció lenne az elvárás, még működik is, csak nem stabil. Az erre a célra egyik legalkalmasabb board a Banana Pi M2U, amin van nativ SATA, sem váltotta be a hozzáfűzött reményeket. Minden feladatot megtudott oldani, (NAS, router, firewall, wifi AP) Csomagokat fordítottam újra, kernelt, a hiányzó hardver támogatás miatt, hostapd-t a 40Mhz es csatorna miatt, crda-t a 2W-os Wifi tx power elérésére, stb. Volt hogy napokig tette a dolgát, aztán csontra fagyott. Nem is találtam meg az okot, ment vissza az itx szerver.Neked a bütykölés a hobbit ugye? Látom, hogy mennyi félét próbálgatsz. Irigyellek, hogy van rá időd. 
Elektronikával kezdtem, 10 évesen már szólt az első detektoros rádió, majd a reflex, és szuper rendszerűek. Aztán dual gate MOS-FET-es FM tuner építés ezüstözött rezgőkörökkel. Számtalan Hi Fi erősítő, és sok más kütyü. '85-ben Commodore +4-hez EPROM égető, majd SCO Unix szerver, 2003-ban UHU Linux.
-
Csicsóka
őstag
válasz junkpod #42922 üzenetére
Biztos fent van neked is a system tools, és a network tools addon, akkor a /storage/.kodi/addons/system-tools/bin könyvtárba bemásolod. Ekkor bekerül a path-ba és a ./kodi-stop helyett, simán kodi-stop-al lefut.
Legjobb ezt SSH-n keresztül megcsinálni mert SMB-n keresztül a Linux jogok elvesznek.
Magát a szkriptet a nano kodi-stop paranccsal is létre lehet hozni, belemásolni a tartalmat, menteni, futás jogot rá, és kész. -
Csicsóka
őstag
opkg update
opkg install nfs-kernel-server nfs-kernel-server-utilsHa már itt vagy akkor:
opkg install mc htop
úgy is fog kelleni.
nano /opt/etc/exports
Benne az kiajánlott könyvtár elérési útját módosítani, példában az egész /storage lesz exportálva.
Ha írni is akarod, az ro-t rw-re cseréld./storage *(ro,all_squash,insecure,no_subtree_check,sync)
Az rpcbind systemd service-t tiltani kell.
systemctl mask rpcbind.socket
systemctl mask rpcbind.serviceAz init.d szkriptet módosítani.
nano /opt/etc/init.d/*nfs-kernel-server
Ezt a részt:
rpc.nfsd --no-nfs-version 4 --no-tcp 1
rpc.mountd --no-nfs-version 4 --no-tcpErre:
rpc.nfsd --no-nfs-version 4 1
rpc.mountd --no-nfs-version 4reboot
-
Csicsóka
őstag
válasz szabi__memo #43125 üzenetére
Azt nem, csak ha majd Debian alapú lesz.
-
Csicsóka
őstag
CoreELEC:~ # lsmod
Module Size Used by
nfsd 256848 4
nfs_acl 2570 1 nfsd
lockd 67751 1 nfsd
auth_rpcgss 47157 1 nfsd
oid_registry 2334 1 auth_rpcgss
sunrpc 207138 12 nfsd,auth_rpcgss,lockd,nfs_aclKernel modulok betöltődtek.
CoreELEC:~ # ps | grep nfs
2830 root 0:00 [nfsd4]
2831 root 0:00 [nfsd4_callbacks]
2835 root 0:00 [nfsd]
2837 root 0:00 rpc.mountd --no-nfs-version 4
4073 root 0:00 grep nfsFut a szerver.
mint-deb ~ # mount 10.1.1.2:/storage mnt/
mint-deb ~ # df
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
/dev/sda4 28G 20G 7,6G 72% /
udev 10M 0 10M 0% /dev
tmpfs 768M 9,1M 759M 2% /run
tmpfs 1,9G 672K 1,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
tmpfs 1,9G 8,0K 1,9G 1% /tmp
/dev/sda1 96M 29M 68M 30% /boot/efi
/dev/sdb1 912G 661G 206G 77% /media/Data
tmpfs 384M 20K 384M 1% /run/user/1000
10.1.1.1:/media/Nas 917G 641G 277G 70% /media/Nas
10.1.1.2:/storage 6,7G 125M 6,6G 2% /root/mntLinux PC alól mountolva ott van az utolsó sorban.
Másik, LE-t futtató box alól tallózható a server box NFS kiajánlása.
Droid nincs, és fogalmam sincs hogy lehet használni.
-
Csicsóka
őstag
Amúgy nem sikerült NFS szervert indítanom, pedig mindent a leírás szerint csináltam. 
Ez alapján ellenőrizve mit mond? Fut egyáltalán?
Nem a tűzfal (ha van) blokkol véletlenül?
Linuxos cuccok közt pedig az NFS a legkézenfekvőbb megoldás. Az SMB-t ha másnak nem kell, akár le is lehet állítani. -
Csicsóka
őstag
Sokan használunk itt ilyen vagy hasonló adaptereket. Korábban foglalkoztunk vele bőven, jól mennek 300 Mbit/s felett tud mind.
-
Csicsóka
őstag
válasz peterk #43291 üzenetére
Én sem használtam soha sem a hyperiont, csak általánosságokban írtam hogy nem lehet megoldani.
De beteheted a root filesystembe is
Vagy két évvel ezelőtt még OE alatt csak ez a módszer létezett, sokat fúrtuk akkor, mert még Kszaq sem csinálta a szuper cuccait. A későbbi ext4 rendszerű LE/CE változatokon az ilyesféle módosítások már egyszerűen megoldhatók lennének.
Szerk.
Látom már írtál megoldást, ez biztos működni fog.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz DIEGO15 #43367 üzenetére
Nem osztozik az USB-vel. Gigabites S905 box hozza az USB2 max-hoz közeli 40 MB/sec irás/olvasás sebességét. A S905X,W is tudja ezt, ha kap egy USB3 gigabit adaptert. Ekkor sem osztozik a sávszélességen, mert a SOC-ban 4 külön USB kontroller van, nem pedig egy, mint az RPI-ben. Bőven szórakoztunk korábban ezen témával.
-
-
Csicsóka
őstag
válasz DIEGO15 #43379 üzenetére
S912 van 3 giga RAM-al is, de vigyázni kell a hamis, csak Android alatt 3 gigásnak hazudott, valójában csak 2 gigás tipusokkal. Ennyi feladatra már az is kellhet. Innen telepítesz egy neked tetsző Armbian-t, és ez alapján telepíted rá az OMV-t, saját repójából.
A baj az S9XX-el, hogy az USB2 erősen korlátozó tényező. A Rock64 is hasonló árfekvésű, és van USB3, a RockPro-n meg minden, PCI-E-is.
-
Csicsóka
őstag
válasz DIEGO15 #43387 üzenetére
Ha elég a 3-as kernel, akkor ez már készen van, SD-re kell írni és annyi. Ha nem kezel valamilyen hardver elemet, akkor a linkelt megoldás szerint, először egy alap, GUI nélküli Debian (nem Ubuntu) alapú Armbiant kell SD-re tenni, majd arra telepítei az OMV-t. Ebben már 4-es kernel van, több cuccot ismer. S905W-re nem emlékszem hogy próbálta valaki, de a többin jól megy.
-
Csicsóka
őstag
**MC frissítési hiba.
A legutolsó rendszer frissítés óta, drasztikusan megnőtt a boot idő a **MC rendszerekben.
Ennek az oka a vero3-wifi-osmc csoamg frissülése. Valószínűleg módosult a Vero 4K hardver, vagy az eredeti OSMC kernel. (A **MC nem használ eredeti kernelt.) Ezért frissült az említett csomag.
Ennek az lett a következménye, hogy a systemd-modules-load.service 90 sec ideig time out-ol, mert nem tudja betölteni a dhd kernel modult. Ezért a bootolás alatt ennyivel megnő a boot idő.
Nekünk nem kell ez a modul, a korább használt wifi_dummy modul tökéletes.Módosítás:
mcedit /etc/modules-load.d/wifi.conf
A benne lévő dhd bejegyzést törölni kell, a helyére pedig a wifi_dummy bejegyzés kerüljön.
Mentés, kilépés, reboot. -
Csicsóka
őstag
válasz kovakovi77 #43515 üzenetére
Igen, ez pont az a szitu. A napokban frissítettem be kézzel, csak ekkor találkoztam vele. A wifi hibáját észre sem vettem, mert kábelen lóg, a te írásod felett pedig akkor átsiklottam.
Inkább 2x írjuk le, mint egyszer sem. Hátha így eljut azon kevesekhez, akik használják a **MC-t. -
Csicsóka
őstag
válasz blakey #43524 üzenetére
Ha nem lett volna bootolás alatt a hosszú time out, akkor nem is foglalkoztam volna vele. Az idegesített csak, hogy eMMC-ről az addigi villám gyors indulás semmivé vált. Wifi-t nem használok boxokon, így észre sem vettem volna hogy nem megy.
A frissítés után a MyOSMC, Network menüben, csak wired volt jelen. Az addig ott lévő wireless menü el is tűnt.
Csak a módosítás után tért vissza, és így már működött is a nálam lévő 4 különféle boxon.
Nem tudom hogy az U1-ben milyen chip van, de ha 8-as LE alatt ment, akkor itt is mennie kell. -
Csicsóka
őstag
válasz kovakovi77 #43536 üzenetére
Jogos! Mindig magamból indulok ki, hogy egyértelmű a root jog szerzése az /etc-ben turkálásnál. Eleve úgy lépek be a cuccba mindig.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz Zizi123 #43612 üzenetére
Hogy lehetne 1 uj halokartya drivert hozzaadni, hogy a LAN is menjen?
Házi módszerrel sehogy. Ha nem került bele gyárilag a megfelelő kernel modul, akkor a fejlesztőknél lehet kérni, a pontos chip megnevezéssel, már ha van hozzá egyáltalán Linux alatt működő megoldás.
Szerintem itt nem erről van szó, leginkább a nem megfelelő dtb.img miatt nem látszik a rendszerben, igy az udev nem is tudja betölteni a modult.
Volt a CE indításakor fogpiszka? Vagy csak bele tetted, és mivel előtte volt rajta LE, elindult?
Mert a CE már nem használ S905_autoscrip-et, ezért más az U-boot módosító aml_autoscript.
Ha volt fogpiszkás indítás és úgy sem indul el akkor csak dtb hiba lehet. -
Csicsóka
őstag
válasz Zizi123 #43636 üzenetére
Tuti, hogy a dtb.img miatt van, mert a 3.14.xx linuxoknak ez a file nem kell ,es igy mukodnek is.
Dehogy nem kell, ha el is indul valamelyik vason véletlenül, a másikon már biztos hogy nem fog.
Az LE sem képes normális működére dtb.img nélkül.Debian, Ubuntu, Archlinux mar nem indult el a 4.x -es kernellel.
Nálad. Itt megy 2 különféle boxon is, igaz nem tökéletes, mert a megogo-n (S905) halt helyett reboot-ot csinál.
Magyarul, csak a tápból kitépve lehet kikapcsolni. Nexbox A5 kikapcsol. -
Csicsóka
őstag
válasz DIEGO15 #43666 üzenetére
A /root könyvtárban van egy install.sh szkript. Ez felteszi az eMMC data-ra, a boot partícióra pedig beírja a kernelt, és initrd-t. Reboot után már onnan él.
Két dolog fontos, az initrd-t az SD fat partícióra kell másolni, még a telepítés előtt.
A másik, teljesen szűz legyen a rendszer, ne legyen rádugott, HDD, se beállított megosztások.Az újabb, 4-es kernellel működő rendszereket nem lehet eMMC-re tenni.
[ Szerkesztve ]
-
Csicsóka
őstag
[ Szerkesztve ]
-
Csicsóka
őstag
-
Csicsóka
őstag
válasz BullZeye #43866 üzenetére
CoreELEC:~ # ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event3) with:
Driver: meson-ir, table: rc-empty
lirc device: /dev/lirc0
Supported protocols: lirc rc-5 jvc sony nec sanyo mce_kbd rc-6
Enabled protocols: nec rc-6
Name: meson-ir
bus: 25, vendor/product: 0000:0000, version: 0x0000
Repeat delay = 500 ms, repeat period = 125 msAz alsó sorban mutatja az alap beállítást. Lehet szórakozni vele addig ameddig jó nem lesz, de túl rövidre véve a repeat period-ot, egy nyomásra is többet "ugrik" majd.
CoreELEC:~ # ir-keytable -D 200 -P 100
Repeat delay = 500 ms, repeat period = 125 ms
Changed Repeat delay to 200 ms and repeat period to 100 msNekem ez a jó beállítás, így fürgén nyomogatva is OK, de nem ugrik egy nyomásra sem.
Ha megvan tuti érték, akkor be kell tenni az autostart.sh-ba, így ezzel a beállítással fog életre kelni. -
Csicsóka
őstag
válasz ztibor #43911 üzenetére
A probléma ott van, hogy a CE repoban, ahonnan az addonok letöltődnek, már a legfrissebb CE 8.95.1-hez fordított binárisok vannak. Abban pedig már újabb glibc6-hoz van minden fordítva. Működik is rendesen az rsync CE 8.95.1 alatt. A CE 8.99.03 ae-fork még az előző glibc6 verziót használja, ezért nem tud elindulni.
Korábbi rsync verziót meglehet próbálni szerezni, és azzal talán megy. -
Csicsóka
őstag
válasz Ejelhar #43957 üzenetére
ha lett volna 1.2 Csicsóka-OSMC, akkor valszeg belekerült volna e módosítás
És még sok minden, ami közben előkerült.
A wifi is szétmált a múltkor, mert úgy frissült, hogy csak az eredeti Vero 4K-val volt kompatibilis, a mi hegesztett rendszerünkkel meg nem.
Ezért aki nem frissítette, vagy csak most kezdi el használni, nem árt ha tartásba teszi a vero3-wifi-osmc csomagot, és nem lesz baj vele többet.apt-mark hold vero3-wifi-osmc
Új hozzászólás Aktív témák
- Gamer PC , R5 5600X , RX 6600 , 16GB 3200 MHz , 512GB NVME , 750GB HDD
- APPLE Mac Studio M1 Max 10C CPU, 24C GPU, 32G RAM, 512GB SSD
- Eladó konfig! Ryzen 5 5600X 512GB M.2 SSD 16GB DDR4 RTX 3060Ti 8GB!
- HP 27-cr0757nz - ÚJ 27"-os FullHD All-IN-ONE PC - i7-1355U, 32GB, 1TB SSD, W11, 300nit
- HP Prodesk 600 G4 DM mini pc, G5420T, 4-8GB RAM, 120-240GB SSD, 2 év gari, áfás számla
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen