-
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 Csicsóka #52692 üzenetére
Ahogy elnézem az 5-ös kernelt futtató LE-t (Linux version 5.0.0-rc8 gcc version 7.3.1), lesznek itt még érdekes, szokatlan dolgok.
A dtb teljesen eltér az eddigi LE/CE megoldástól. Sajnos kevesebb típushoz van, pld. S905 1/8-2/16 gigabit nincs. A megogo-n a hozzá leginkább hasonló, Tronsmart Vega S95 Pro dtb-vel indul el, IR, és wifi nélkül.A dtb-ben nincsenek eMMC partíciók egyáltalán, Két boot partíciót ismer a kernel csak, és annyi.
mmc1: new HS200 MMC card at address 0001
mmcblk1: mmc1:0001 8WPD3R 7.28 GiB
mmcblk1boot0: mmc1:0001 8WPD3R partition 1 4.00 MiB
mmcblk1boot1: mmc1:0001 8WPD3R partition 2 4.00 MiBNem lehet majd a data, vagy system partíciót használni telepítésre.
Oleg emmc-re telepítő szkriptjében is teljesen más megoldást használ mint eddig.
Lementi az U-boot-ot, az emmc első 4MB-os darabja.
DOS partíciós táblát ír rá, majd csinál egy 512MB-os FAT, és egy 32MB-os ext4 patíciót, amit majd az LE kimaxol.
Ez után vissza írja a mentett U-boot-ot a helyére, (mert a partíciós tábla létrehozása gyalulja) fájlrendszereket hoz létre, majd bemásolja az SD tartalmát az emmc FAT partíciójára. Ezzel a megoldással, gyakorlatilag pont úgy kezeli a rendszer az emmc-t, mintha egy sima SD-lenne. Egyetlen előnyét látom ennek, így nagyobb szabad terület lesz, mert nincs külön cache, system, data, hanem egybefüggő hely lesz helyettük. -
Csicsóka
őstag
válasz Mezga Aladár #52764 üzenetére
LibreELEC:~ # cputemp
42 C -
Csicsóka
őstag
válasz ztsoft #52768 üzenetére
Talán az első normális 4-es kernel majd az lesz amit a Hardkernel vagy a CE csinál az ODROID N2-höz.
Addig nem igen lesz rendesen működő, pláne nem 5-ös. Kipróbáltam, de 4k-t egyáltalán nem játszik le, belefagy, FHD szép.
Piszkálta a csőröm, hogy mit csinál az emmc telepítője, ami a kodi menüben is benne van. Mit lehet majd látni az emmc-ből, mekkora lett az ext4 rajta stb.? Röviden, tégla lett a megogo. Az U-boot visszaállítás úgy látszik nem sikerült. Most elő kell venni a másik dózeres gépet, és droid vissza. -
Csicsóka
őstag
válasz ztsoft #52783 üzenetére
Annyi haszna lett a téglásodásnak, hogy mivel nem létezik gyári rom a megogo-ra, ezért rápróbáltam a Tronsmart Vega S95 Pro gyári ROM-ot. (Korábban MXQ pro rommal gyógyítottam átmenetileg)
Ez a vas hasonlít a legjobban rá, csak a wifi, és a táv nem 1forma.
Rá is ment, mérföldekkel jobb droid, mint a megogo eredetije. Már azóta gyalultam, emmc-n figyel a **MC.[ Szerkesztve ]
-
Csicsóka
őstag
válasz Beni2360 #52886 üzenetére
A kérdés, hogy pl 8 GB-ról költözök 16 GB-ra képfájlként akkor a maradék háttér tároló mennyi lesz a 16 GB-n? Mivel az egész kártyát költöztetem. Kiterjeszti magát a többi kb 14 GB-ra ?
Egyszerű klónozásnál nem fogod tudni használni a maradék helyet. Pont annyid lesz ami volt, semmivel sem több. Erre is van 1xerű megoldás, a napokban volt téma. Így birtokba veheted az egész kártyát.
De szerintem gyorsabb megoldás, amit biztos olvastál itt régen amikor írtam, (öf 62h0 pont.) Nem kell a kártyát beolvastatni jó hosszú idő alatt, és megint kiíratni. Gyorsabban végbemegy ez vagy ez a procedúra. Rsync-et sem kell már addonból telepíteni, benne van a CE-ben alapból. Ez tökéletes megoldás kisebb kártyára költözéskor, ha a forráson kevesebb terület használt, mint a célon lévő hely.
-
Csicsóka
őstag
válasz RedCat #52995 üzenetére
Nem jól értelmezed a dolgokat. Ha a régi remote.conf-os megoldást használod, akkor a CE átvált arra a protokollra, és nem ir-keytable féle fog működni. Ezért nincs is jelen a rendszerben. Ha az amremote kódokat akarod látni, akkor:
journalctl -f
kell neked, és ezt látod ha lenyomsz egy gombot:
márc 08 08:16:51 osmc-megogo kernel: remote: release ircode = 0x52,
márc 08 08:16:51 osmc-megogo kernel: remote:
márc 08 08:16:51 osmc-megogo kernel: scancode = 0x0002, maptable = 0,code:0x00000000A harmony power gombjára pedig tanítsd rá a box IR távjának a power kódját. Akkor be is lehet majd kapcsolni.
Ez azért kell, mint ahogy DoItYourself is írta, ekkor még nem él semmilyen operációs rendszer, csak az u-boot.
Az pedig más tészta teljesen mint a CE. A többi már eddig is működő kódot nem kell átírni a remote.conf-ban, sőt, hozzá sem kell nyúlni, mert a hogy vissza olvastam, ki is kapcsol, csak be nem, az meg nem a remote.conf-on múlik.[ Szerkesztve ]
-
Csicsóka
őstag
válasz Truman #53083 üzenetére
Az szokott betenni a fejlesztőknek, amikor olyan dolgokért ba**ogatják őket, ami nem tartozik az ő hatáskörük alá. Akkor Te is inkább kivennéd az adott funkciót, mintsem örökké ezért ekézzenek. Nem kell elfeledni, hogy nem fizetsz semmiért, így nem jár support sem.
Hajléktalan példánál maradva, ha nem marha hús kerül a gulyásba, "csak" pulyka, és ezért fellázadnak osztáskor, neked se esne jól, amikor a nagykerben csak pulyka van. Nem Te tehetsz róla, a fikázást pedig Te kapod. -
Csicsóka
őstag
-
Csicsóka
őstag
válasz LógaGéza #53308 üzenetére
Nem közösködik az USB-vel, külön vezérlő van a SOC-ban. Meg kell lennie a közel gigabitnek, 900 felett mértük nem 1x. Olyan viszont már nálam is előfordult, hogy az egyik irány (tx) nagyon rossz. A LAN chip a ludas ilyenkor. Más valaki újra forrasztotta és jó lett. A legrégebbi (MXQ Pro+) vasamon kb. egy év használat után pedig 100-asra kellett lassítani, mert a tx e nélkül csak pár száz kilobit volt. ethtool-al 100-ra állítva meg oda vissza 100-as.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz ChiliChili #53433 üzenetére
Akkor nincs más hátra mint a CEC teljes tiltása a boxon, ahogy itt írtam róla. Csak CE 9.0, és újabb verziókon működik. Régebbieken az U-boot változók variálásával lehetséges, arról is írtam korábban valahol, de ez nem is biztos hogy elég, mert az u-boot már induláskor is küldhet ki jelet a CEC szálon.
-
Csicsóka
őstag
Can't open /dev/amremote-ot kapok
Mert nem volt újra indítás, és addig nem cseréli a dtb-ben a protokollt a remote-toggle szkript.
Magyarul, még meson-ir-t használ és ott nincs /dev/amremote. Ez csak a dtb-ben átváltva lesz, ha meson-remote-re vált.
A leírásban az utolsó parancs nem is kell, pont e miatt. Egyszerű reboot és lesz táv, ha sikerült kimásolni a droidból a remote.conf-t.[ Szerkesztve ]
-
Csicsóka
őstag
válasz ChiliChili #53478 üzenetére
Mert az SD FAT partíciója, alapból csak olvashatóra van csatolva, hogy ne lehessen véletlenül "kárt" okozni ott.
Ezért rw-re kell újra csatolni:mount -o rw,remount /flash
cd /flash
fdtput -t s dtb.img /aocec/ status disabled -
Csicsóka
őstag
Amikor Ejelhar kolléga leírta ezt a másolás megoldást, tökéletesen működött. LE alatt még nem volt meg a kétféle táv kezelési metódus. CE 9 hozta ezt magával, (egyébként nagyon sokan örülnek az amremote visszatérésének) és ott nem is kell kiadni az utolsó parancsot, csak egy reboot parancs kell helyette.
A "gazda" hátha betesz egy megjegyzést ez ügyben az összefoglalóba.
CEC témát nem tudom, én nem használom, a lányoméknál az LG, és a Samu TV is megy CEC-el rendesen, nem variál semmit. -
Csicsóka
őstag
Ki lehet úgy is próbálni, hogy kihagyod a játékból a routert. Adsz fix ip-t a pc-nek is és a boxnak is, és közvetlenül összekötöd. A másik megoldás, hogy marad a roter, de egy gigabit switch-en keresztül kötöd össze a boxot és pc-t. Úgy is fog kelleni az S912-höz mert az gigabites. Szerintem nem a box a hibás, pláne nem mind kettő. Simán mennie kell legalább 10 MB/s-el a torrentnek 100-as hálózaton.
-
Csicsóka
őstag
Sejtettem hogy így lesz, a nem gigabites boxokban nincs külön LAN chip ami esetleg féloldalasra romlana el.
Nem tudom mi lehet a modemeddel, én egyszer s mindenkorra megszabadultam ezektől a problémáktól, egy Rock64-ből csináltam router/szervert. Brutális teljesítmény növekedés, és stabilitás a "bóti" soho routerekhez képest. -
Csicsóka
őstag
Entware, ahogy én szoktam.
SSH buherátorok (velem együtt) örültek, amikor CE integrálta az Entware repót a rendszerbe.
Azon túl, hogy eddig elérhetetlen parancsok megjelentek, lehetőség adódott kicsit a megszokottra alakítani a CE, SSH-n mutatott képét. Több évtizede megszokott Linuxos parancs rövidítéseim, MC viselkedés, rendes root prompt, mind megoldhatóvá vált. Azóta az első dolgom ha egy új CE-t rakok fel, hogy az egyszer már szépen beállított, és a kellő csomagokat már tartalmazó rendszert pár paranccsal, Gdrive-ból helyére teszem. Így nem kell futtatni egyszer sem az installenware parancsot, és megint belakni az egészet.Akit érdekel, ránézhet.
A pluszban telepített csomagok:
atop, bash, cfdisk, fdisk, file, fping, hostip, htop, iftop, iperf3, lsblk, mc, sshfsHasznált aliasok:
alias mc=". /opt/lib/mc/mc-wrapper.sh"
alias h="poweroff"
alias r="reboot"
alias ru="reboot update"
alias rr="reboot recovery"
alias at='atop'
alias ht='htop'
alias it='iftop'
alias rd='rmdir'
alias md='mkdir -p'
alias unzip='unzip -L'
alias rm='rm -i'
alias cp='cp -i'
alias mv='mv -i'
alias wh='which'
alias p='cd -'
alias c='clear'
alias tx='mcedit'
alias free='free -m'
alias ping='ping -c 5'
alias df='df -h'
alias du='du -h'
alias ps='ps -ef'
alias pss='ps | grep'
alias l='ls -CF'
alias ls='ls --color=auto'
alias ll='ls -l --color=auto'
alias la='ls -la --color=auto'
alias ..='cd ..'
alias ...='cd ../..'
alias ....='cd ../../..'
alias .....='cd ../../../..'
alias ......='cd ../../../../..'
alias .......='cd ../../../../../..'
alias ........='cd ../../../../../../..'Pár példa, az "r"+ enter újraindítás, "h" kikapcsolás, "c" terminál törlés, "..." két szintet felfelé lép a könyvtár fában, stb.
Az MC viselkedése úgy változik, hogy ha elnavigálsz egy könyvtárba, és ott kilépsz az MC-ből, ott maradsz az adott helyen a könyvtár szerkezetben. Így egyszerű ott parancsot kiadni.
A telepítés egyszerű, 3 parancsa az egész.
wget -O opt.tar.gz 'https://docs.google.com/uc?export=download&id=1mYtq9MdTYWiwy3JTbS6VYCbaHSq4Kvub'
mkdir .opt
tar -xzvf opt.tar.gz -C .opt/Kijelentkezés, (ctrl+d) vagy reboot után már él is.
-
Csicsóka
őstag
-
Csicsóka
őstag
válasz blakey #53697 üzenetére
Ehhez a dtb témához még annyit, hogy a .tar fájlban is mindig benne van az összes dtb.
Könnyebb ezt dózer alatt kibontani, mint az img.gz-t. A kibontott könyvtárban, a 3rdparty/bootloader/device_trees-ben lesznek, innen lehet az SD-re másolni.Ettől még 1xerűbb, ki sem kell venni az SD-t, futó rendszerből is lehet kimásolni, mivel a /usr/share/bootloader/device_trees-ben is ott vannak ugyan azok a dtb-k.
Írhatóra kell mountolni a FAT partíciót, majd MC-vel vagy cp-vel lehet másolni, majd átnevezni, pld. így:
mount -o rw,remount /flash
cp /usr/share/bootloader/device_trees/gxm_q201_3g_1gbit.dtb /flash
cd /flash
mv gxm_q201_3g_1gbit.dtb dtb.img
reboot[ Szerkesztve ]
-
Csicsóka
őstag
-
Csicsóka
őstag
válasz dgyuri0123 #53706 üzenetére
30-40 MB/s-el torrentezik a gigabites S912 box, ami egyáltalán nem rossz eredmény. Egyszerű, olcsó NAS-ok ennek a közelébe sem érnek.
-
Csicsóka
őstag
válasz szabochris #53708 üzenetére
Megy, de kell egér, mert érintő képernyőre készült az app. Csak 720p lesz, FHD csak CE alatt.
-
Csicsóka
őstag
válasz prosectura #53713 üzenetére
Rendszer szintű mount szokott segíteni. Ez a legstabilabb megoldás. A /storage/.config/system.d/cifs.mount.sample értelemszerű szerkesztése után, a systemd elvégzi induláskor a megosztás fix csatolását a megadott könyvtárba. Onnantól mint helyi tartalmat lehet kezelni, a KODI-ban.
Vagy az autostart-os megoldás, ha ez 1xerűbb neked.A megosztások neveit az smbclient megmutatja, ha nem megy fejből.
root@CoreELEC-Z6:~# smbclient -L 10.1.1.1
Enter WORKGROUP\root's password:
Sharename Type Comment
--------- ---- -------
Film Disk
Torrents Disk
Downloads Disk
Program Disk
Zene Disk
Foto Disk
IPC$ IPC IPC Service (Rock)
Reconnecting with SMB1 for workgroup listing.
Server Comment
--------- -------
Workgroup Master
--------- -------
WORKGROUP ROCK -
Csicsóka
őstag
válasz szabochris #53715 üzenetére
Hááát, ha elég a droid, és FHD helyett HD, akkor biztos jó lesz.
-
Csicsóka
őstag
válasz dgyuri0123 #53717 üzenetére
Az a legtutibb, szinte mindenki ezt használja, de van Deluge, és Aria2 is.
-
Csicsóka
őstag
válasz BullZeye #53747 üzenetére
A DietPi-vel az a probléma, hogy ott csak X felületen fog menni a KODI, és nem framebuffer + EGL + GLES + Libhybris + Libamcodec alapon, ahogy a CE -ben van. X alatt pedig nagyon nem jó a KODI, meg sem közelíti a CE-t. Korábban próbáltam Armbian + Mate desktop alatt, a KODI 4K-t nem is tudott, FHD-t tűrhetően vitte.
A KODI-val indulás, nem probléma, egyszerűen megoldható.Mint szerver sem a legalkalmasabb ez a vas, mert nincs PCI-E, amibe lehetne tenni egy 2-4 portos PCIE to SATA kártyát. Hiába a sok USB3, azzal raid tömböt nem szerencsés csinálni. (széthullik a tömb) ARM vonalon a RockPro64 jobb választás, erre a feladatra.
Ha megelégszel a CE szerver képességeivel, és elég 1 halk HDD, akkor talán összevonható a két feladat.Szerk.
A legjobb viszont, amit LógaGéza kolléga írt, egy X86. A szervert meg a WC-be hogy nem zúgjon.
Van akinek ott van.[ Szerkesztve ]
-
Csicsóka
őstag
válasz Beni2360 #53752 üzenetére
Na feltettem egy friss telepítést és ráeresztettem a nightly -t.
Ennek mi az értelme? Miért nem egyből nightly?
Igaz lustaságból az előzőnél csináltan rendszer és KODI mentést és azt lefuttattam az új rendszeren.
Ez meg így nem tiszta telepítés, hozhatta magával a probléma okát.
Jobb lett volna teljesen tiszta szüz rendszeren kipróbálni, hogy van e különbség, javulás. -
Csicsóka
őstag
válasz prosectura #53774 üzenetére
Ha a PC Mac, vagy Linux akkor lehet, mert az látja a kártya ext4 partícióját.
Egyszerűbb hálózaton keresztül elintézni. A Configfiles megosztás látható dózer intézőben is, és szerkeszthető az említett minta fájl. A másik megoldás, SSH-n belépve a boxba, és ott nano szerkesztővel szintén megoldható. A mintában benne van, hogy kell módosítani, hogy működjön. -
Csicsóka
őstag
SD/USB telepítés esetén, van egy 512 MB-os FAT partíció, a többi hely a hordozón ext4 fájlrendszert hordozó partíció. A FAT-on van a kernel nevű fájl, ami valójában nem csak a kernel, hanem egy AOSP kompatibilis android boot image, valamint a SYSTEM fájl. Ez van indulás után loop mountolva, mint rootfs. Az ext4, a /storage alá van mountolva hogy írható legyen (a rootfs csak ro). Ezért természetesen, nem lehet kivenni az SD-t.
A teljes eMMC nem gyalulható, mert akkor ugrik az U-boot, és az env partíció. (A többi, cache, system, data nem lenne lényeg) Tégla lesz belőle.
Van lehetőség azért "bentre" telepíteni, az installtointernal parancs megoldja. ilyenkor marad az eredeti droid partíciós tábla az eMMC-n. A kernel megy a /dev/boot-ba, a dtb pedig a /dev/dtb-be, a SYSTEM fájl a system partícióra kerül, a /storage alatt a data lesz. A droidnak ekkor annyi.[ Szerkesztve ]
-
Csicsóka
őstag
válasz prosectura #53792 üzenetére
A hálózatod neked kell rendbe rakni, mert látnia kell a dózernek is a box SMB megosztásait CE alatt is.
Ha nem sikerül, csináld SSH-n ahogy írtam.[ Szerkesztve ]
-
Csicsóka
őstag
válasz Chesterfield #53825 üzenetére
Akkor zsebbe kell nyúlni, a nélkül nem fog menni. A wifi sem elég mindig FHD átvitelre, ezen boxok gyenge vételi készsége miatt. Az összefoglaló olvasása ajánlott, vannak ott ajánlott típusok is.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- DELL OPTIPLEX 3020 SFF PC, i5-4570 CPU, 8 GB DDR3 RAM
- 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
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen