- VR topik (Oculus Rift, stb.)
- Milyen videókártyát?
- Nagy mennyiségben is gyártja új V-NAND dizájnját a Samsung
- Milyen TV-t vegyek?
- Milyen nyomtatót vegyek?
- DVB-T, DVB-S (2), DVB-C eszközök
- Azonnali alaplapos kérdések órája
- Mini-ITX
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Azonnali informatikai kérdések órája
Hirdetés
-
Bővíti a ROG Ally garanciáját az ASUS
ph Az egyes termékek, kártyaolvasóval kapcsolatos problámájára reagált a cég.
-
Mégis megjelenik Switch-re a Deliver Us the Moon
gp Közel négy évvel a hibrid konzolora szánt változat elkaszálása után a készítők úgy döntöttek, hogy mégis megjelenik a Switch verzió.
-
Szűkös készlettel indít az iPad Pro OLED?
ma Állítólag meggyűlt a Samsung baja az iPad képernyőkkel, az LG viszont a kívánt mennyiségben szállítja a paneleket.
-
PROHARDVER!
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 junkpod #58547 üzenetére
Ez jó, menni fog induláskor is.
Ha van droid a data-n, akkor inkább a cache-el próbáld, mert lehet hogy nem fog tetszeni neki amit a droid maga után hagy, és formázni kell.Ha formázni kell, így csináld CE alól (péda offset változhat a te vasadnak megfelelően).
losetup -Pf -o 113246208 /dev/mmcblk0
mkfs.ext4 /dev/loop1[ Szerkesztve ]
-
Egon
nagyúr
válasz Valkűr #58543 üzenetére
Írtunk egy csomó dolgot, 10 perc alatt ki tudnád zárni a hibalehetőségek jelentős részét. Pl. kipróbáltad már másik pendrive-val?
Telespammeled a topicot, anélkül hogy értelme lenne."Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
kovakovi77
tag
válasz Csicsóka #58551 üzenetére
Elsőnek szerintem a cache kezdetét kérdezze le, nehogy nem csatolja akkor formázzunkal az egész blokot vigye
Írtad, hogy neked formázni kellett a cache-t.
de ha ilyen módon fel csatoltad losetup-al a cache-t akkor ha formáztad akkor az losetup nem tudhatta a particio végét igy a mögötte levő részt is vitte.
Vagy nekem van már este?[ Szerkesztve ]
-
Csicsóka
őstag
válasz kovakovi77 #58548 üzenetére
Átnevezed aml_autoscript-re felülírod az eredetit vele, CE alól reboot update, és mennie kell.
/dev/loop0 igen mert abban az init fázisban még nem foglalt, és ugye az jön létre először.
Azátn már a loop1 a SYSTEM fájl lesz felcsatolva./dev/sda1 511.7M 169.6M 342.2M 33% /flash
/dev/loop0 487.9M 6.3M 445.8M 1% /storage
/dev/loop1 155.0M 155.0M 0 100% /Itt is látszik.
-
Csicsóka
őstag
válasz kovakovi77 #58553 üzenetére
Nem bántja csak a cahe-t, így csináltam én is, mert debug_shell-ben nincs mkfs, se mke2fs parancs, buta busybox miatt.
De megcsináltam megint, és ok, persze ez az én cache-em az ő adatai NAGYON fontosak valóban.
Remélem azt a 4-es kernel is így akarja, mert ugye én S912-n próbáltam.
Te nem tudod kipróbálni?CoreELEC (official): nightly_20190904 (Amlogic.arm)
root@CoreELEC-Z6:~# losetup -Pf -o 113246208 /dev/mmcblk0
root@CoreELEC-Z6:~# losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC
/dev/loop0 0 0 1 1 /dev/SYSTEM 0 512
/dev/loop1 0 113246208 0 0 /dev/mmcblk0 0 512
root@CoreELEC-Z6:~# mkfs.ext4 /dev/loop1
mke2fs 1.45.2 (27-May-2019)
/dev/loop1 contains a ext4 file system
last mounted on /storage on Tue Sep 10 20:40:50 2019
Proceed anyway? (y,N) y
Suggestion: Use Linux kernel >= 3.18 for improved stability of the metadata and journal checksum features.
Creating filesystem with 7606272 4k blocks and 1905008 inodes
Filesystem UUID: a376de4c-ce98-4ee2-bca4-73d70c4d419b
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000
Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done[ Szerkesztve ]
-
junkpod
nagyúr
válasz kovakovi77 #58550 üzenetére
Ez kell?
[ 3.995994@1] meson-mmc: [mmcblk0p03] cache offset 0x00
0006c00000, size 0x000046000000Box's don't touch!
-
kovakovi77
tag
válasz junkpod #58556 üzenetére
Igen ezekszerint eggyezik a cache kezdeti offset értéked csicsókájéval
Meg próbálhatod fel csatolni 113246208 -as értékkel az előzőek szerint.
legalább látjuk neked tele van-e szemetelve, nem kell-e formázni.
formázni ne formázz semmit egyenlőre, nehogy adataid elmenjenek. -
Beni2360
félisten
Azért csendben megjegyzem, hogy kezdőként pár évvel ezelőtt én is így csináltam amíg nekem is szájba rágták a dolgokat. És azért az utánad 4 hsz olvasva egy átlag felhasználónak mit mondanak? Nekem se sokat mégis végig olvasom hátha majd esetleg.........
Béni2360 - Redmi Note 8 Pro - Acer Aspire 5 A515-51G -- LG OLED55C8PLA - YAMAHA RX-V685 - Mission mx4 5.0 - Taga TSW-90 v.3 - QNAP TS-133 - Mini MX-G - MECOOL BB2 PRO- X96 MAX PLUS -ZIDOO Z1000 Pro
-
Csicsóka
őstag
válasz kovakovi77 #58557 üzenetére
Meg a tiéd is ilyen.
[ 1.085611@2] meson-mmc: [mmcblk0p03] cache offset 0x000006c00000, size 0x000046000000
Lehet minden boxnál a cache itt indul.
Így semmit nem kell változtatni a példában írton, csak kipróbálni. -
Valkűr
őstag
1; Ne beszelj többes számban, mert te nem irtál nekem semmit, tehát semmit nem segítettél! Annyit irtal hogy kifekteti valami fajlnév, ami badarsag, mert annak nem szabadna, azt legfeljebb nem ismerné fel. Ha meg kifekteti akkor az CE hiba, a PC mindig lazan beolvasta, ahogy annak idején a Dune, vagy Popcorn is.
Amugy ha lattad volna végig amit leirtam tudnád hogy amit irsz nem allja meg a helyét, mert maga az egesz menű akadozva, hoszabb időkre megallogatva megy adott helyzetben, albumfrissites csak hab a tortan.
De azt leirni, h spameltem legalább akkora spam, mint az hogy én segitséget mertem kérni, és nem értettem dolgokat. De igérem nem irok többet, majd keresek segitséget máshol, ahol nem leszolnak érte, hanem önzetlenül teszik amit. Akik pedig segitettek azoknak köszi az eddigieket! 👍🤝🍺 Én úgy tudtam ezek a topikok ezert vannak, h segitsünk, még ha nem is megy elsőre. De részemről OFF...
iPhone 15 Pro Max, iTab Air 5
-
kovakovi77
tag
válasz Csicsóka #58560 üzenetére
Hajrá :
CoreELEC (official): nightly_20190906 (Amlogic-ng.arm)
CoreELEC:~ # losetup -Pf -o 113246208 /dev/mmcblk0
CoreELEC:~ # losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC
/dev/loop1 0 113246208 0 0 /dev/mmcblk0 0 512
/dev/loop0 0 0 1 1 /dev/SYSTEM 0 512
CoreELEC:~ # mkfs.ext4 /dev/loop1
mke2fs 1.45.2 (27-May-2019)
/dev/loop1 contains a ext4 file system
last mounted on /cache on Thu Jan 1 00:00:32 2015
Proceed anyway? (y,N) y
Creating filesystem with 15240192 4k blocks and 3817472 inodes
Filesystem UUID: eba2f058-5381-4c4b-a559-ec89e837351e
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424
Allocating group tables: done
Writing inode tables: done
Creating journal (65536 blocks): done
Writing superblocks and filesystem accounting information: done
meg lesem van-e még data-m Bár ilyen gyorsan addig nem juthatott elUpsz:
CoreELEC (official): nightly_20190906 (Amlogic-ng.arm)
CoreELEC:~ # losetup -Pf -o 113246208 /dev/mmcblk0
CoreELEC:~ # losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC
/dev/loop1 0 113246208 0 0 /dev/mmcblk0 0 512
/dev/loop0 0 0 1 1 /dev/SYSTEM 0 512
CoreELEC:~ # mount /dev/loop1 /storage/cache
CoreELEC:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 1664168 189700 1474468 11% /dev
/dev/mmcblk1p1 524008 205904 318104 39% /flash
/dev/mmcblk1p2 6885613 133175 6748342 2% /storage
/dev/loop0 189952 189952 0 100% /
tmpfs 1922856 0 1922856 0% /dev/shm
tmpfs 1922856 7280 1915576 0% /run
tmpfs 1922856 0 1922856 0% /sys/fs/cgroup
tmpfs 1922856 16 1922840 0% /var
tmpfs 1922856 0 1922856 0% /tmp
/dev/loop1 59740060 53272 56622368 0% /storage/cache
CoreELEC:~ #[ Szerkesztve ]
-
Csicsóka
őstag
válasz kovakovi77 #58562 üzenetére
Akkor már ne állj meg itt, próba ezek szerint. Megtudjuk az igazságot S905x2-n is.
-
kovakovi77
tag
válasz Csicsóka #58563 üzenetére
Fentieket megnézve ne merjen formázni szerintem. Data kuka rá szaladt az mkfs.
Max recovery-ből, hátha az életképesebb cache-t hagy maga után, meg az legalább tudja hol kell abba hagyni
Lépek aludni, reggel ujra flashelem a box-ot CE-még így is be bootol és akkor majd kipróbálom.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz kovakovi77 #58564 üzenetére
Nálam nem sérült semmi, bentről fut az "éles" rendszerem.
-
kovakovi77
tag
válasz Csicsóka #58565 üzenetére
df parancsal kérdez le légyszives a particiók méretét.
Ugyanis mkfs -addig megy míg van hely, hiszen nem beszélhetünk particiókrol, csak egy x-méretig tartó tárhelyről.
Ez jelen esetben a tárhely mérete - offset érték.=formázott hely.
Szerintem az, hogy fut jelenleg még viszonylagos.
Ha a cache méreted valóban nagy lett, amint nő az ott tárolt tartalom felül irja még a futó rendszered.
amikór valós helyen kezdődő adat helyet kötünk be offset paraméterrel a losetup-ba és mountoljuk akkor az ext-particióban leírt méret a mérvadó, emiatt látjuk a pontos méretet.[ Szerkesztve ]
-
Chesterfield
senior tag
HBO GO, youtube, valamint gépről filmnézéshez ugyanúgy megfelelő egy Mecool M8S PLUS W, mint egy KM8 P? Sajna az már nem kapható.
köszi
-
kovakovi77
tag
válasz kovakovi77 #58566 üzenetére
Csak nem hagyott nyugodni a gondolat.
Ha te losetup -o xxxxxx loopX eszközt formáztál akkor neked is végig kellet menni és nagy tárhelynek kell lennie.
viszont erre is van megoldás losetup --help rész :
-o, --offset <num> start at offset <num> into file
--sizelimit <num> device is limited to <num> bytes of the file
Szóval megadhatjuk a tárhely max méretét is így biztos nem futunk bele másik partícióba.Jut fejembe losetupnal a -Pf helyett elvileg elég a -f
a -P akkor kellene ha ismert partíciós tábla tipussal ellátott img-filet kötünk be. esetünkben ez nem igaz.
-P, --partscan create a partitioned loop device[ Szerkesztve ]
-
DoItYourself
Topikgazda
válasz DoItYourself #58569 üzenetére
Visszalapoztam, két fajtáról írtak a topiktársak, nem háromról.
[ Szerkesztve ]
Eladó dolgaim: Marbo Sport MH-W105
-
junkpod
nagyúr
-
Valkűr
őstag
válasz DoItYourself #58569 üzenetére
Még nem bántottam, elsőnek veszek egy gyorsabb HC kartyat, es arra felpakolom. De jelezni fogom mi volt a hiba forrása!
iPhone 15 Pro Max, iTab Air 5
-
Valkűr
őstag
Igen annyit kihámoztam belőle, h a Kodi csinálta a zidoo esetében is, a sima gyari lejatszo mindent beolvasott. Most vagy masik fajl fog kelleni, vagy valami nem tetszik neki ami a PC-nel nem jőtt elő, sem a Dune sem a Popi esetében. Erre azért nem lesz egyszerű rájönni. 😁
iPhone 15 Pro Max, iTab Air 5
-
kovakovi77
tag
válasz junkpod #58571 üzenetére
Ha valakinek össze lett volna kócolva a cache ext4-e akkor formázni akartuk volna.
Nállam látszik mitörtént (Lett egy 59GB-os cache-em).
Igy meg előztünk egy népharagot a nyakunkba
Neked nem kell ha szépen csatolja és igen kb ennyi a játék amit le írtál.Minden esetre formázni is lehet majd ha másnál hasonló helyzet lenne, csak a losetup-nál size paramétert is meg kell adni.
-
Egon
nagyúr
válasz Valkűr #58561 üzenetére
te nem irtál nekem semmit, vs. Annyit irtal
Gratulálok a sikeres önellentmondáshoz, két mondaton belül!
Nekem az jött le, hogy arra vársz: valaki megmondja a tutit, ami 1000%-ra biztosan a hiba forrása, holott ezt így (pláne távolból) nem lehet megmondani. A teljesség igénye nélkül, a jelenség lehet akár:
- lejátszó hw hiba,
- pendrive hiba,
- rossz LE/CE variáns,
- szoftveres bug.Ebből próbálkozásokkal kellene kizárni eseteket. Erre te láthatólag kevéssé vagy hajlandó. 5 percig sem tartott volna, hogy áthelyezed az érintett könyvtár tartalmának egy részét másik mappába, és úgy kipróbálod, hogy az általam írtakat teljes biztonsággal kizárd. 10-15 percig tartott volna egy másik pendrive-ot kipróbánod. Megtetted ezeket? Nem besértődni kell, hanem tevékenyen tenni annak érdekében, hogy a fórum segíthessen. Nem a sült galambot várni, hanem a "segíts magadon, majd a fórum is megsegít" elve alapján cselekedni.
Kb. olyan, mintha arra panaszkodnál, hogy nincs kép a monitoron, de még azt sem lennél hajlandó megnézni, hogy áram van-e egyáltalán...
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
Valkűr
őstag
Látod ennyire figyelsz! Nem sértődtem be, csak jeleztem, h más nevében ne beszélj, mert nem te törted itt magad azon, h segits, mások szón nélkül önzetlenül megtették!
Leírtam azt is, h nincs masik pendrive, vagy kartya amivel kiprobalhattam volna. Tarhely is csak nas van, tehat azt sem tudtam kipróbalni. Azt is irtam, h ma venni fogok kartyat, es kifogom probalni a lehetőségeket, mar amit kitudok. Nyilvan most több tizezrekert kulso HDD nem fogok vásarolni, h azt is kitudjam zarni. Azt is leirtam, h a Kodi vacakol, mert a zidoo esetében is a kodinal jött elő ez a hiba. De pc eseteben a kodi ugyan ezeket szo nelkül beolvasta. Képzeld nem várom a sült galambot, es zidoo esetében is mindent kiprobaltam, segitség is volt, olyantol aki vagja ezeket, meg ő sem ertette a hiba okát.
Annyit vártam, illetve várok, ha esetleg valaki talalkozott már ilyen es hasonlo problémával az ossza meg velem. Ha senki nem reagál ugy veszem, h senki nem futott ilyenbe bele, igy nyilván tovább nem erőltetném a dolgot. Ellenben nem tudom elképzelni, h annyira egyedi eset, h senki nem.latott ilyet. A tippeket koszi, amit tudok csekkolom. OFF
iPhone 15 Pro Max, iTab Air 5
-
Csicsóka
őstag
válasz kovakovi77 #58568 üzenetére
Nem lett nagy, fél giga, ahogy szokott is lenni a cache. Itt látható, ez a futó rendszerről van, a loop0 a cache. Lehetséges, hogy itt azért nem ment tovább, mert a dtb-ben megvannak a partíció méretek, és írtam, hogy ez 3-as kernel, 912-es box. Az biztos, hogy x2, és 922-nél meg kell majd adni hogy meddig szaladhat az mkfs.ext4.
-
Csicsóka
őstag
válasz junkpod #58571 üzenetére
Nem akarunk mindenáron formázni, csak ha nem indul el a kodi.
Nálam nem indult el, volt valami a droid által használt cache-ben. Közvetlen a kodi indulása előtt fagyott bele, megnéztem, érdekes módon, a könyvtárakat (backup .update video, stb.) létre hozta rajta. Ezt sikerült ráírnia, de nem indult el, ezért formáztam.Ez másként működik, mint amit te említesz. (symlink) nem kell semmit sem sehová linkelni, az egész /storage alá kerül az emmc partíció. Induláskor pont úgy tiszta lappal indul, (be kell állítani) mint egy új telepítés.
Igaz, a belakott STORAGE az SD-ről, ott lesz felcsatolva a /media alatt, itt látszik a /dev/sda2 sorban. Onnan aztán mc-vel, vagy rsync-el simán át lehet másolni a /storage alá mindent, és ott lesz a belakott rendszer. -
kovakovi77
tag
válasz Csicsóka #58578 üzenetére
Tesztelve:
CoreELEC:~ # losetup -Pf -o 113246208 --sizelimit 1174405120 /dev/mmcblk0
CoreELEC:~ # losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC
/dev/loop1 1174405120 113246208 0 0 /dev/mmcblk0 0 512
/dev/loop0 0 0 1 1 /dev/SYSTEM 0 512
CoreELEC:~ # dd if=/dev/loop1 of=/dev/null bs=1G
1+1 records in
1+1 records out
1174405120 bytes (1.1GB) copied, 7.507898 seconds, 149.2MB/sÍgy már nem ennyit akar irni, hát próbáljuk ki :
CoreELEC:~ # mkfs.ext4 /dev/loop1
mke2fs 1.45.2 (27-May-2019)
/dev/loop1 contains a ext4 file system
last mounted on Wed Sep 11 06:32:12 2019
Proceed anyway? (y,N) y
Creating filesystem with 286720 4k blocks and 71712 inodes
Filesystem UUID: 7a550922-97b2-4134-b755-fc829afaf251
Superblock backups stored on blocks:
32768, 98304, 163840, 229376
Allocating group tables: done
Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done
CoreELEC:~ # mount /dev/loop1 /storage/cache
CoreELEC:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 1664168 189700 1474468 11% /dev
/dev/mmcblk1p1 524008 205904 318104 39% /flash
/dev/mmcblk1p2 6885613 138394 6743123 2% /storage
/dev/loop0 189952 189952 0 100% /
tmpfs 1922856 0 1922856 0% /dev/shm
tmpfs 1922856 7312 1915544 0% /run
tmpfs 1922856 0 1922856 0% /sys/fs/cgroup
tmpfs 1922856 16 1922840 0% /var
tmpfs 1922856 0 1922856 0% /tmp
/dev/loop1 1096072 2804 1019540 0% /storage/cache
CoreELEC:~ #Kicsivel kisebbre is lehetne venni, hogy biztos ne menjen az utánna levőbe, de kb ez lessz a megoldás, már ha valakinek formázni kell.
--sizelimit 1174405120[ Szerkesztve ]
-
kmarci25
veterán
válasz Valkűr #58577 üzenetére
Szerintem először is teszteld le azt az sd kártyát. Illetve érdemes MINDEN sd kártyát vagy pendrive-ot az első használat előtt tesztelni, hogy valós-e a kapacitása, vannak-e rajta hibás szektorok stb. Ezt a programot töltsd le, utána már egyértelmű. H2tetsw.
[ Szerkesztve ]
"There must be some way out of here" / Said the joker to the thief
-
kovakovi77
tag
válasz kovakovi77 #58580 üzenetére
És egyben én is átköltöztem bár én a rendszert későbbiekben majd ssd-ről bootolom.
CoreELEC (official): nightly_20190906 (Amlogic-ng.arm)
CoreELEC:~ # mount
devtmpfs on /dev type devtmpfs (rw,relatime,size=1664168k,nr_inodes=416042,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
/dev/mmcblk1p1 on /flash type vfat (ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/loop0 on /storage type ext4 (rw,relatime,data=ordered)
/dev/loop1 on / type squashfs (ro,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/debug type cgroup (rw,nosuid,nodev,noexec,relatime,debug)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /var type tmpfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
/dev/mmcblk1p2 on /var/media/STORAGE type ext4 (rw,nosuid,nodev,noexec,noatime,data=ordered)Köszi Csicsóka a segítséget. Életemben nem találtam volna meg ezt a script-lehetőséget.
Így viszont ha a boot folyamatot eltudjuk kapni, akkor sok mást is lehet csinálni
Van is pár ötletem.[ Szerkesztve ]
-
ViktorHUN79
aktív tag
Sziasztok!Egy kérdés, alapbol a ce indulásakor 50hz a képfrissítés, érdemes-e 60hz re átálítani a menüben. Akkor is 50hz indul csak a utána átvált 60hz-re!vagy semmi jelentősége?
A másik egy tapasztalat pendrive vs sd kártya témába, ha mmc adapterbe rakom a micro sd-t amin a CE van. Inditom 29mp alatt töltI be a Ce-t, ha ugyanezt a micro sd átrakom pendrive adapterbe 51mp. -
Csicsóka
őstag
válasz kovakovi77 #58582 üzenetére
Na, akkor itt a bizonyíték, hogy megoldható x2 alatt is az eMMC ilyen jellegű használatára. Örülök hogy sikerült!
Ha nem veszem elő most az init szkriptet, nem találom meg ezt a /storage csatolós lehetőséget. Korább biztosan nem volt benne, mert elég sokat bújtam e témát az ext4 CE, és a **MC kapcsán. Nem is olvastam sehol, hogy a CE srácok ezt említették volna.Ezzel a megoldással, nem lehet bármit megtenni az init alatt, mert a folyamat egy adott pontján avatkozik be. Ez csak a /storage csatolása. Itt az említett rész az init-ből.
mount_storage() {
progress "Mounting storage"
if [ "$LIVE" = "yes" ]; then
# mount tmpfs and exit early. disk=xx is not allowed in live mode
mount -t tmpfs none /storage
return
fi
wakeonlan
if [ -n "$disk" ]; then
if [ -n "$OVERLAY" ]; then
OVERLAY_DIR=$(cat /sys/class/net/eth0/address | tr -d :)
mount_part "$disk" "/storage" "rw,noatime"
mkdir -p /storage/$OVERLAY_DIR
umount /storage
# split $disk into $target,$options so we can append $OVERLAY_DIR
options="${disk#*,}"
target="${disk%%,*}"
if [ "$options" = "$disk" ]; then
disk="$target/$OVERLAY_DIR"
else
disk="$target/$OVERLAY_DIR,$options"
fi
fi
if [ -f /flash/mount-storage.sh ]; then
. /flash/mount-storage.sh
else
mount_part "$disk" "/storage" "rw,noatime"
fi
else
# /storage should always be writable
mount -t tmpfs none /storage
fi
}Ha érdekel, az itt lesz az init és a platform_init szkript.
-
Csicsóka
őstag
válasz ViktorHUN79 #58583 üzenetére
Az 50 Hz, CRT TV-ken volt érdekes, hogy nem interferáljon a hálózati frekivel, és a PAL analog szabvány miatt. LCD-nél jobb a max, amit a panel tud. Ezért lehet 60 Hz. A droid alól át lehet állítani, ha nincs, akkor CE alól pld. így.
-
Faby
senior tag
válasz Valkűr #58574 üzenetére
Szia, lehet, hogy nálad is a kb egy hónappal ezelőtti TVDB plugin hibája kavar be.
Nézd meg a plugin verziószámát (nincs előttem box, fejből írom, nem vagyok guru én sem, csak felhasználó, szóval nem 100%, hogy így kell)
Kiegészítők>információs szolgáltatók>TVDB scraper (valami ilyesmit keress), és ott ha a verziószám kisebb, mintv3.0.16
, akkor próbáld meg frissíteni.
Az általad leírtakhoz hasonló hibát okozott egy elbaltázott átállás a szolgáltatói oldalon, ha érdekel, itt utánaolvashatsz a sztorinak, és megoldási lehetőségek is vannak, de elvileg a plugin frissítése megoldja.A barátok azok, akik jól ismernek és mégis szeretnek Téged!
-
gyűrű
addikt
válasz ViktorHUN79 #58583 üzenetére
Ez milyen box ? Usb 3-as csatolóból usb3-as pendrive-al pár mp nekem. De még egy régebbi 912-es boxnál usb-2 ről sincs 20mp.
-
junkpod
nagyúr
válasz Valkűr #58574 üzenetére
Mindenképp javaslom, hogy a scraper kiválasztásával és részletes beállításával is foglalkozz. Ugye nem a port.hu-t használod?
Javaslom az Universal movie scraper-t.Ja és log fájlok nélkül senki nem tudja megmondani a baj forrása, csak találgatás megy...
[ Szerkesztve ]
Box's don't touch!
-
ViktorHUN79
aktív tag
Ez már egy vagy min. 4-5 éves s905,mxq pro 4k,de szépen teszi a dolgát cpu 60-70 nál sose megy feljebb, ram 1gb de anak is max- 60-70 % szokot pörögni ha vmi nagyobb terhelés az se mindig általában 30 % körül!a rendszer gyors ce alatt csak amíg betölti indulásnál azennyi!Mondjuk ugy mérem hogy s905 logotol amíg be nem jön a "kodi" felhasználói felülete!
Ez CE alatt,android alatt cpu 60-100%,ram is majdnem fullon![ Szerkesztve ]
-
Csicsóka
őstag
válasz junkpod #58593 üzenetére
Igen ez lesz a /storage alá téve az SD helyett. Át is másolunk rsync-el mindent. Reboot után már eMMC-n lesz a belakott /storage
Offset adat tőled származik (hexa/dec konverzió után).
mkdir /tmp/mnt
losetup -Pf -o 4016046080 /dev/mmcblk0
mount /dev/loop1 /tmp/mnt
systemctl stop kodi
rsync -av /storage/ /tmp/mnt/
mount -o remount,rw /flash/
nano /flash/mount-storage.shA megnyíló szerkesztőbe ezt:
losetup -Pf -o 4016046080 /dev/mmcblk0
mount /dev/loop0 /storageMentés, kilépés, reboot
Ha nem indulna el, akkor nem tetszik neki az ami data-n van.
Kiveszed az SD-t, és átnevezed a mount-storage.sh-t mount-storage.sh.bak-ra.
Utána megy megint SD-ről.Mindenki mást óvok ennek az írásnak egy, az egybe másolásától, mert a TE vasadon más lehet az offset érték, és nem fog működni.
-
kovakovi77
tag
válasz junkpod #58595 üzenetére
Csatoltad már fel a data-t nem valószínű az rsync-nél a hiba.
Csicsóka a kodi indulására gondolt, hogy magába fordult és úgy is maradt...
Neki ezért kellett formázni a cache-t
Közben én is át tettem inkább data-ra semmi gond megy az android és a kodi-is.
Várom én is a vissza jelzést, ha már ennyi poszton keresztül pörögtünk a témán[ Szerkesztve ]
-
junkpod
nagyúr
válasz Csicsóka #58594 üzenetére
elkezdtem csinálni... bár közben kiírta a KODI, hogy letöltött egy frissítést, nem tudom ez plusz kockázat-e most (szerintem nem de ki tudja).
Mindegy is.
A loop1 device-ot létrehoztam és becsatoltam a /tmp/mnt alá és ránéztem kodi fájlkezelővel, ránézésre ugyanazok a mappák vannak benne mint a tegnapi teszt során és mértere is a 23,42GB-t ír.
folytatom a másolással...Box's don't touch!
-