-
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 kovakovi77 #59689 üzenetére
Nem kell kernelt fordítani. Amit a CE kernel.img-nek nevez, az valójában egy android boot image. Ahogy ezt már nem 1x leírtam itt.
Megy PM. -
Csicsóka
őstag
Milyen igényesen kidolgozott masina az Ugoos AM6 [link], kár hogy csak 2GB RAM van benne. Droid alá ez ma már édes kevés. (Nem mintha azzal használnám, ha lenne)
-
Csicsóka
őstag
Hozott ma a GLS egy X96 Max dobozt, innen. [link]
Már 9-es friss (2019.07.22) doid van rajta.
Pendrive-ról, Z6+-on belakott CE, SYSTEM, kernel.img, dtb csere után egyből indult. Táv, kijelző a megfelelő fájlok másolása után mennek.Oda vissza gigabit.
root@CoreELEC:~# iperf3 -c 10.1.1.10
Connecting to host 10.1.1.10, port 5201
[ 5] local 10.1.1.3 port 46970 connected to 10.1.1.10 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 115 MBytes 961 Mbits/sec 0 669 KBytes
[ 5] 1.00-2.00 sec 111 MBytes 933 Mbits/sec 0 669 KBytes
[ 5] 2.00-3.00 sec 111 MBytes 933 Mbits/sec 0 728 KBytes
[ 5] 3.00-4.00 sec 111 MBytes 933 Mbits/sec 0 728 KBytes
[ 5] 4.00-5.00 sec 111 MBytes 933 Mbits/sec 0 728 KBytes
[ 5] 5.00-6.00 sec 111 MBytes 933 Mbits/sec 0 781 KBytes
[ 5] 6.00-7.00 sec 111 MBytes 933 Mbits/sec 0 781 KBytes
[ 5] 7.00-8.00 sec 112 MBytes 943 Mbits/sec 0 781 KBytes
[ 5] 8.00-9.00 sec 111 MBytes 934 Mbits/sec 0 781 KBytes
[ 5] 9.00-10.00 sec 111 MBytes 933 Mbits/sec 0 781 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.09 GBytes 937 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 1.09 GBytes 934 Mbits/sec receiver
iperf Done.emerson@emerson-B450M-S2H ~ $ iperf3 -c 10.1.1.3
Connecting to host 10.1.1.3, port 5201
[ 4] local 10.1.1.10 port 59282 connected to 10.1.1.3 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 107 MBytes 894 Mbits/sec 0 458 KBytes
[ 4] 1.00-2.00 sec 112 MBytes 937 Mbits/sec 0 481 KBytes
[ 4] 2.00-3.00 sec 112 MBytes 942 Mbits/sec 0 560 KBytes
[ 4] 3.00-4.00 sec 112 MBytes 941 Mbits/sec 0 618 KBytes
[ 4] 4.00-5.00 sec 112 MBytes 939 Mbits/sec 0 754 KBytes
[ 4] 5.00-6.00 sec 112 MBytes 942 Mbits/sec 0 793 KBytes
[ 4] 6.00-7.00 sec 112 MBytes 936 Mbits/sec 0 875 KBytes
[ 4] 7.00-8.00 sec 112 MBytes 941 Mbits/sec 0 875 KBytes
[ 4] 8.00-9.00 sec 112 MBytes 942 Mbits/sec 0 875 KBytes
[ 4] 9.00-10.00 sec 112 MBytes 939 Mbits/sec 0 919 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 1.09 GBytes 935 Mbits/sec 0 sender
[ 4] 0.00-10.00 sec 1.09 GBytes 935 Mbits/sec receiver
iperf Done.eMMC a jobbak közé tartozik:
root@CoreELEC:~/mnt# flash-bench
Creating test file flash-bench.tmp of size 512MB.
Benchmark: Sequential read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 3.51s (145.72MB/s), CPU: user 0.29%, sys 5.59%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 6.88s (74.37MB/s), CPU: user 0.15%, sys 3.59%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 21.15s (24.21MB/s), CPU: user 0.05%, sys 3.26%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 8.67s (59.05MB/s), CPU: user 0.09%, sys 5.36%[ Szerkesztve ]
-
Csicsóka
őstag
válasz DoItYourself #59942 üzenetére
Csak míg megnéztem a build verzióját.
Addig ment csak ameddig adb shell alól indítottam a reboot update-t.[ Szerkesztve ]
-
Csicsóka
őstag
válasz szabi__memo #59953 üzenetére
Kellet már egy új játékszer.
Most van megint mit mókolni, a z6+-t meg szélnek eresztem. Az x96 max-on már hasít is eMMC-ről az ext4 CE. Most még csak SD-ről indul, és csak hozzá való kernel van jelenleg. Villám gyors, pedig lassú a pen amiről indul.CoreELEC (official): 9.2.0 (Amlogic-ng.arm)
root@CoreELEC:~# systemd-analyze
Startup finished in 6.631s (kernel) + 3.284s (userspace) = 9.916s
kodi.target reached after 3.284s in userspace
-
Csicsóka
őstag
válasz DroiDMester #59957 üzenetére
Lett egy ilyen vasam, ez változott.
Meg is lett a hiba oka, jó volt a telepítő, a kernel. Egyedül az SD-n át kell nevezni a cfgload fájlt, cfgload.bak-ra, és már indul is.
Kipróbálod meglátod. Ez nem kell az ext4-hez, de ha ott van változókat állít be, amit az ext4 kernel nem kezel megfelelően. -
Csicsóka
őstag
válasz FingR86 #59959 üzenetére
"ha viszont áramtalanítom a boxot, akkor mindig ugyanazzal a MAC címmel és a jó IP címmel indul el a box. na ezt miért ? "
Ez egy U-boot hiba. A legelső S905 vasam pont ezt csinálta. Később mikor letégláztam, (nem is 1x) raktam rá egy Tronsmart FW-t (nem volt hozzá való gyári sehol a neten) az felülírta a teljes eMMC-t, és onnantól jó lett. (csak távval nem lehetett bekapcsolni, mert más ir kód volt az U-boot-ban)
-
Csicsóka
őstag
Hiába jön is ki frissítés, ezt nem tudja befrissíteni. Kiszedtem a kernelből ezt, mivel nem lehet a szokott módon frissíteni. A kernel egyáltalán nem kompatibilis a sima, nem ext4 verzióval. Nightly verziókkal pont ezért nem is foglalkozok, csak a stabil 9.2.0-ból készül ext4. Ha mégsem tetszene, vagy megpusztulna valamiért, csak vissza kell nevezni az elmentett kernelt, és indul a sima verzió SD-ről. A teljes eMMC-re telepítés lesz a következő kihívás, ekkor már csak újra flasheléssel lehet majd a droidot vissza állítani. Jelenleg, így hogy SD-ről indul el a kernel, nem formázza a telepítő csak a data-t. Kivéve az SD-t, elindul a droid mintha mi sem történt volna, csak újra be kell lakni. Az ext4 CE viszont nem tolerálja hogy a droid bele piszkál a data fájlrendszerbe, ezért nem indul el ismét. Ezért kell a telepítő szkriptnek formázni a data-t, különben mehetne mind két rendszer közösen a data-ról. Ez a helyzet a 9-es droid esetén, 8-assal nem tudom kipróbálni mert az nincs.
-
Csicsóka
őstag
Igen, csak a kernel, és a dtb-t használja onnan, ameddig elindul.
Utána ha már fut, az SD-t akár ki is lehetne venni. (de minek?)Régi 8 GB-os Adata SD-ről is gyors, most azon van a teszt rendszer.
CoreELEC (official): 9.2.0 (Amlogic-ng.arm)
CoreELEC:~ # systemd-analyze
Startup finished in 5.881s (kernel) + 3.189s (userspace) = 9.071s
kodi.target reached after 3.188s in userspace -
Csicsóka
őstag
válasz DroiDMester #59992 üzenetére
Köszi, kipróbálom majd ezzel is.
-
Csicsóka
őstag
válasz DroiDMester #60008 üzenetére
A kernel ritkán változik, ezért megy a nightly-val is. A legtöbb változás a rootfs-t érinti. Viszonylag egyszerűen lehet az ext4 rootfs-t is frissíteni CE .tar fájlból. Rsync csak azt a minimális különbséget másolja át amiben változás történt. Leírni tovább tart mint megcsinálni.
Arra kíváncsi lennék, hogy a GTK-n gyorsabb e a rendszer mint a többi vason? a systemd-analyze mit mutat?
[ Szerkesztve ]
-
Csicsóka
őstag
válasz junkpod #60018 üzenetére
Fény derült az igazságra.
Az a különbség nálam az SD, és az USB rendszerek közt, hogy az USB-n egy belakott rendszer van, régi remote.conf-al. Ugye ilyenkor, ha észreveszi hogy van ilyen fájl, a dtb-t "mefúrja" hogy amremote módot támogasson, és újra indít, már ebben a módban. Ez pedig ezek szerint bekapcsolható.
Az SD-n pedig csupasz rendszer van, a dtb meson ir módban van, ahogy eredetileg is. BL Injectionnal nem is szórakoztam, ezért nem kapcsol be. A remote.conf megoldást jobban szeretem, és mivel van az x96max-hoz, ezt használom inkább. -
Csicsóka
őstag
válasz junkpod #60021 üzenetére
Azt nem tudom, miért nem kapcsol be így az ext4, mikor az SD-ről meg igen, de ránézek majd. Én a /storage/.config-ba tettem a remote.conf-t még a sima SD-s változaton, de a gyökérben is lehet. Ott újra indításkor megtalálta, módosította a dtb.t, majd rebootolt, a táv ment, és be is kapcsol mind a sima, mind az ext4 verzió.
-
Csicsóka
őstag
válasz junkpod #60024 üzenetére
Az ext4 csak arra a pár másodpercre használja az SD-t, ameddig a kernel elindul, és kiolvassa az offset értéket a gyökérben lévő offset fájlból. Utána leválasztja a kártyát. Ezért csak a /storage/.config-ban lehet a remote.conf. Keresni sem kell, mert hálózaton elérhető a Configfiles megosztás, csak bele kell dobni, és megy.
-
Csicsóka
őstag
válasz DroiDMester #60036 üzenetére
Szinte ugyan ezt mértem én is egy ősrégi SD-ről. DDR4 miatt nem volt gyorsabb.
A belőle készült (nem a 9.2 kernel, hanem az övé) ext4, meg minden ver, ugyan erről az SD-ről. Mit csinálhat akkor egy valóban gyors USB3-ról? (nekem csak régi lassú USB3 pen van, még abból az időkből amikor megjelentek)
CoreELEC (official): nightly_20191010 (Amlogic-ng.arm)
root@CoreELEC-X96:~# systemd-analyze
Startup finished in 2.331s (kernel) + 3.165s (userspace) = 5.496s
kodi.target reached after 3.164s in userspace[ Szerkesztve ]
-
Csicsóka
őstag
válasz DroiDMester #60040 üzenetére
Akkor ezek szerint az sem mind1, hogy pendrive, vagy SSD USB3-ba dugva. SSD-ről a legjobb.
-
Csicsóka
őstag
Melyik leírás szerint?
HDD/SSD-ről csak akkor fog bootolni, ha GPT partíciós tábla van rajta. Ezt létrehozhatod CE alól gdisk parancs soros progival, de ha ez ijesztő, akkor Linux masinán gparted-el, vagy Gparted live-al. Majd rámásolod az SD tartalmát. Kovakövi kolléga majd eligazít, hol írnak erről részletesen. -
Csicsóka
őstag
válasz szabochris #60078 üzenetére
Dózer parancssor (cmd) alól:
adb connect 192.x.x.x (box ip)
adb shell
su
reboot recoveryDe CE telepítéskor nem ez kell hanem:
reboot update -
Csicsóka
őstag
Már nem azért, de az usb burning témát már rengetegszer kitárgyaltuk itt az évek során. Csak a keresőt kell használni, nem pedig a sült galambot várni, hogy majd valaki leírja megint. (nem rád gondolok, hanem a kérdezőre) A módszer meg amit droidmester leírt, már az S905-ön is így működött, (csak start gomb, és kábel bedug). Korai időszakban, volt néhány S905, aminek volt reset gombja ugyan, de nem volt vezetősáv a nyákon tőle a SOC-ig, tehát a levegőben lógott csak, ezt is leírtuk. Nem is lehetett volna azt újra flashelni ha ez a módszer nem használható. Az meg hogy új dolgokkal foglalkozunk, inkább viszi előre dolgokat, mit lerágott csontokat előhúzni ismét. Ha ez neked nem tetszik lapozz, és kész.
-
Csicsóka
őstag
A CE csapat nem foglalkozik olcsó kínai sz@rokkal, csak SBC vonal megy, részben ez már üzlet is ott. N2-re már van egy ideje installtoemmc parancs, a Vim3 és L nightly-ben pedig ceemmc parancs, ami megoldja ezt a témát. Mi pedig pont az olcsó rizsföldi dobozokért kísérletezünk. A boot idő csak egy a témák közt, de megoldódott már a távirányító dolog is. Az meg, hogy a nép szokja kicsit Linux világát, egyáltalán nem baj, van aki örül neki.
Azt meg nem is részletezem, hogy mi alkalmasabb egy oprendszer futtatására, mert egyértelmű hogy az, amit annak terveztek (eMMC). -
Csicsóka
őstag
válasz DroiDMester #60133 üzenetére
Ráadásul ez a remote.conf amremote megoldás, amivel minden varázslat, és u-boot injekciózás nélkül megy a bekapcsolás is.
ex4 rendszernél viszont az SD gyökeréből nem kezeli, csak a /storage/.config-ban lehet. Legegyszerűbb hálózaton a Configfiles megosztásba másolni. -
Csicsóka
őstag
válasz trance89 #60131 üzenetére
Ezek a kedvező teszt eredmények arra utalnak, hogy életképes ez a rendszer. A teljes eMMC-ről futtatással szembeni nagy előnye, hogy ha még is kell a droid, akkor az elindul mintha semmi sem történt volna az eMMC-vel. Ez az új SOC banda nem tolerálja az a megoldást, amivel korábban az installtointernal szkript is telepített. Még úgy sem ha hozzá igazítjuk. Egyszóval, kérdéses hogy lesz e ilyen verzió ezekre a vasakra.
Hamarosan írok egy rövid leírást (úgy is csak haladókat érdekel) a jelenlegi rendszerről. Így kipróbálhatja akit érdekel. -
Csicsóka
őstag
válasz kovakovi77 #60142 üzenetére
Ez jó lesz, így rendes dual boot lesz. Eddig a CE nem indult el, ha a droid belef*sott a data-ba. Kipróbálom.
-
Csicsóka
őstag
válasz Csicsóka #60144 üzenetére
Működik!
Így hogy 20 giga van adva a droidnak, a CE-nek marad majd 4 giga 32-es x96max-on. Azt hogy a droid mit szól hozzá nem tudom, mert 8-asra vissza akartam butítani, de hibával leállt a burning tool, azóta nincs X96 logo, és el sem indul a droid. CE szerencsére megy.root@CoreELEC-X96:~# df
Filesystem Size Used Available Use% Mounted on
devtmpfs 1.6G 0 1.6G 0% /dev
/dev/loop0 3.9G 517.1M 3.4G 13% /
tmpfs 1.8G 0 1.8G 0% /dev/shm
tmpfs 1.8G 8.5M 1.8G 0% /run
tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup
tmpfs 1.8G 2.2M 1.8G 0% /var
tmpfs 1.8G 8.0K 1.8G 0% /tmp
/dev/sda1 511.7M 261.2M 250.5M 51% /var/media/COREELEC
/dev/sda2 6.7G 62.8M 6.7G 1% /var/media/STORAGE -
Csicsóka
őstag
válasz DroiDMester #60151 üzenetére
Nem nekem már 2.1.7.1 van
-
Csicsóka
őstag
válasz kovakovi77 #60159 üzenetére
Nem is ez okozza, még jóval ez előtt próbáltam volna 8-as droidot rátenni, hogy megnézzem rendben megy e minden ott is az ext4-el.
A flash legelején már hibát dobott. A droid többet nem indult már el, de az u-boot élve maradt, így a CE fogpiszka után elindult. Most pedig leszedtem egy 9-es, rá való FW-t. Már örültem mert egyből jól indult a flash, már az utolsó folymat a system írása ment, amikor 21%-nál megállt és hiba megint. Párszor újra kezdtem, de nem ment tovább.
Most tégla, mert semmi életjelet nem ad. Másik FW-t még rápróbálok, hátha. -
Csicsóka
őstag
válasz kovakovi77 #60223 üzenetére
Nem magától ment gajra, Első lépsben 8-as droidot akartam, az nem ment fel, a CE akkor még élt. Aztán megtaláltam azt a romot, amivel jött, dátum is pont az volt. Na ez már csak max 25%-ig jut el, a systemet írná amikor megáll. Onnantól kezdve tégla. Nuku U-boot, így semmi nem indul. Nem hiszem hogy hardver hiba lenne. Teszek fel a másik gépemre egy 7-es dózert, csak még kell egy SSD-t kérnem kölcsön a lányomtól. Ha azzal se akkor jön az UART vizslatás.
Most e miatt megint áll az ext4 tovább reszelése, bár tesztelni lehet régi vason is, a szisztéma ott is ugyan az, csak nem NG kernel.[ Szerkesztve ]
-
Csicsóka
őstag
válasz junkpod #60221 üzenetére
Másik érv még az SD-s indítás mellett, hogy meglehet úgy is csinálni a rendszert, mint a mit kovakövi kolléga javasolt. A droid partíciót kisebbre méretezni, 32-es vason olyan 15 gigára, (az is bőven elég a droidnak) A többi helyet meg oda adni az ex4 rootfs-nek. Így soha nem kavarodnak össze, a droid és a CE is tökéletesen el lesz az eMMC-n. Van akinek a droid megléte nagyon fontos. Akkor meg miért ne...?
-
-
Csicsóka
őstag
válasz headhunter #60232 üzenetére
Egy ideje nem követem a CD fejlődését, de van már dózer rajta?
Vagy mivel ment ? -
Csicsóka
őstag
válasz headhunter #60236 üzenetére
Kipróbálom, mer ez a legegyszerűbb akkor.
-
Csicsóka
őstag
válasz dugesz77 #60237 üzenetére
Csak USB3-ba dugva ment nálam egy darabig, extra táp nem kell elvileg az USB3 elég erős, bár próba képen amikor elindult a folyamat, rádugtam a tápot is, de úgy sem jó. A S912 (Z6+) nálam nem is ment csak akkor ha az indulás után egyből kapott tápot is. A S905x is ilyen ha jól emlékszem.
-
Csicsóka
őstag
válasz Csicsóka #60233 üzenetére
Kiderült az igazság X96max újra régi fényében tündököl!
Kikaptam az SSD-t és beletettem a régebbi PC-be. Win10 össze szedte magát, és pár perc múlva már rajta is volt az FW a boxon.
Nem variált, egyből felment USB3-ba dugott USB2 kábellel.Tanulság:
Messze kerülendő az AMD Ryzen, és a B450 chipset páros.
Nagyon bika, és modern, de az USB Burning Tool nem szereti.A Hiren's BootCD sem indul el ezen a nyomorékon, a régi Intel vason meg egyből.
Más. A droidban le lehet valahogy tiltani az OTA frissítést?
Alig ment pár percet, és kiabált hogy van új FW, nem engedtem persze, okulva a többi kolléga negatív tapasztalatából.[ Szerkesztve ]
Új hozzászólás Aktív témák
- World of Tanks - MMO
- DIGI kábel TV
- Tényleg jön a The Thing: Remastered
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Milyen TV-t vegyek?
- Kínai, és egyéb olcsó órák topikja
- Skoda, VW, Audi, Seat topik
- exHWSW - Értünk mindenhez IS
- WoW avagy World of Warcraft -=MMORPG=-
- PlayStation 5
- További aktív témák...
- 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
- HP Prodesk 600 G4 DM mini pc, G5400T, 4-8GB RAM, 120-240GB SSD, 2 év gari, áfás számla
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen