-
IT café
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 Black&White #26786 üzenetére
Az eMMC-re gondolsz?
Mert azt egyik LE sem mountolja automatikusan. Elég könnyű lenne törölni véletlenül a droid dolgait akkor.
Egyébként megoldható, a droid data partícióját lehet használni, az jó nagy, a system-et jobb nem bolygatni.
autostart.sh-ba be kell írni. -
Csicsóka
őstag
válasz DoItYourself #26811 üzenetére
Itt kicsit másként működik, nincs settings.json, mint ami megszokott, az addonban, a settings.xml-ból olvas be, majd változókba menti. Onnan olvassa ki induláskor minden alkalommal.
Részlet az indító szkrip-ből:
TRANSMISSION_WEB_HOME=\"$ADDON_DIR/web\" \
nice -n $tx_nice \
transmission-daemon \
--allowed \"$tx_allowed\" \
--config-dir \"$ADDON_HOME\" \
--download-dir \"$tx_download\" \
--port \"$tx_port\" \
--watch-dir \"$tx_watch\" \
$incomplete \
$tx_auth" -
Csicsóka
őstag
válasz stigma #26813 üzenetére
1. A rádugott külső HDD-t automount felszedi a /media alá, nem kell kézzel vacakolni.
2. A /media alatt lévő HDD-t megint csak automatikusan megosztja SMB-n, számos más, a /storage alatt lévő könyvtárral együtt. Itt sem kell semmit kézzel variálni.Készült ettől már újabb transmission, ez már menni fog.
settings.json itt nincs, pont az előbb írtam. Az addon beállítási felületén Kell mindent beállítani.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz DoItYourself #26946 üzenetére
Vagy lehet hogy neki sem?
Megcsinálta, hogy a /storage átkerüljön a droid data-ra.
A datának adott egy új cimkét, az meg nem más mint a LIBREELEC_DISK.2. Apply a label to data partition
Apply LIBREELEC_DISK partition label to internal data partition:e2label /dev/data "LIBREELEC_DISK"
Tehát, ugyan azt, ami egy új SD készítésénél is rákerül az SD-re. Az eredetinél, amivel a műveletet csinálta, ugyan törölte annak az SD-nek a LIBREELEC_DISK cimkéjét.
In my case it is /dev/mmcblk1p2. Remove label from this partition:
e2label /dev/mmcblk1p2 ""
De amivel most akarja indítani azt nem, és itt a lényeg.
Nem lehet két azonos disk label, mert nem fogja tudni, hogy most melyik az, amelyiket a /storage alá kell mountolni.
[ Szerkesztve ]
-
Csicsóka
őstag
-
Csicsóka
őstag
"Itt LE kell, az androidot másik topikba kellene telepíteni és nem lenne ilyen hiszti. Azt csak az olvasná aki androidot akar használni, ez a topik már régen nem a 905-912 socról szól, SZVSZ."
Először is, nem fikázni akarok, ezt csak azért említem meg, nehogy felpukkadj egyből.
Több mint 26000 hsz-el ezelőtt jöttem e topikba, elmondhatom, hogy mindent olvastam ami itt történt.
Nem szokásom a felesleges szájtépés, nem is nagyon szoktam véleményt nyilvánítani. Sok éves UHU Linux levelező lista jelenlét, Linuxfórumos aktív részvétel alatt megtanultam ezt azt, úgy hogy nem "ugrok" azonnal.
Most is erősen gondolkoztam, szóljak e valamit e témában.Számtalan dologban segítettem, megoldást ajánlottam, Linuxos, Droidos témában is lett egy két "alkotásom" mégsem vártam el vállveregetést. Kiraktam, használjátok! Akinek kellett úgy is megtalálta, és ez sokkal több ember volt, mint akitől visszajelzés is jött. Ez természetes, írni nem szeretünk. Ezt is régen tapasztaltam már, pld. az UHU fejlesztése alatt.
Azt mondod Te is régi motoros vagy, és még is az az érzésem, hogy fényezésre vágysz. Hát nem tanultad már meg, hogy ez a legritkább esetben van így?
Senki nem akar itt téged direkt cseszegetni, jó amit csinálsz, sokaknak hasznos lesz, de ne rugózz állandóan az LE kontra Droid témán. Megvannak azok békében, mindenki azt használ, amire igénye van.A fenti idézet pedig nem állja meg a helyét, mondom ezt úgy, hogy magam sem kedvelem a Droidot.
Ennek ellenére, lett pár Droidos írásom is, (droid mentés LE alól, ROM szétbontás, USB nélküli Rom visszaállítás, stb.) De ez nem ok arra hogy ne legyen ez egy helyen, mert igen is jól megfér egymás mellett, csak nem kell mindig az ellentétet szítani.
Inkább hajrá előre, munkára! -
Csicsóka
őstag
válasz djnice #27063 üzenetére
Foglalkoztunk már e témával párszor, a dd-től jobb a Flash-bench progi erre a mérésre, mert random írást/olvasást is csinál.
Kodi addont is csináltam belőle. Méregettünk akkoriban mindent vele, még PC SSD-t is. Volt egy két tanulságos eredmény, pld. egyes boxok eMMC-je sem valami acélos, van hogy a c10-es SD-t meg se verte. -
Csicsóka
őstag
válasz sugarforce #27067 üzenetére
Hasznos megoldás! tar helyett én rsync-et szoktam használni.
-
Csicsóka
őstag
válasz hunaqua #27041 üzenetére
Van a TR helyett, tőle többet tudó Aria2 torrent kliens, és belőle addon. Kíváncsi lennék, ez megy e S912 boxon.
Ha van kedved, próbáld ki. Telepítés után, be kell lépni az addon beállításaiba, és a le/fel sebességet át kell írni, mert ami alap benne van, azzal nem indul el. Ez ismert hibája az addonnak. Anno nem volt rá energiám hogy utánajárjak, hogy ez miért van. -
Csicsóka
őstag
válasz AiRLAC #27098 üzenetére
Valszeg ez a leggyorsabbak egyike. Persze ez A brand, nem holmi filléres vacak.
Ez pedig egy filléres MXQ Pro+ eredménye, ahhoz képest nem is rossz. Jóféle Samsung eMMC van benne.
Mértünk ettől sokkal gyengébbet is ami Sequential read-ben alig tudott 40MB/s-t.LibreELEC-MXQ:~ # ./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.78s (135.45MB/s), CPU: user 0.00%, sys 7.08%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 9.72s (52.67MB/s), CPU: user 0.13%, sys 3.35%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 28.39s (18.03MB/s), CPU: user 0.14%, sys 3.97%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 12.40s (41.29MB/s), CPU: user 0.04%, sys 3.49% -
Csicsóka
őstag
válasz Celtis #27107 üzenetére
Flash-bench Kodi addon-t kell telepíteni (32 bites-t).
SSH belépés után ki kell adni a flash-bench parancsot.
Ez létrehoz egy 512 megás teszt fájlt, és méréseket végez. Mivel te belépés után egyből az eMMC-be kerülsz, ott fog mérni. -
Csicsóka
őstag
válasz junkpod #27109 üzenetére
Az eMMC elég lassú, de a többi is. Nem értem...
Ez a MEGOGO eMMC-je.
LibreELEC-megogo:~ # flash-bench
Creating test file flash-bench.tmp of size 512MB.
Benchmark: Sequential read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 4.24s (120.65MB/s), CPU: user 0.00%, sys 4.88%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 11.71s (43.71MB/s), CPU: user 0.02%, sys 2.17%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 23.85s (21.47MB/s), CPU: user 0.04%, sys 2.07%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 35.64s (14.37MB/s), CPU: user 0.04%, sys 0.85%Ez pedig egy rádugott Adata USB3 pen.
LibreELEC-megogo:/var/media/Adata3 # flash-bench
Creating test file flash-bench.tmp of size 512MB.
Benchmark: Sequential read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 12.69s (40.36MB/s), CPU: user 0.02%, sys 1.97%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 26.32s (19.45MB/s), CPU: user 0.00%, sys 1.37%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 40.31s (12.70MB/s), CPU: user 0.05%, sys 1.43%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
171.0MB processed in 184.65s (0.93MB/s), CPU: user 0.00%, sys 0.07%Folyamatos olvasásban hozza az USB2 max sebességét.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz junkpod #27153 üzenetére
Ez a klón dolog magyarázhatja a lassúságot valóban. Szomorú hogy már a GB is belekeveredett ilyesmibe.
Eddig nem nagyon halottunk túl sok rosszat róluk. Persze lehet hogy őket is jól megvezették.
SD, és pen pedig tényleg lehet bármilyen. Nekem is van egy 32 gigás Samsung EVO, hát ettől is többet vártam mint a mit tud.Az RPI-nél van olyan lehetőség, hogy a kártyaolvasó órajelet fellehet húzni max-ra, a config.txt-ből.
# Eneble Card reader full read speed
dtparam=sd_overclock=100Így be sem bootol, egy tőle régebbi Sandisk pedig érezhetően gyorsabb így, mint alap helyzetben.
-
Csicsóka
őstag
válasz Pelican #27205 üzenetére
Ez azért már nem olyan acélos mint a M8S II. De a közép mezőnybe azért jó
T95m (S905) A gyorsabbak közé tartozik.
LibreELEC-T95m:/tmp/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 4.29s (119.21MB/s), CPU: user 0.12%, sys 7.32%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 15.31s (33.44MB/s), CPU: user 0.09%, sys 2.86%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 35.90s (14.26MB/s), CPU: user 0.07%, sys 3.50%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 39.83s (12.86MB/s), CPU: user 0.03%, sys 1.63%Ramdisk van a /tmp alatt, egyenesen brutális a tempó, az eMMC-hez képest. Majd 1GB/s.
LibreELEC-T95m:/tmp # ./flash-bench
Creating test file flash-bench.tmp of size 512MB.
Benchmark: Sequential read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 0.56s (911.71MB/s), CPU: user 1.36%, sys 23.64%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 0.42s (1212.93MB/s), CPU: user 2.44%, sys 21.95%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 0.65s (784.97MB/s), CPU: user 1.18%, sys 23.62%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 0.52s (993.61MB/s), CPU: user 1.46%, sys 22.93%Erről jut eszembe, milyen szélsebes lenne a KODI ha induláskor áthelyeznénk ramdiskbe, leálláskor meg vissza az eMMC-re. Ez még csak kósza gondolat, lehet be sem fér a ramdiskbe, még nem néztem, lehet teszek vele egy próbát.
-
Csicsóka
őstag
válasz Csicsóka #27206 üzenetére
Gyors próba, KODI -> Ramdisk.
Manuálisan átmásoltam a /storage/.kodi könyvtárat a /tmp alá, majd töröltem a /storage alól, és vissza symlinkeltem a /tmp alatt lévőt, a /stoerage alá. Így minden írási/olvasási folyamat már a ramdiskben lévőre irányul.
eMMC-het képest is gyorsult a médiatárban mozgás. A különbség nem olyan látványos, mint az SD vs eMMC esetén. Addonok indulása, kedvencekben bolyongás gyorsabb. Fanart nézetben, a filmek közt pörgetés, villámgyors, háttér kép kirajzolás azonnali. 5-6 egyéb addont, 72 filmet tartalmazó médiatár, és ehhez tartozó egyéb adatokkal a ramdisk 60%-a elfoglalt.LibreELEC-megogo:~ # df -h
Filesystem Size Used Available Use% Mounted on
devtmpfs 305.6M 0 305.6M 0% /dev
/dev/system 975.9M 127.0M 832.9M 13% /flash
/dev/data 4.8G 547.4M 4.2G 11% /storage
/dev/loop0 124.5M 124.5M 0 100% /
tmpfs 407.0M 0 407.0M 0% /dev/shm
tmpfs 407.0M 7.9M 399.1M 2% /run
tmpfs 407.0M 0 407.0M 0% /sys/fs/cgroup
tmpfs 407.0M 1.9M 405.0M 0% /var
tmpfs 407.0M 244.3M 162.7M 60% /tmpFilm lejátszás közben a memória terhelés így néz ki (1G a RAM):
LibreELEC-megogo:~ # free
total used free shared buffers cached
Mem: 833496 568444 265052 0 52784 317332
-/+ buffers/cache: 198328 635168
Swap: 0 0 0Ez a megoldás főleg lassú SD esetén dobna sokat a működésen.
-
Csicsóka
őstag
válasz Csicsóka #27212 üzenetére
Vissza állítottam a megogo boxomat, a kísérlet előtti állapotba, a média tárat nálam a három box, x86 alapú home serveren lévő, közös Mysql adatbázisból használja. Jó gigabites hálózaton is veszett gyors a bóklászás. Pörögnek a borítók, hátterek rendesen. A ramdisk sem volt szemre gyorsabb.
-
Csicsóka
őstag
válasz junkpod #27222 üzenetére
Igen, a /tmp alá ramdisket tesz bootolás alatt.
Én mc-vel szoktam másolgatni linkelni törölni, kicsit ellustultam már, de leírom parancsokkal is hogy mit hogyan.cp -r .kodi/ /tmp/
rm -r .kodi/
ln -s /tmp/.kodi/ /storage/Ha kipróbáltad, ne feledd visszamásolni a .kodi könvtárat a helyére, mert a ramdisk ugye felejt.
rm -r .kodi/
cp -r /tmp/.kodi/ /storage/Hogy ez esetleg fixen induláskor leálláskor is lefusson, az autostart.sh és a shudown.sh is segíthet nekünk.
Hogy áram szünet esetén, vagy fagyáskor ne vesszen el az egész kodi könyvtár lehet belőle a /storage alá egy duplikációt csinálni más néven, ahonnan visszaállna a rendszer reboot alatt ha nem találja a helyén a kodi-t.Kíváncsi vagyok neked mennyire jön be ez.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz Pelican #27242 üzenetére
Persze, ilyen megoldás is lehetne, és a sima cp-s másolgatás helyett rsync. Ez leálláskor, amikor vissza állítja a kodit az SD-re, csak az utolsó másolás óta keletkezett különbséget mozgatná, ami lényegesen kevesebb, mint az egész kodi másolása, így kevesebb időt is vesz igénybe. Ha lesz kedvem, megírom majd ezeket a szkripteket.
-
Csicsóka
őstag
válasz horeee #27255 üzenetére
Elkezdtük boncolgatni a nem működő 0 gomb dolgát. Arra jutottunk, hogy KODI probléma. A hexa kódot értelmezi, át is adja, a KODI meg is kapja, de nem lép rá semmit. A képernyő kímélő visszakapcsol amikor a 0-át kap, tehát biztos hogy eljut hozzá. Aztán itt maradt az ügy, nem tudom vki foglalkozik e még vele, én meguntam.
-
Csicsóka
őstag
válasz junkpod #27294 üzenetére
Nem állítottam le, észre sem vette hogy történt vele egy ilyen "merénylet". Egy olyan SD-ről futott, amivel csak kísérletezek, ha elszáll, az sem baj. Az eMMC-re tett LE-t nem érinti.
Ha akarod állítsd le, nehogy valami elvesszen.systemctl stop kodi
Pár órát nyúztam, eddig stabil, rettentően pörgős minden.
-
Csicsóka
őstag
válasz junkpod #27296 üzenetére
Hát, jó sok mindened van.
Lehet hogy ez pont e miatt nem lesz életképes elképzelés. A teszt SD-men a .kodi csak 249 mega, de ezt a mennyiséget is olvasta az rsync vagy fél percig, amikor a ramdiskbe másolta. Ha ez automatikusan, boot alatt fog lefutni, ennyivel növekszik majd a boot idő. Ha meg vkinek a kodi 1 giga, nem lehet majd kivárni amíg a jó lassú SD-ről ramba kerül. Lesz akár 1-2 perc is mire bebootol. Igaz utána szélvész gyors, egy lassú SD-hez képest. -
Csicsóka
őstag
válasz junkpod #27296 üzenetére
Megírtam a két szkriptet, működik. Induláskor ramdiskbe teszi a /storage/.kodi könyvtárat, biztonsági mentést csinál róla. Leálláskor elmenti a változásokat, pld. addon telepítés, törlés, médiatár változások, hogy reboot után is megmaradjanak.
Az egész kipróbálása előtt érdemes ránézni a kodi könyvtár méretére, hogy kellő tartalék megléte mellett is beférjen a RAM-ba. pld.
du -h .kodi
Működés előfeltétele, a telepített network-tools addon. (ellenőrzi, ha nincs nem csinál semmit)
Az indulás tovább tart a szokottnál! 70-80 film, 10 addon esetén kb 50 sec.nano .config/autostart.sh
Bele, ezt:
#!/bin/sh
if [ ! -f /storage/rsync ] ; then
if [ ! -d /storage/.kodi/addons/virtual.network-tools ] ; then
exit 1
else
cp /storage/.kodi/addons/virtual.network-tools/bin/rsync /storage/
fi
fi
if [ ! -d /storage/.kodi_bac ] ; then
mv /storage/.kodi/ /storage/.kodi_bac
fi
if [ ! -d /storage/.kodi/userdata ] ; then
rm -f /storage/.kodi
/storage/rsync -a /storage/.kodi_bac/ /tmp/.kodi
ln -s /tmp/.kodi/ /storage/
finano .config/shutdown.sh
Bele, ezt:
#!/bin/sh
if [ ! -d /storage/.kodi/addons/virtual.network-tools ] ; then
exit 1
else
if [ -d /storage/.kodi_bac ] ; then
rsync -a /tmp/.kodi/ /storage/.kodi_bac/
fi
fi -
-
Csicsóka
őstag
válasz junkpod #27320 üzenetére
Sok felesleges szemét marad a letörölt addonok, filmek után, jól megtud hízni e miatt a kodi mappa.
Ha nem fog tetszeni a ramdisk dolog, vagy valami balul sül el, így kell visszatérni a hagyományos rendszerre:
rm -f .kodi
mv .kodi_bac/ .kodi/
mv .config/autostart.sh .config/autostart.sh_bac
mv .config/shutdown.sh .config/shutdown.sh_bac
reboot -
Csicsóka
őstag
válasz szabi__memo #27345 üzenetére
A GIT elsősorban verzió követő, fejlesztői eszköz, mint a CVS, SVN, sok értelme nincs egy olyan eszközön amin az alapvető fejlesztő eszközök hiányoznak. Telepíteni hagyományos módon rá nem lehet semmit. Van jó sok függősége, ezért addon-t sem lenne egyszerű belőle csinálni, még ha lenne is értelme. Zip-be letölteni az adott dolgot, miért nem jó?
-
Csicsóka
őstag
válasz szabi__memo #27437 üzenetére
Valóban így van! Kellő körültekintéssel azért lehet vele próbálkozni. Nem kell piszkálni az eMMC-t, SD ről kell futtatni a Linuxot, U-Boot-ot nem kell kinyírni, és akkor nem lesz baj. Jó pár Linuxos próbálkozás volt már itt korábban, Az OMV is hasított ezeken a boxokon.
Új hozzászólás Aktív témák
- Peugeot, Citroën topik
- Milyen routert?
- Hálózati / IP kamera
- Elden Ring
- BYD Atto 3 menetpróba
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Fotók, videók mobillal
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Vigneau interaktív lokálblogja
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...