- Samsung Galaxy A36 5G - a középső testvér
- Vivo X200 Pro - a kétszázát!
- Samsung Galaxy S23 Ultra - non plus ultra
- Apple iPhone 16 Pro - rutinvizsga
- Hammer 6 LTE - ne butáskodj!
- Honor 400 Pro - gép a képben
- Galaxy Z Fold6-hoz viszonyítva mutatják, mennyivel lesz vékonyabb a Z Fold7
- iPhone topik
- MIUI / HyperOS topik
- Okosóra és okoskiegészítő topik
-
Mobilarena
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
-
#59427
Csicsóka
őstag
kovakovi77
#59378
Csicsóka
őstag
válasz
kovakovi77
#59378
üzenetére
Ext4-en így néz ki emmc-ről futva:
##############################################
# CoreELEC #
# https://coreelec.org #
##############################################
CoreELEC (official): 9.2.0 (Amlogic.arm)
root@CoreELEC:~# df
Filesystem Size Used Available Use% Mounted on
devtmpfs 302.9M 0 302.9M 0% /dev
/dev/loop0 4.3G 1.1G 3.1G 26% /
tmpfs 405.9M 0 405.9M 0% /dev/shm
tmpfs 405.9M 9.5M 396.4M 2% /run
tmpfs 405.9M 0 405.9M 0% /sys/fs/cgroup
tmpfs 405.9M 3.1M 402.8M 1% /var
tmpfs 405.9M 0 405.9M 0% /tmp
Minden 1xerűbb, nem kell a /flash-al bajlódni.
A loop0-n (data) van a rootfs.
Gyors mint a villám, régi S905 vason boot idő 15 sec. -
#59384
Csicsóka
őstag
kovakovi77
#59378
Csicsóka
őstag
válasz
kovakovi77
#59378
üzenetére
Igen, ez a megoldás lényege. Kellett pár helyen módosítani az init-et, hogy már ott megvalósuljon a loop eszköz használata. Pont e miatt nem lehet csak az adott típusra használni ezt a kernel.img-t.
Ezért aztán itt nem írom le részletesen a folyamatot, nehogy valaki copy paste módszerrel másolja, és sírás legyen a vége.
Privátba menni fog a megoldás, a Te vasadhoz való emmc.kernel.img, hogy kipróbáld.
ext4 változatot ma megnézem ezzel a módszerrel, hogy milyen szélvész gyors lesz. -
#59270
Csicsóka
őstag
kovakovi77
#59231
Csicsóka
őstag
válasz
kovakovi77
#59231
üzenetére
Már az initrd-ből is chroot-al vált át az éles rendszerbe, az OE óta, mindig is volt chroot.
Az armbian alatt ha kiadsz egy source /etc/profile parancsot, akkor rendbe jön a prompt, és a path.
Érdekes felhasználási területe ez a boxnak, de ez is megmutatja hogy mi mindenre használható. Persze ez is csak felesleges marhaság, a csak filmező rétegnek. -
kovakovi77
tag
válasz
kovakovi77
#59231
üzenetére
Pld iozone-t sem leltem entware alatt
chroot-deb környezet, usb3-ssd
iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
Iozone: Performance Test of File I/O
Version $Revision: 3.429 $
Compiled for 64 bit mode.
Build: linux
Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins
Al Slater, Scott Rhine, Mike Wisner, Ken Goss
Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR,
Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner,
Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone,
Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root,
Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer,
Vangel Bojaxhi, Ben England, Vikentsi Lapa.
Run began: Sat Sep 21 05:14:03 2019
Include fsync in write timing
O_DIRECT feature enabled
Auto Mode
File size set to 102400 kB
Record Size 4 kB
Record Size 16 kB
Record Size 512 kB
Record Size 1024 kB
Record Size 16384 kB
Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
Output is in kBytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 kBytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.
random random bkwd record stride
kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
102400 4 23386 28888 23922 23369 16780 18955
102400 16 47128 71749 71688 70835 54817 48777
102400 512 184832 197321 213086 214885 211602 167604
102400 1024 202781 221829 222245 218381 220795 222446
102400 16384 196836 206593 218222 216455 217271 225896 -
#59222
Csicsóka
őstag
kovakovi77
#59195
Csicsóka
őstag
válasz
kovakovi77
#59195
üzenetére
Nem is hallottam, hogy a Debian vonalra átállás még napirenden lenne. Túlságosan nagy meló lenne az. Az OE óta figyelem a rendszer mélyebb bugyrait, és a működés lényege a CE-nél is ugyan az mint az ősénél. Nem sok lényegi módosítás került bele rendszer szinten.
Az arm_minim alatt milyen rendszerbe chroot-oltál hogy van benne apt?
-
#59196
szabi__memo
nagyúr
kovakovi77
#59195
szabi__memo
nagyúr
válasz
kovakovi77
#59195
üzenetére
Nekem is baromira bejön a **MC..
Nagyon jó lenne ha lenne az új soc-okra is -
#59140
junkpod
veterán
kovakovi77
#59139
junkpod
veterán
válasz
kovakovi77
#59139
üzenetére
ja, én is ezt remélem, visszalapozok és manuálisan bekötöm a loopba a datat ahogy most van, azt meglátjuk...
de ezek után nem csodálkozok, ha tényleg rossz fw okozná a lan hibát, ha egy data particio kezelést se lehet rábízni a droidra...érdekes, ha benthagytam a mount storage.sh fájlt csak kikerszteztem a sorokat benne akkor meg a sysroot/storage-t kereste és akarta felcsatolni, de persze nem sikerült neki... teljesen kitöröltem a mount sh-t, így indult rendesen az üres rendszerem.
-
#58993
blakey
titán
kovakovi77
#58970
blakey
titán
válasz
kovakovi77
#58970
üzenetére
Most töltsd le a stabilt, újra fel lettek töltve. Elvileg most jó lesz.
-
#58969
blakey
titán
kovakovi77
#58967
blakey
titán
válasz
kovakovi77
#58967
üzenetére
Megírtam a fejlesztőknek.
-
#58964
blakey
titán
kovakovi77
#58963
blakey
titán
válasz
kovakovi77
#58963
üzenetére
Elég a system,kernel fileokat felül írni a 9.2.0-s-al,
vagy az egész flash-t felül írjam?
Elvileg elég, de inkább próbáld ki egy másik SD-n. Ha oké akkor frissíthetsz. -
#58962
blakey
titán
kovakovi77
#58961
blakey
titán
válasz
kovakovi77
#58961
üzenetére
Nightly vonalon azért vagyok mert ha mindenki a stabilon lenne a nightlynak semmi értelme nem lenne
- nekem mindegy min vagy, csak a 9.2.0 most jelent meg ezért jó lenne tudni, hogy ott mi a helyzet és esetleg javítani ha gond van.
Én mindegyiken vagyok, ha ez megnyugtat, de mindent én sem tudok megnézni mivel pl. nem is használok USB-s Wifit.
Ezek változtak a 0915-ös Nightly-ban:445e5453ad: Sun Sep 15 16:15:15 2019 +0100 – busybox: increase dtb sanity check delay (adamg)cbbe214651: Sun Sep 15 15:44:53 2019 +0100 – e2fsprogs: copy mke2fs.conf for host install also (adamg)9f49ded6bb: Sun Sep 15 02:43:34 2019 -0400 – linux: bump amlogic-4.9 to f5d105c (cdu13a)73257f7f85: Sun Sep 15 07:11:42 2019 +0100 – e2fsprogs: remove 64bit from default mke2fs ext4 options as an alternative to b760902e0d27d198bd9db830a464ec98b71daa18 (adamg)8a0f1c1373: Sun Sep 15 06:51:06 2019 +0100 – Amlogic*: cleanup options (adamg)697f8e4392: Sun Sep 15 06:30:27 2019 +0100 – Revert "scripts/mkimage: use only known features for creating part2" (adamg) -
#58960
blakey
titán
kovakovi77
#58958
blakey
titán
válasz
kovakovi77
#58958
üzenetére
A stabil 9.2.0 nem jó? Próbáltad?
-
#58954
blakey
titán
kovakovi77
#58950
blakey
titán
válasz
kovakovi77
#58950
üzenetére
A stabil sem jó? Ha hiba van akkor szólni kell a megfelelő helysn.
-
#58953
Pelican
őstag
kovakovi77
#58950
Pelican
őstag
válasz
kovakovi77
#58950
üzenetére
Jobban járnál, ha utánanéznél, mert ha nem szólsz, így marad.
-
kovakovi77
tag
válasz
kovakovi77
#58932
üzenetére
20190914-bol system+kernel vissza másolva minden ok. Akkor ezt a frissitest hanyagoljuk.
-
#58714
Csicsóka
őstag
kovakovi77
#58702
Csicsóka
őstag
válasz
kovakovi77
#58702
üzenetére
Így lett belőle egyfajta megoldás, használom majd.
read -s -n 1 -t 5 -p "Press c!" choice
case "$choice" in
c)
echo
mount /dev/cache /storage
;;
*)
echo
mount /dev/data /storage
;;
esacHogy kevés szöveg legyen a splash képen, csak ennyit ír a bal felső sarokba, Press c!
Attól a pillanattól van 5 sec, hogy c-t nyomjak, így elindul a cache-be tett KODI.
Ha mást, vagy semmit nem nyomok, akkor az alap működés szerint, a data-ra tett KODI fog elindulni.
Lehetne még szép magyarázó regényeket kiíratni, hogy mit, hogy, miért, de ez így elég szerintem.
S905x2-re majd átírod ha kell neked.Az üres echo soremelésre kell csak, mert nélküle a Press c! után, és nem alá írná ki hogy CoreElec.....
-
#58709
Csicsóka
őstag
kovakovi77
#58702
Csicsóka
őstag
válasz
kovakovi77
#58702
üzenetére
Mikor nekem megállt először a cache-be téve, verbose módban volt indítva, és végig ment egészen a framebuffer console indításáig, az pedig a kodi indítása előtti lépés. Ekkor már él minden, ezért nem kitáptem a tápot, hanem SSH-n poweroff-oltam. SMB is van már ilyenkor. Összefo*ott kodi nálam ezt csinálta. Cache formázás után 1ből indult.
Input beolvasásra read parancsot használok, de az mindenképp megállítja a folyamatot x sec time out-ig, és vár bemenetre.
Pld, a mount-storage.sh-ba lehet ilyet csinálni.#
#Kernel 3.x
mount /dev/data /storage
#mount /dev/cache /storage
# Kernel 4.x
#losetup -f -o 113246208 /dev/mmcblk0
#mount /dev/loop0 /storage
read -s -n 1 -t 5 -p "Press x" choice
case "$choice" in
x)
echo
echo "OK"
;;
esac
echo
debug_shellItt egyetlen karaktert vár inputként, 5 sec timeout-ig a leütött karakter nem teszi a képernyőre (-s silent)
Ha ez az x, akkor OK-vel válaszol. Ha nem az akkor nem foglalkozik vele tovább fut.
Ezt lehet bármilyen további parancs futtatásra használni, az echo "OK" helyett. -
#58704
headhunter
addikt
kovakovi77
#58673
headhunter
addikt
válasz
kovakovi77
#58673
üzenetére
"...PC-BOX-frissitésnél se fogpiszka se táp nem kell.
Youtubeon találsz videot rolla..."Találtam, de itt más a "leányzó fekvése". [link], [link]
Device ID-nél nálam nem jelenik meg semmi.
USB 3.0-ás kábelem lehet rossz? (HDD dokkolóhoz kaptam azzal működik az adatátvitel)
Milyen USB kábelt kérjek a boltban?
-
#58701
Csicsóka
őstag
kovakovi77
#58678
Csicsóka
őstag
válasz
kovakovi77
#58678
üzenetére
Lehetne visszaszámolni 5,4,.. stb, de az rárondítana a szép spalsh képre, ami sokaknak fontos. intrd-ben nincs még IR kezelés, táv nem megy, billentyűzetet meg bedugni... Nem tetszene a népnek az tuti.
Ha van post-flash.sh akkor akár SMB-n lehet pillanat alatt átírni. -
#58615
Csicsóka
őstag
kovakovi77
#58613
Csicsóka
őstag
válasz
kovakovi77
#58613
üzenetére
Nálam van -P, és minden ok, cache, és data is működik, ahogy nálad is.
Kipróbálni persze kilehetne.
Belehet írni a végére egy losetupot, de ha nem verbose módban indít, nem fog látszani. -
kovakovi77
tag
válasz
kovakovi77
#58608
üzenetére
Csicsóka tök ugyan ezt írta le. Csak gyorsabb volt XD
-
kovakovi77
tag
válasz
kovakovi77
#58604
üzenetére
Esetleg még nevezd át a mount-storage.sh-t pld mount-storage.sh.bak.
Kártya a box-ba.
indít (régi rendszer simán elindul)losetup -Pf -o 4016046080 /dev/mmcblk0e2fsck /dev/loop1y-ha kéri.mount-storage.sh.bak - vissza nevez és próba 2.
(frissítést le vezényelheted a mai-ra, nekem frissítés után is rendben működik
CoreELEC (official): nightly_20190910 (Amlogic-ng.arm) -
#58605
Csicsóka
őstag
kovakovi77
#58602
Csicsóka
őstag
válasz
kovakovi77
#58602
üzenetére
Ha nem rw-be csatolódott, akkor az rsync se tudott volna hiba nélkül lefutni.
Egy sync parancsot kellett volna még írnom, az rsync után, hogy kiürítse a pufferket, mert lehet hogy olyan gyorsan rebootolt, hogy valójában még írta a data-t. -
#58603
junkpod
veterán
kovakovi77
#58600
junkpod
veterán
válasz
kovakovi77
#58600
üzenetére
ez van a mount-storage.sh fileban (notepad++)
losetup -Pf -o 4016046080 /dev/mmcblk0
mount /dev/loop0 /storageCsicsoka: hát egy darab billentyűzet sincs a lakásban...
majd holnap melóhelyről szerzek egyet.esetleg más ötlet?
átneveztem a .sh fájlt, indult rendesen ahogy vártuk, és indult a frissítés is (found new .tar archive"... nem lehetséges, hogy a tar fájl jelenléte miatt máshogy indul a rendszer?
-
#58601
Csicsóka
őstag
kovakovi77
#58600
Csicsóka
őstag
válasz
kovakovi77
#58600
üzenetére
Elvileg nem lehet baj a mount-storage.sh, mert nem dózeres szerkesztővel csinálta, nano meg jól kezeli a sorvégeket. Fájlrendszer hibára tippelek, ezért folytatva ott amit írtál, debug shell alatt lehet indítani fsck-t, hátha javít valamit, és elindul.
junkpod, ezt debug shell alatt próbáld, kell a boxra egy billentyűzet, angol kiosztás lesz.
e2fsck /dev/loop0Ha javít valamit akkor ez volt a hiba, ha azt mondja hogy clean akkor:
losetup
dfmit mond?
reboot, poweroff debug módban is van.
-
#58584
Csicsóka
őstag
kovakovi77
#58582
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.
-
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. -
#58578
Csicsóka
őstag
kovakovi77
#58568
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.
-
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 -
#58565
Csicsóka
őstag
kovakovi77
#58564
Csicsóka
őstag
válasz
kovakovi77
#58564
üzenetére
Nálam nem sérült semmi, bentről fut az "éles" rendszerem.
-
#58563
Csicsóka
őstag
kovakovi77
#58562
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.
-
#58560
Csicsóka
őstag
kovakovi77
#58557
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. -
#58556
junkpod
veterán
kovakovi77
#58550
junkpod
veterán
válasz
kovakovi77
#58550
üzenetére
Ez kell?
[ 3.995994@1] meson-mmc: [mmcblk0p03] cache offset 0x00
0006c00000, size 0x000046000000 -
#58555
Csicsóka
őstag
kovakovi77
#58553
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 -
#58554
Csicsóka
őstag
kovakovi77
#58548
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.
-
#58546
junkpod
veterán
kovakovi77
#58539
junkpod
veterán
válasz
kovakovi77
#58539
üzenetére
CoreELECx2:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 1664168 189700 1474468 11% /dev
/dev/mmcblk1p1 524008 210120 313888 40% /flash
/dev/mmcblk1p2 14698664 609962 14084606 4% /storage
/dev/loop0 189952 189952 0 100% /
tmpfs 1922856 0 1922856 0% /dev/shm
tmpfs 1922856 8664 1914192 0% /run
tmpfs 1922856 0 1922856 0% /sys/fs/cgroup
tmpfs 1922856 2628 1920228 0% /var
tmpfs 1922856 0 1922856 0% /tmp
/dev/loop1 26064764 1508128 24507484 6% /storage/data_teszt -
#58544
Csicsóka
őstag
kovakovi77
#58525
Csicsóka
őstag
válasz
kovakovi77
#58525
üzenetére
Igen, már lehet dmesg is kérni pld. A sed nekem sem egy igazán, de meglehetne oldani úgy, én is úgy gondolom.
S912 vason (csak ez van most) a koncepció működé képes. A cache-t tettem a /storage alá, az említett mount-storage.sh-val.
Tartalma:
losetup -Pf -o 113246208 /dev/mmcblk0
mount /dev/loop0 /storage
#debug_shellEredménye:
CoreELEC:~ # df -h
Filesystem Size Used Available Use% Mounted on
devtmpfs 1.2G 154.8M 1.1G 12% /dev
/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% /
tmpfs 1.3G 0 1.3G 0% /dev/shm
tmpfs 1.3G 9.1M 1.3G 1% /run
tmpfs 1.3G 0 1.3G 0% /sys/fs/cgroup
tmpfs 1.3G 2.6M 1.3G 0% /var
tmpfs 1.3G 0 1.3G 0% /tmp
/dev/sda2 6.6G 8.3M 6.6G 0% /var/media/STORAGEdebug_shell sor elől a hesmark-t kivéve, initrd stádiumba marad, lehet parancsokat futtatni.
Tesztelésnél is kellett, mert első alkalommal indítva megállt a bootolás, a kodi indítása előtt közvetlen.
Új fájlrendszert kellett létrehozni a cache-be, mert nem tudott írni abba amit a droid maga után hagyott.Ezzel az aml_autoscript-el indítva nem lesz splash, és verbose módban indul. Teszteléshez kiváló.
-
#58495
Csicsóka
őstag
kovakovi77
#58442
Csicsóka
őstag
válasz
kovakovi77
#58442
üzenetére
Na ez szuper eredmény!
Ezzel annyival vagyunk előrébb, hogy jól működik ez a megoldás. Annyi vele csak a probléma, hogy csak úgy lehet ezt a módszert használni, ha egyedi kernel image készül, amiben, az initrd alatt ez a felcsatolás megvalósul. Csak így, ha akkor már jelen van a data, tudja a CE init folyamat a /storage alá csatolni.
Ha minden boxnál egyforma lenne az eMMC partícionálása nem is lenne probléma, mert csak egy módosítás kellene az init szkriptbe. Ugyan azt még nem néztem meg, hogy az ott lévő busybox értelmező ismeri e a losetup utasítást, mert ha nem, akkor meg sem lehet oldani. Az én vasamon a cache offset pont annyi mint a tiédben, de a data már teljesen más 0x000097c00000 (system is) Ezért nincs általános, minden boxra jó megoldás.
Persze magadnak csinálhatsz egy ilyen spéci, eMMC-ről futó CE-t. A módosított kernel.img előállításában tudok segíteni.
Ja, még egy probléma ezzel. Ugrott a frissítés lehetősége, mert egyből felülírná a módosított kernel-t, és megint csak SD-ről futna.
-
kovakovi77
tag
válasz
kovakovi77
#58436
üzenetére
Megoldva
Szóval CoreELEC 4.xx-kernelnél A95X MAX-on legalábbis
A cache,system,data felcsatolás szépen megoldható ha valaki esetleg ott akar duhajkodni
system-et nem ajánlom mert flashelés lehet a vége
Szóval a történet:
##############################################
# CoreELEC #
# https://coreelec.org #
##############################################
CoreELEC (official): nightly_20190906 (Amlogic-ng.arm)
CoreELEC:~ # mkdir /storage/cache
CoreELEC:~ # mkdir /storage/system
CoreELEC:~ # mkdir /storage/data
CoreELEC:~ # dmesg | grep mmcblk0
[ 1.082886@2] mmcblk0: emmc:0001 DF4064 58.2 GiB
[ 1.083026@2] mmcblk0boot0: emmc:0001 DF4064 partition 1 4.00 MiB
[ 1.083143@2] mmcblk0boot1: emmc:0001 DF4064 partition 2 4.00 MiB
[ 1.083255@2] mmcblk0rpmb: emmc:0001 DF4064 partition 3 4.00 MiB
[ 1.085587@2] meson-mmc: [mmcblk0p01] bootloader offset 0x000000000000, size 0x000000400000
[ 1.085601@2] meson-mmc: [mmcblk0p02] reserved offset 0x000002400000, size 0x000004000000
[ 1.085611@2] meson-mmc: [mmcblk0p03] cache offset 0x000006c00000, size 0x000046000000
[ 1.085704@2] meson-mmc: [mmcblk0p04] env offset 0x00004d400000, size 0x000000800000
[ 1.085716@2] meson-mmc: [mmcblk0p05] logo offset 0x00004e400000, size 0x000000800000
[ 1.085725@2] meson-mmc: [mmcblk0p06] recovery offset 0x00004f400000, size 0x000001800000
[ 1.085734@2] meson-mmc: [mmcblk0p07] misc offset 0x000051400000, size 0x000000800000
[ 1.085743@2] meson-mmc: [mmcblk0p08] dto offset 0x000052400000, size 0x000000800000
[ 1.085752@2] meson-mmc: [mmcblk0p09] cri_data offset 0x000053400000, size 0x000000800000
[ 1.085761@2] meson-mmc: [mmcblk0p10] param offset 0x000054400000, size 0x000001000000
[ 1.085770@2] meson-mmc: [mmcblk0p11] boot offset 0x000055c00000, size 0x000001000000
[ 1.085779@2] meson-mmc: [mmcblk0p12] rsv offset 0x000057400000, size 0x000001000000
[ 1.085797@2] meson-mmc: [mmcblk0p13] tee offset 0x000058c00000, size 0x000002000000
[ 1.085806@2] meson-mmc: [mmcblk0p14] vendor offset 0x00005b400000, size 0x000010000000
[ 1.085815@2] meson-mmc: [mmcblk0p15] odm offset 0x00006bc00000, size 0x000010000000
[ 1.085824@2] meson-mmc: [mmcblk0p16] system offset 0x00007c400000, size 0x000074000000
[ 1.085832@2] meson-mmc: [mmcblk0p17] data offset 0x0000f0c00000, size 0x000d9ec00000
CoreELEC:~ # losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC
/dev/loop0 0 0 1 1 /dev/SYSTEM 0 512
CoreELEC:~ # printf "%d\n" 0x000006c00000
113246208
CoreELEC:~ # losetup -Pf -o 113246208 /dev/mmcblk0
CoreELEC:~ # mount /dev/loop1 /storage/cache
CoreELEC:~ # printf "%d\n" 0x00007c400000
2084569088
CoreELEC:~ # losetup -Pf -o 2084569088 /dev/mmcblk0
CoreELEC:~ # mount /dev/loop2 /storage/system/
CoreELEC:~ # printf "%d\n" 0x0000f0c00000
4039114752
CoreELEC:~ # losetup -Pf -o 4039114752 /dev/mmcblk0
CoreELEC:~ # mount /dev/loop3 /storage/data
CoreELEC:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 1664168 189700 1474468 11% /dev
/dev/mmcblk1p1 524008 205888 318120 39% /flash
/dev/mmcblk1p2 6885613 133175 6748342 2% /storage
/dev/loop0 189952 189952 0 100% /
tmpfs 1922856 0 1922856 0% /dev/shm
tmpfs 1922856 8304 1914552 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 1424 1066796 0% /storage/cache
/dev/loop2 1840980 1017300 807296 56% /storage/system
/dev/loop3 55968076 941464 54438960 2% /storage/data
CoreELEC:~ #Végén ajánlott lecsatolni
CoreELEC:/ # umount /dev/loop3
CoreELEC:/ # umount /dev/loop2
CoreELEC:/ # umount /dev/loop1
CoreELEC:/ # df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 1664168 189700 1474468 11% /dev
/dev/mmcblk1p1 524008 205888 318120 39% /flash
/dev/mmcblk1p2 6885613 133176 6748341 2% /storage
/dev/loop0 189952 189952 0 100% /
tmpfs 1922856 0 1922856 0% /dev/shm
tmpfs 1922856 8304 1914552 0% /run
tmpfs 1922856 0 1922856 0% /sys/fs/cgroup
tmpfs 1922856 16 1922840 0% /var
tmpfs 1922856 0 1922856 0% /tmp -
kovakovi77
tag
válasz
kovakovi77
#58434
üzenetére
A fentebb irt +0x400-as 1024 bytos rész csak nem igaz.
Valamit elnéztem most kipróbálom ujra.
Viszont Coreelec alatt az offset meg adás csak nem működik
Fáradt lehettem már este. -
#58397
szabi__memo
nagyúr
kovakovi77
#58395
szabi__memo
nagyúr
válasz
kovakovi77
#58395
üzenetére
Az oké hogy kiírod és onnan indul ahová teszed. De mi van ha több is van? (Tudom nem legyen) :-D
Pl sd vagy usb próbálnám miközben már hdd-ben van egy belakott rendszer...
Amúgy köszi -
#58349
Csicsóka
őstag
kovakovi77
#58338
Csicsóka
őstag
válasz
kovakovi77
#58338
üzenetére
"De ha tudom a data particio kezdeti offset címét akkor ez működhet?"
Nekem nem működött, Oleg féle LE, 5.3.0-rc6 kernel. Z6 (S912 box)
Egyben látja az egész eMMC-t.LibreELEC:~ # cat /proc/partitions
major minor #blocks name
1 0 4096 ram0
1 1 4096 ram1
1 2 4096 ram2
1 3 4096 ram3
1 4 4096 ram4
1 5 4096 ram5
1 6 4096 ram6
1 7 4096 ram7
1 8 4096 ram8
1 9 4096 ram9
1 10 4096 ram10
1 11 4096 ram11
1 12 4096 ram12
1 13 4096 ram13
1 14 4096 ram14
1 15 4096 ram15
179 0 30535680 mmcblk1
8 0 7818152 sda
8 1 524288 sda1
8 2 7289768 sda2
7 0 91816 loop0VS CE:
root@CoreELEC-Z6:~# cat /proc/partitions
major minor #blocks name
7 0 158564 loop0
179 0 30535680 mmcblk0
179 1 4096 mmcblk0p1
179 2 65536 mmcblk0p2
179 3 524288 mmcblk0p3
179 4 8192 mmcblk0p4
179 5 32768 mmcblk0p5
179 6 32768 mmcblk0p6
179 7 8192 mmcblk0p7
179 8 8192 mmcblk0p8
179 9 32768 mmcblk0p9
179 10 32768 mmcblk0p10
179 11 524288 mmcblk0p11
179 12 32768 mmcblk0p12
179 13 1048576 mmcblk0p13
179 14 28049408 mmcblk0p14
179 96 4096 mmcblk0rpmb
179 64 4096 mmcblk0boot1
179 32 4096 mmcblk0boot0Kilesve a CE alól az offset értéke...
[ 2.721553@0] mmcblk0: emmc:0001 SDW32G 29.1 GiB
[ 2.721709@0] mmcblk0boot0: emmc:0001 SDW32G partition 1 4.00 MiB
[ 2.721872@0] mmcblk0boot1: emmc:0001 SDW32G partition 2 4.00 MiB
[ 2.722028@0] mmcblk0rpmb: emmc:0001 SDW32G partition 3 4.00 MiB
[ 2.722856@1] mmcblk0: unknown partition table
[ 2.723585@0] [mmc_read_partition_tbl] mmc read partition OK!
[ 2.723586@0] add_emmc_partition
[ 2.723840@1] [mmcblk0p01] bootloader offset 0x000000000000, size 0x000000400000
[ 2.724025@0] [mmcblk0p02] reserved offset 0x000002400000, size 0x000004000000
[ 2.724200@1] [mmcblk0p03] cache offset 0x000006c00000, size 0x000020000000
[ 2.724368@0] [mmcblk0p04] env offset 0x000027400000, size 0x000000800000
[ 2.724524@1] [mmcblk0p05] logo offset 0x000028400000, size 0x000002000000
[ 2.724686@0] [mmcblk0p06] recovery offset 0x00002ac00000, size 0x000002000000
[ 2.724855@1] [mmcblk0p07] rsv offset 0x00002d400000, size 0x000000800000
[ 2.725019@0] [mmcblk0p08] tee offset 0x00002e400000, size 0x000000800000
[ 2.725200@1] [mmcblk0p09] crypt offset 0x00002f400000, size 0x000002000000
[ 2.725361@0] [mmcblk0p10] misc offset 0x000031c00000, size 0x000002000000
[ 2.725533@1] [mmcblk0p11] instaboot offset 0x000034400000, size 0x000020000000
[ 2.725691@0] [mmcblk0p12] boot offset 0x000054c00000, size 0x000002000000
[ 2.725849@1] [mmcblk0p13] system offset 0x000057400000, size 0x000040000000
[ 2.726011@0] [mmcblk0p14] data offset 0x000097c00000, size 0x0006b0000000..se lehet mountolni.
Próbáltam a data, és cache-t nem jó.
Lementve LE alól dd-vel az egész mmcblk1-et image fájlba, úgy loop mountolva offset megadva, semmi eredmény.
CE alól kipróbálhatod, hátha. -
#58341
kgymac
őstag
kovakovi77
#58338
kgymac
őstag
válasz
kovakovi77
#58338
üzenetére
centos-en csatoltam így img-t (hdd raw mentés, 3 partícióval, a 3-at kellett csatolni, ext4), de meg kellett adni a filerendszer típusát is, hogy működjön.
-
RedSwallow
tag
válasz
kovakovi77
#58254
üzenetére
Transmission működik. SSH-val, telepíteni kell a csomagkezelőt:
# installentware
majd ez a leírás segít: https://github.com/RMerl/asuswrt-merlin/wiki/Installing-Transmission-through-Entware
A tűzfalas scriptet kihagytam, a web interface és a Kodi addon is szépen kezeli.
Ami még nem működik nálam, hogy box újraindítás után hibás könyvtárat ír a letöltött tartalomra, lehet csak lassan mountolja a hdd-t, de a transmission-daemon-t újraindítva megjavul:
# /opt/etc/init.d/S88transmission stop
# /opt/etc/init.d/S88transmission start -
#58255
szabi__memo
nagyúr
kovakovi77
#58254
szabi__memo
nagyúr
válasz
kovakovi77
#58254
üzenetére
A zárt BL-es gondra gondoltam, valami olyan volt hogy CE nem indult csak az LE. De ha nemoldódott az jó
-
#58253
szabi__memo
nagyúr
kovakovi77
#58249
szabi__memo
nagyúr
válasz
kovakovi77
#58249
üzenetére
Szuper.
CE indítással kapcsolatban van valami fejlemény? -
#58251
blakey
titán
kovakovi77
#58249
blakey
titán
válasz
kovakovi77
#58249
üzenetére
De ez nekem érthetetlen - Eltérő bootloader miatt lehetséges ez.
-
kovakovi77
tag
válasz
kovakovi77
#58193
üzenetére
Meg lett a probléma oka, de hihetetlennek tünik számomra.
Nos nállam a box-ra még a kezdet kezdetén felkerült egy AtvX3-rom.
Viszont ahogy jöttek a hírek, 2-fajta alap rom is piacon van igy AtvX3-ból is 2 készült.
Én a V10-es nyákra valót dobtam fel müködött minden amit teszteltem.
Majd CE-nél tünt fel, hogy hdd-t nem lát.
Se LE se Armbian.
2 forum társnak is V81-es lapja van és nekik megy a hdd CoreElec alatt, teljesen ugyan azt a verziót használjuk ugyan azzal a dtb-fileal.
0V-ot mértem a hdd Csatiján Labortápról kapott az ssd +5V-ot és igy működött.
Lapra dugva a táp csatit csak android alatt.
Ekkor tünt fel, hogy Android alatt a BT-sem megy, be sem lehet kapcsolni gyors utánna járással lekaptam egy V81-re készült Rom-ot mivel ebben az 1 dologban tért el az enyém a többiekétől.
Fel telepítve hdd-csati is életre kelt CE alatt.
Vissza dobva a rossz romot a hdd nem működik (kipróbáltam, hogy kizárjak minden mást).
De ez nekem érthetetlen. A boxon levő dtb/romnak elmékeim szerint semmi közének nem lehetne ehez és de.
Minden esetre most működik lehet futok egy pár kört a wifi élesztésével más rendszerek alatt.
Köszönet RedSwallow és yotco-nak a segítségért. -
RedSwallow
tag
válasz
kovakovi77
#58103
üzenetére
Most volt egy kis időm megnézni, nekem is GL3321G chip van benne. Etcherrel kiírtam Coreelec-et, g12a_s905x2_4g_1gbit.dtb-t átneveztem és kimásoltam a gyökérbe, hiba nélkül indult és kezeli a hdd-t alapból, amin több NTFS partíció van(ahogy lehúztam a laptopról) le is játssza róla a filmeket. Nem tudom nálad mi lehet a gond.
-
#58198
Pelican
őstag
kovakovi77
#58193
Pelican
őstag
válasz
kovakovi77
#58193
üzenetére
Szerintem dtb gond lesz, valamelyik io-n kapcsolgatja a tápot, ami CE alatt nincs definiálva...
-
#58125
Csicsóka
őstag
kovakovi77
#58103
Csicsóka
őstag
válasz
kovakovi77
#58103
üzenetére
Pedig a HK is ezt a chipet használja ebben.
Kár hogy az UAS módot ezek szerint nem tudja.
Csak azt kéne kideríteni, hogy milyen kernel modult használ, és bele kérni a következő CE-be, fixen, vagy modulban. Lehet jobb lett volna ha valamelyik Jmicron, vagy Asmedia chip kerül bele, bár a kínaiak azzal főznek ami nekik van, és olcsó. -
#58123
Ejelhar
senior tag
kovakovi77
#58103
Ejelhar
senior tag
válasz
kovakovi77
#58103
üzenetére
Ebben nem látok semmit ami az USB interfészre utalna.
Úgy kéne, hogy ssh a boxra, journactl -f parancs kiad, majd rádugni az eszközt.
Hátha az online monitorozás segít megfejteni miért nem megy, hol akad el. Vagy legalább ad tippet merre kéne keresgélni a hibát.
Nálam pl. (egy NTFS-re formázott USB-s disk csatlakozásának naplója):DDS-Kodi kernel: usb 1-1.2: new high-speed USB device number 4 using xhci-hcd
DDS-Kodi kernel: usb 1-1.2: New USB device found, idVendor=174c, idProduct=1153
DDS-Kodi kernel: usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
DDS-Kodi kernel: usb 1-1.2: Product: AS2115
DDS-Kodi kernel: usb 1-1.2: Manufacturer: ASMedia
DDS-Kodi kernel: usb 1-1.2: SerialNumber: 00000000000000000000
DDS-Kodi kernel: usb-storage 1-1.2:1.0: USB Mass Storage device detected
DDS-Kodi kernel: scsi1 : usb-storage 1-1.2:1.0
DDS-Kodi kernel: scsi 1:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Spinning up disk...
DDS-Kodi kernel: .ready
DDS-Kodi kernel: sd 1:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Write Protect is off
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Mode Sense: 43 00 00 00
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
DDS-Kodi kernel: sdb: sdb1 sdb2
DDS-Kodi kernel: sd 1:0:0:0: [sdb] Attached SCSI disk
DDS-Kodi systemd[1]: Starting Udevil mount service...
DDS-Kodi systemd[1]: Starting Udevil mount service...
DDS-Kodi udevil[13701]: Mounted /dev/sdb1 at /media/ACRONIS HM
DDS-Kodi kernel: fuse init (API version 7.22)
DDS-Kodi systemd[1]: Mounting FUSE Control File System...
DDS-Kodi systemd[1]: Mounted FUSE Control File System.
DDS-Kodi systemd[1]: Started Udevil mount service.
DDS-Kodi ntfs-3g[13750]: Version 2017.3.23 external FUSE 29
DDS-Kodi ntfs-3g[13750]: Mounted /dev/sdb2 (Read-Write, label "DDS-T2", NTFS 3.1)
DDS-Kodi udevil[13700]: Mounted /dev/sdb2 at /media/DDS-T2
DDS-Kodi ntfs-3g[13750]: Cmdline options: big_writes,fmask=0133,uid=0,gid=0,utf8
DDS-Kodi ntfs-3g[13750]: Mount options: utf8,allow_other,nonempty,relatime,default_permissions,fsname=/dev/sdb2,blkdev,blksize=4096 -
#58100
Ejelhar
senior tag
kovakovi77
#58097
Ejelhar
senior tag
válasz
kovakovi77
#58097
üzenetére
Hát ... ez nem valami biztató.
Az USB-n nem is lát semmilyen blokkos eszközt az sda-n kívül.A journalctl -f parancs mitet mond amikor rádugod?
-
kovakovi77
tag
válasz
kovakovi77
#58056
üzenetére
Újra itt.
Nekem valami nagyon felre mehetett ezzel a boxal :)
Wifi/Bt- vadaszat még folyamatban de, hogy a Sata vezérlőm se akar menni CoreElec alatt….
Egyik forum társ már irt, hogy neki megy, elvileg ugyan az a boxunk, nekem sajnos nem műkszik.
A95X Max V81-verzio.
Android alatt szépen látja az ntfs-re formázott ssd-t CoreElec alatt rá se hederít.
Mellékelten itt pár kimenet amit néztem lsusb,lsblk,lsmod,dmesg.
sda1 jelen esetben a pendrive amiről a CoreElec fut, sdb létre sem jön a /dev/-alatt.
Rá néznétek mit nem látok? Esetleg miket próbáljak még meg?
Haza érve ránézek az usb-n csücsülő sata chipre, hogy milyen típus került ide beépítésre.
https://drive.google.com/file/d/105jcy5Z45ETIiRYRXBJbgFup6eSoMUkt/view?usp=drivesdk -
#58053
Pelican
őstag
kovakovi77
#58049
Pelican
őstag
válasz
kovakovi77
#58049
üzenetére
Már van akinek működött: https://discourse.coreelec.org/t/a95x-max-s905x2-cannot-boot-ce/6207/41?u=pelican
-
#57908
yotzo
csendes tag
kovakovi77
#57906
yotzo
csendes tag
válasz
kovakovi77
#57906
üzenetére
Az is az, (mmint a /dev/dvb) csak 256k, és jóval később kezdődik az érdemi tartalom. Először én se értettem mi van, mert mindenki csak azt írta onnan kicopyzod és jóidő. Hát, majdnem.
Viszont nekem egy hétig nem lesz elérhető távolságban, így addig. rátok marad a feladat :-) -
#57905
yotzo
csendes tag
kovakovi77
#57903
yotzo
csendes tag
válasz
kovakovi77
#57903
üzenetére
A95X MAX-é
u211-ként látszik bebootolva, de x96-os dtb-vel elindul pl CEUgyanakkor ha ezekkel a dtb-kkel próbálok bootolni, akkor csak fekete kép és semmi eredmény. Az este nekem is sikerült megvágni, de ugyanaz mint a tieddel. Azért köszi a bajlódást. Többet most sajnos nem tudok, mert utazok és nem lesz nálam a box.
-
RedSwallow
tag
válasz
kovakovi77
#57759
üzenetére
Én is A95X Max tulaj lettem, sajnos a Horizon Go kikapcsolt root mellett sem játssza le a csatornákat, de a torrent letöltés szépen megy winyóra, afrD is fut ahogy kell. A módosított Kodi amit adtak hozzá kuka (MX player tökéletes), a YouTube viszont engedi a 4K lejátszást. Szerintem csúnya az alap Launcher, le is cseréltem. Nem ragaszkodnék az Androidhoz, de azért használható így is.
kovakovi77! Ha tudok segíteni, hogy legyen működő CE, akár csak egy pár sörrel is, szólj
-
#57760
Pelican
őstag
kovakovi77
#57759
Pelican
őstag
válasz
kovakovi77
#57759
üzenetére
Szuper!
-
#57753
Csicsóka
őstag
kovakovi77
#57738
Csicsóka
őstag
válasz
kovakovi77
#57738
üzenetére
Akkor ebből legalább megtudtuk, hogy s905_autocriptel betöltve sem megy a CE kernel. Most már biztos, hogy ott kell majd a problémát keresni.
A multiboot induláshoz nem sok reményt fűztem, ott még 3-as kernel van, és az uInitrd-ben a hozzá való pár modul. Elképzelhető, hogy az x2 vasak nem is tudnak 3-as kernellel működni. De ha tudna is, nincs hozzá megfelelő dtb. A nélkül meg megint fújhatjuk. Ránézek majd a logokra, amit feltöltöttél, hátha észre veszek vmit. -
#57749
Pelican
őstag
kovakovi77
#57748
Pelican
őstag
válasz
kovakovi77
#57748
üzenetére
Köszi, továbbítottam.
Ez mindenképp a kernel kódolásra utal.:
[imgread]szTimeStamp[2019030117075114]
[imgread]secureKernelImgSz=0xe1a000
aml log : R-2048 check pass!
aml log : R2048 check pass!
aml log : R2048 check pass!
aml log : R2048 check pass! -
#57725
Csicsóka
őstag
kovakovi77
#57712
Csicsóka
őstag
válasz
kovakovi77
#57712
üzenetére
Ezt a meggondolatlan kijelentést én is olvastam reggel, de mentem grillezni és nem volt időm reagálni rá.
Nem kéne hülyeségeket terjeszteni, mert ha zárt lenne az u-boot, képtelen lenne más rendszert indítani. Ezt már a múltkor kitárgyaltuk pedig. Ezt nem próbáltad? Így nem indult el a CE? -
#57714
Pelican
őstag
kovakovi77
#57712
Pelican
őstag
válasz
kovakovi77
#57712
üzenetére
Írtam PÜ-t CE élesztéssel kapcsolatban.
-
#57363
Csicsóka
őstag
kovakovi77
#57360
Csicsóka
őstag
válasz
kovakovi77
#57360
üzenetére
Meglehet hogy erre allergiás, és elindul ha a CE boot image-t is s905_autoscript-el töltöd be.
Ezt legegyszerűbben úgy tudod kipróbálni, ha az LE SD-t vagy USB-t használod erre. A CE SD-ről rámásolod a KERNEL, és SYSTEM-t felülírva az LE fájlokat. A dtb könyvtárba pedig azt a dtb-t másolod a CE SD-ről, ami a vashoz való. Az uEnv.ini-be pedig azt a nevet írod, és már is mehet a próba.Ugyan ezt meglehet tenni a MultiBoot rendszerrel, mert ott is az u-boot.script indítja el a boot img-t, (lehetne a neve s905_autoscript, de a név lényegtelen, ami benne van az számít)
A kérdés itt csak az, hogy s905x2 vason elindul e a multibbot, mert ez még nem létezett amikor foglalkoztam vele. -
#57357
Csicsóka
őstag
kovakovi77
#57335
Csicsóka
őstag
válasz
kovakovi77
#57335
üzenetére
Fő eltérés az LE, és CE közt megint csak az indítási folyamatban van. Az LE aml_autoscript beilleszti az U-boot változók közé az s905_autoscrip-et, majd rebootol. A CE aml_autoscript egyből módosítja a változókat, és nem rebootol, azonnal indítja a kernelnek nevezett boot image-t. Egy jó ideje a CE már nem használ s905_autoscrip-et. Ezzel a próbával az tisztázódott legalább, hogy mind az Armbian féle, külön kernel + initrd, mind az android boot image használható megoldás. Egyedül a CE féle boot image nem tetszik neki valamiért.
adamg a csapatból, lehet hogy megoldja majd. -
#57259
Csicsóka
őstag
kovakovi77
#57253
Csicsóka
őstag
válasz
kovakovi77
#57253
üzenetére
Nagyon is elképzelhető, hogy az atvX-es image-ban más U-boot van, és cseréli azt is flasheléskor.
Így akár a CE is elindulhat. Ha mégsem, akkor az eltérő boot metodus miatt nem.
Az Armbian használ még s905_autoscript-et, és ebből tölti be külön, külön a kernelt, és az initrd-t.
Itt látszik, hogy szépen sorba nézi a 4 USB-t, majd megtalálja az SD-n, és ahogy látom az x96-max.dtb-t választottad, ezt kiolvassa az uEnv.ini-ből majd indítja a rendszer.reading s905_autoscript
1765 bytes read in 6 ms (287.1 KiB/s)
## Executing script at 01020000
** Bad device usb 0 **
** Bad device usb 1 **
** Bad device usb 2 **
** Bad device usb 3 **
reading zImage
20658184 bytes read in 1153 ms (17.1 MiB/s)
reading uInitrd
7887925 bytes read in 444 ms (16.9 MiB/s)
reading uEnv.ini
207 bytes read in 6 ms (33.2 KiB/s)
reading /dtb/meson-g12a-x96-max.dtb
42641 bytes read in 9 ms (4.5 MiB/s)
[rsvmem] get fdtaddr NULL!
rsvmem - reserve memory
Usage:
rsvmem check - check reserved memory
rsvmem dump - dump reserved memory
rsvmem check failed
## Loading init Ramdisk from Legacy Image at 13000000 ...
Image Name: uInitrd
Image Type: AArch64 Linux RAMDisk Image (gzip compressed)
Data Size: 7887861 Bytes = 7.5 MiB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
load dtb from 0x1000000 ......
Amlogic multi-dtb tool
Single dtb detected
## Flattened Device Tree blob at 01000000
Booting using the fdt blob at 0x1000000
libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND
[rsvmem] fdt get prop fail.
Loading Ramdisk to d36e8000, end d3e6dbf5 ... OK
Loading Device Tree to 000000001fff2000, end 000000001ffff690 ... OK
Starting kernel ...A CE nem így indul. A kernel.img valójában nem csak maga a kernel, hanem egy AOSP kompatibilis Android boot image, amiben benne van a kernelen kívül az initrd is. Ezt a megoldást valszeg a boxokhoz való maximális kompatibilitás miatt választotta anno a OE. Korai **MC-nél én is az Armbian féle módon indítottam, de volt pár S905x vas, amin csak részlegesen ment a rendszer. Ezért lett a végén módosított LE indítási mód.
Egyszóval, ha nem fog elindulni a CE, akkor csak az Armbian, és CE eltérő mószere miatt lehet. -
#57255
blakey
titán
kovakovi77
#57253
blakey
titán
válasz
kovakovi77
#57253
üzenetére
Majd próbáld ki a CE-t.
Armbian jelszó :1234 -
#57254
Pelican
őstag
kovakovi77
#57253
Pelican
őstag
válasz
kovakovi77
#57253
üzenetére
Csinálhatnál egy próbát a CE-vel is.
Az armbian jelszó valami egyszerű volt mint 1234, de már nem emlékszem biztosan. -
#57121
profi
aktív tag
kovakovi77
#57112
profi
aktív tag
válasz
kovakovi77
#57112
üzenetére
+Csicsóka: Ok, akkor várok. Nekem sikerült rátennem az Msrepot, így tudok vele online filmet nézni (ezért vettem). 2 gondom van csak vele. 1.nem tudom a felbontást állítani (gyárilag fhd, de 4k-ra szeretném a tv miatt). 2. Hiába van rajta optikai csatlakozó, nem tudom átállítani az audio részén, hogy mit használjon. Van hang az optikán, de közben a tv is szól. Ezekre van valakinek ötlete, mit kellene állítani és hogyan?
-
#56885
Csicsóka
őstag
kovakovi77
#56881
Csicsóka
őstag
válasz
kovakovi77
#56881
üzenetére
Meg lehetne így is csinálni, de ehhez nem elég maga a droid boot image, kellenének még a system partícióról a kernel moduljai is. Ezeket a modulokat aztán integrálni kellene a CE SYSTEM fájlba (squashfs van benne) az ott lévő eredeti helyett. Kellene még a droid dtb is, és nagyon valószínű, hogy ha el is indulna így a CE, egy sor dolog nem működne benne. Szerintem ez sem járható út.
-
#56879
Csicsóka
őstag
kovakovi77
#56874
Csicsóka
őstag
válasz
kovakovi77
#56874
üzenetére
Persze, szét lehet cincálni a CE kernel img-t, és módosítani benne az initrd-t. Itt az a fő probléma, hogy az u-boot úgy lett fordítva, hogy RSA kódolású dtb, kernel imageket vár, és nem eszi meg a simát. Az egyedileg módosított kernel amúgy se menne a többi vason, ezért ezt nem fogják meglépni a CE fejlesztők.
**MC-nél erre nem kellett figyelni, ezért ott ahogy csak akartam, úgy variáltam át az egész initrd-t, és a boot image-t.Másik elvetemült ötlet: kimásolni a beépített alap lernelt felül irva a coreElec-ével és mi tőrténhet, próba...
dd-vel be lehetne írni az eMMC-be a CE kernelt, és dtb-t az eredeti droid boot image és dtb helyett, de tutira nem indulna el onnan se, és lenne egy tégla belőle. Mert hiába érintetlen a recovery az eMMC-n, az is csak az eredeti droid dtb-vel tud elindulni, a CE dtb-vel nem.
Bootloadert nem tudom felül írni? Mondjuk valami máséval?
Dehogy nem, ugyan úgy dd-vel adb shell alatt mint a dtb-t vagy boot image-t. Csak az a baj, hogy szinte biztos totál tégla lenne belőle. Ezt nem lépném meg inkább.
-
kovakovi77
tag
válasz
kovakovi77
#56874
üzenetére
Kernel cserét hasonlóan mint a **mc alatt megcsináltad :)
Csak nehezen fogalmazok. -
#56873
Csicsóka
őstag
kovakovi77
#56855
Csicsóka
őstag
válasz
kovakovi77
#56855
üzenetére
Pedig olyan szépen lefuttatta az aml_autosript-et, én leginkább erre számítottam, hogy ez nem fog neki sikerülni, és így nem kerül be az U-boot változók közé a CE-t indító rész.
reading aml_autoscript
1043 bytes read in 5 ms (203.1 KiB/s)
## Executing script at 01080000
## defenv_reserve
Saving Environment to aml-storage...
mmc env offset: 0x4d400000
Writing to MMC(1)... done
amlkey_init() enter!
amlkey_init() 71: already init!Próbálkozott is elindítani a CE kernelt, aztán ahogy nem sikerült, indította a recovery-t, abban pedig az android kernel van. Hogy mi írt az eMMC-re, nem tudom, elvileg egy sikertelen kernel indítás nem csinálhat semmit.
Ha valamit lehetne kezdeni ezzel az RSA kódolással, akár még jó is lehetne valamire. -
kovakovi77
tag
válasz
kovakovi77
#56860
üzenetére
Jut fejembe nem hiszem,hogy kuka lenne.
Ennel az unbrick videonal se kattintja be a secure key-t. -
#56859
Pelican
őstag
kovakovi77
#56858
Pelican
őstag
válasz
kovakovi77
#56858
üzenetére
Azért van sansz rá, hogy ezzel megölöd és ha nincs rá normál android fw, akkor az androidot elbukod.
-
#56857
Pelican
őstag
kovakovi77
#56855
Pelican
őstag
válasz
kovakovi77
#56855
üzenetére
Felraktam a topikjába.
A bootloader lockolt, először ki kell csomagolni a titkosított formájából.
secureKernelImgSz=0x9c2800
aml log : R-2048 check pass!
aml log : R2048 check pass!
aml log : R2048 check pass!
aml log : R2048 check pass!
Ezt láttad? -
#56836
Csicsóka
őstag
kovakovi77
#56835
Csicsóka
őstag
válasz
kovakovi77
#56835
üzenetére
Ha rootolt a box, adb-shell-t is lehetne indítani, és onnan reboot update. Hátha nem a recovery fog előjönni, hanem végrehajtja az aml_autoscript-et, benne az U-boot módosítását.
Droid log fájlokat is lehet 1xerüen nézegetni.Vagy Power Menu.apk Ez még 1xerűbb.
-
#56834
Pelican
őstag
kovakovi77
#56831
Pelican
őstag
válasz
kovakovi77
#56831
üzenetére
Ha az LE-vel bebootol, akkor azzal is kellene egy logot csinálni...
Köszi! -
#56832
Pelican
őstag
kovakovi77
#56831
Pelican
őstag
válasz
kovakovi77
#56831
üzenetére
Köszi, felraktam.
Szerintem csinálj egy CE bootot is hogy lehessen látni hol akad el. -
#56700
Pelican
őstag
kovakovi77
#56699
Pelican
őstag
válasz
kovakovi77
#56699
üzenetére
Mint írtam a legtöbb boxon nem megy az sd boot (a CE dtb-kben rendbe kell rakni az i2c bejegyzéseket).
Próbáld USB-ről bootolni, úgy elég sok boxon elindult már. -
kovakovi77
tag
válasz
kovakovi77
#56694
üzenetére
Upsz Értő olvasás ugy látszik nem megy ma.
Nem olvastam a végét, hogy alapból Nightly verzióval próbáltad. -
#56697
kokopo
aktív tag
kovakovi77
#56694
kokopo
aktív tag
válasz
kovakovi77
#56694
üzenetére
Tudnal linket kuldeni? vagy amit leszedtem az jo?
Kiprobalom pendrive-rol is
Igen, dtb atnevezve, de semmi
-
#56671
Luissimo
veterán
kovakovi77
#56670
Luissimo
veterán
válasz
kovakovi77
#56670
üzenetére
van itt a fórumon ilyenünk párunknak.
nemtudom mennyi a 250 jüan, de biztosan olcsóbban veszed, mint mi vettük.
Én egy vinyót raktam bele, félig tele filmekkel.
bár a Mx3 Mini aprócska 7,5x7,5x1,7 cm.-es méretéhez képest nagy és böszmeAmire nekem kell arra nagyon jó, egy dolog kivételével.
A Horizon Go magyar nem játssza le a tartalmakat rajta, de feltelepül.
Ezenkívül rendben.
Nemtudtam megitélni a ROOT be/ROOT ki kapcsoló valóban működik-e, vagy csak placebohatás -
#56451
Csicsóka
őstag
kovakovi77
#56448
Csicsóka
őstag
válasz
kovakovi77
#56448
üzenetére
Az mmcblk0 nem az SD, hanem az eMMC. Az SD-nek mmcblk1-nek kellene lenni, de ezek szerint az initrd fázisban az nincs jelen, ezért nem tudja mountolni a /flash alá az SD FAT partícióját, és a /storage alá az ext4-et.
Esetleg a dtb-ben meglehetne nézni az sd státuszát, nem disabled e véletlenül.sd {
status = "okay";
port = <0x1>;
pinname = "sd";
ocr_avail = <0x200080>;
caps = "MMC_CAP_4_BIT_DATA", "MMC_CAP_MMC_HIGHSPEED", "MMC_CAP_SD_HIGHSPEED";
f_min = <0x61a80>;
f_max = <0x5f5e100>;
max_req_size = <0x20000>;
gpio_dat3 = <0x2f 0x2a 0x0>;
jtag_pin = <0x2f 0x26 0x0>;
gpio_cd = <0x2f 0x2c 0x0>;
irq_in = <0x3>;
irq_out = <0x5>;
card_type = <0x5>;
}; -
#56449
Pelican
őstag
kovakovi77
#56448
Pelican
őstag
válasz
kovakovi77
#56448
üzenetére
Ha benézel a topikjába, többeknek működik, de sd-ről nem bootol csak usbről.
-
#56447
Pelican
őstag
kovakovi77
#56445
Pelican
őstag
válasz
kovakovi77
#56445
üzenetére
Igen ez még alfának is elég korai, másnál is volt ez a label hiba, meg még a dtb-k is kialakítás alatt vannak...
-
#56299
Csicsóka
őstag
kovakovi77
#56297
Csicsóka
őstag
válasz
kovakovi77
#56297
üzenetére
Köszi a dtb listat, de ez S905X2
Ezért küldtem a képet, ami az LibreELEC-AMLG12.arm-9.80-devel-20190712153809-893dd58-s905x2.tar-ból származik. Vagy is a legfrissebb s905x2 alá való LE. A meson-g12a-val kezdődőek valók az x2-höz. A meson-g12b-vel, pedig a a311d, (kvim3) és s922-höz.
A Z6-ot csak pédának írtam, hogy az is megy a nem pontosan rá készült dtb-vel. A HK1 Plus is lehet hogy menni fog, mondjuk a x96-max dtb-vel. -
#56295
Csicsóka
őstag
kovakovi77
#56292
Csicsóka
őstag
válasz
kovakovi77
#56292
üzenetére
Elég kevés típushoz van benne dtb,
Z6 (S912) vashoz sincs, de Armbian alatt hasít a vega-s96 dtb-vel. Valszeg a meglévők közül elindul majd valamelyikkel.
emerson@lmde3:~$ ssh root@10.1.1.106
root@10.1.1.106's password:
_ __ __ _ ____ _ ____
/ \ | \/ | | / ___/ |___ \
/ _ \ | |\/| | | | | _| | __) |
/ ___ \| | | | |__| |_| | |/ __/
/_/ \_\_| |_|_____\____|_|_____|
Welcome to Debian Buster with Armbian Linux 5.2.0-aml-g12
System load: 0.08 0.02 0.01 Up time: 1:56 hour
Memory usage: 6 % of 2808MB IP: 10.1.1.106
CPU temp: 48°C
Usage of /: 19% of 7.1G storage/: 49% of 128M
[ 0 security updates available, 19 updates total: apt upgrade ]
Last check: 2019-07-12 15:46Armbianhoz ezek vannak:
root@aml:/boot/dtb# ls
meson-axg-s400.dtb meson-gxl-s905d-ki-pro.dtb
meson-g12a-sei510.dtb meson-gxl-s905d-kii-pro.dtb
meson-g12a-u200.dtb meson-gxl-s905d-m8s-dvb.dtb
meson-g12a-x96-max-rmii.dtb meson-gxl-s905d-p230.dtb
meson-g12a-x96-max.dtb meson-gxl-s905d-p231.dtb
meson-g12b-a311d-khadas-vim3.dtb meson-gxl-s905d-phicomm-n1.dtb
meson-g12b-s922x-khadas-vim3.dtb meson-gxl-s905d-smartlabs-sml5442tw.dtb
meson-g12b-s922x-odroid-n2.dtb meson-gxl-s905w-p281.dtb
meson-g12b-s922x-ugoos-am6.dtb meson-gxl-s905w-tx3-mini.dtb
meson-gxbb-ki-plus.dtb meson-gxl-s905x-hwacom-amazetv.dtb
meson-gxbb-kii-pro.dtb meson-gxl-s905x-khadas-vim.dtb
meson-gxbb-nanopi-k2.dtb meson-gxl-s905x-libretech-cc.dtb
meson-gxbb-nexbox-a95x.dtb meson-gxl-s905x-nexbox-a95x.dtb
meson-gxbb-odroidc2.dtb meson-gxl-s905x-p212.dtb
meson-gxbb-p200.dtb meson-gxm-khadas-vim2-2vtv.dtb
meson-gxbb-p201.dtb meson-gxm-khadas-vim2.dtb
meson-gxbb-vega-s95-meta.dtb meson-gxm-nexbox-a1.dtb
meson-gxbb-vega-s95-pro.dtb meson-gxm-q200.dtb
meson-gxbb-vega-s95-telos.dtb meson-gxm-q201.dtb
meson-gxbb-wetek-hub.dtb meson-gxm-rbox-pro.dtb
meson-gxbb-wetek-play2.dtb meson-gxm-s912-c300-pro.dtb
meson-gxl-s805x-libretech-ac.dtb meson-gxm-s912-c400-pro.dtb
meson-gxl-s805x-p241.dtb meson-gxm-s912-kiii-pro.dtb
meson-gxl-s905d-c300.dtb meson-gxm-vega-s96.dtb
meson-gxl-s905d-ki-plus.dtb -
#56291
Pelican
őstag
kovakovi77
#56289
Pelican
őstag
válasz
kovakovi77
#56289
üzenetére
-
#51895
Csicsóka
őstag
kovakovi77
#51878
Csicsóka
őstag
válasz
kovakovi77
#51878
üzenetére
A bootmanager csak SD-ről tud indulni. De elég egy 1-2 gigás kártya is, az csak van otthon.
Csak az első két FAT partíciónak kell a kártyán lenni, az ext4-ek bárhol lehetnek (pendrive, HDD, eMMC), csak azonos legyen a lemez cimke a most SD-n lévővel. Az uEnv.init sem kell így módosítani. De abban átírni a lemez címkét sem nagy ügy, és akkor lehet a HDD mari_néni cimkéjű partícióján is (NO NTFS).
Fogsz egy kis kártyát, gparteddel megcsinálod rajta a két FAT partíciót, majd az image-t loop mountolva, kimásolod belőle a cuccot az SD-re, és kész. -
#51880
Pelican
őstag
kovakovi77
#51878
Pelican
őstag
válasz
kovakovi77
#51878
üzenetére
Csak felesleges írásnak nem akarom kitenni.
Ugye csak viccelsz? -
#51196
Csicsóka
őstag
kovakovi77
#51184
Csicsóka
őstag
válasz
kovakovi77
#51184
üzenetére
Igen, végleges Leia-val, legutolsó CE kernellel. Csak privátba, minimum kvázi tag szint.
-
#49364
Csicsóka
őstag
kovakovi77
#49362
Csicsóka
őstag
válasz
kovakovi77
#49362
üzenetére
Ezeket pont nem használom. Az is lehet hogy az előző maradványa miatt nem települ. Sokban eltér addon szinten a 17, és 18.
SSH-n, MC vel töröld a .kodi könyvtárat akkor pusztul minden régi beállítás, és egyéb. Reboot után már a tiszta Leia indul.
A visszatérés 17-re le van írva, ezért mondtam hogy jegyezd meg a verzió számot ami fent volt eredetileg. -
kovakovi77
tag
válasz
kovakovi77
#49362
üzenetére
Vagy terek vissza a 17-es korosztalyra.
-
#49248
Csicsóka
őstag
kovakovi77
#49246
Csicsóka
őstag
válasz
kovakovi77
#49246
üzenetére
HBO-Go miatt én már egy jó ideje így használom, kellett a Leia, másként ellettem volna a régivel.
Szinte naponta jön ki új build, a mostani 23.-án jött. Nálam szépen megy, egyszer volt hogy ideiglenesen vissza kellett butítani korábbi build-re, és tartásba tenni a csomagját, de már jó ideje minden frissüléssel egyre jobb, most RC3-nál tart. Egyáltalán nem bonyolult, itt az írás róla. Annyit ajánlok csak, hogy mielőtt elkezded, nézd meg a jelenlegi mediacenter (ez a KODI) verzió számát, hogy ha mégsem tetszene, legyen hová vissza térni.dpkg -l | grep mediacenter-osmc | awk '{ print $3 }' -
#47042
Csicsóka
őstag
kovakovi77
#47037
Csicsóka
őstag
válasz
kovakovi77
#47037
üzenetére
Még mielőtt megismertetnéd vele a kuka mélyét, ez az unbrick SD megoldás talán segíthet. Hasonlóan tönkre tett Nexbox A5 vissza jött így az élők sorába. Igaz, lett rá való FW. Valamelyik hátha felmegy így.
Ha a dózeres Burn_Card_Marker-t használod, arra vigyázz hogy a "kedves" kis program szó nélkül kinyírja a 2. HDD (ha van a gépben) partíciós tábláját. -
#47039
xtend
senior tag
kovakovi77
#47037
xtend
senior tag
válasz
kovakovi77
#47037
üzenetére
Nekem is majdnem ez volt a mini m8s-el (995w) 4-5 firmware-vel is, igaz 8% állt meg mindig. Aztán freaktabon találtam hozzá még 1 romot, az volt a jó. Szerintem nálad is az lesz, hogy helytelen a firmware, nem hozzá való. Létezik ezekből a sz@rokból millió meg1 klón sajnos. Mármibt a boxokból
-
#46811
Csicsóka
őstag
kovakovi77
#46810
Csicsóka
őstag
válasz
kovakovi77
#46810
üzenetére
Dózeres USB Burning Tool látja?
Ha látja, és ha nincs pont rávaló img formátumú fw, akkor lehet keresni hasonló más boxhoz valót. S905X,100M 1gb/8gb van sok.
Rosszabb már úgy sem lesz, és ha felmegy rá, lesz U-boot, bekapcsolni távval nem lehet majd, de akár el is indulhat a droid. (Az MXQ Pro fw, elindult a Megogo-n. lan, wifi nuku, de ment.) A többit már tudod, SD-ről CE indul, majd dd-vel vissza az eredeti droid. -
files32
tag
válasz
kovakovi77
#46806
üzenetére
-
files32
tag
válasz
kovakovi77
#46806
üzenetére
Talán itt:
[link]
Új hozzászólás Aktív témák
Hirdetés
vargalex
DoItYourself- Nintendo Switch 2
- Windows 11
- Samsung Galaxy A36 5G - a középső testvér
- Milyen autót vegyek?
- Egyéni arckép 1. lépés: ARCKÉPHEZ VALÓ JOGOSULTSÁG
- Mibe tegyem a megtakarításaimat?
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Honda topik
- PlayStation 5
- További aktív témák...
- Országosan a legjobb BANKMENTES részletfizetési konstrukció! Lenovo ThinkPad L16 Gen 1 Prémium
- BESZÁMÍTÁS! Intel Core i7 4790 4 mag 8 szál processzor garanciával hibátlan működéssel
- AKCIÓ! Apple Macbook Pro 16" 2019 i9 9980HK 64GB 500GB Radeon Pro 5500M hibátlan működéssel
- Realme 8i 64GB / Normál állapotban / 12 hónap jótállással
- Azonnali készpénzes GAMER / üzleti notebook felvásárlás személyesen / csomagküldéssel korrekt áron
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest