-
Mobilarena
Android dual SIM szakmai mélyvíz
Az alábbi témák kitárgyalása kerülendő, mert nem ide tartozik!
Kérdésed a megfelelő topikba tedd fel:
"melyik alkalmazás, ami"
"milyen tokot vegyek"
"piros hátlap hol kapható" "honnan vegyek telefont"
Új hozzászólás Aktív témák
-
Biztos vagy ebben?
MKT-s cuccok esetén ha a recovery alatt no command és zölt dobot van, akkor előfordul, hogy a tényleges recovery "előcsarnokában" van a telefon, és egy ismételt power+hangerő fel gombkombinációt megnyomva belép a tényleges recovery-be, ami már onnantól használhatóvá válik.
Sajna nem minden esetben van így, telefon/gyártófüggő... -
Ha jól láttam, akkor így fogalmazott:
Szóval ő csak 869MB-osnak látja a System partíciót összesen. Hova tűnik a maradék? A gyári updatében a Sytem image 400MB, tehát elvileg ennyi elég kéne legyen neki (na meg mondjuk 100MB tartalék)
A system img itt simg.
A nagy kérdés, hogy amit leírtam két parancs, annak mi a kimenete.
Mert ez lenne a tényleges korrekt összevetés: tuduk mekkora (partitions), tudjuk mennyire foglalt (df).
Minen más addig csak feltételezés.
( Partitions konkrétan 1GB-ot mutat a system-re), a 869 nem t'om honnan jön - ja de... diskinfo. én az ilyen grafikus cuccokat valahogy ilyen esetekben nem szeretem, mert GiB vagy GB nem mindegy...szerk.: Szóval 1GB-os a system partíció, ez biztos. A diskinfo meg 869-nek látja ezt. Na itt volt az elcsúszás.
Tehát adatok:
diskinfo:
- méret: 869MB
- foglalt: 434MB/proc/partitions
- méret: 1GB
df
- foglaltság: még nem ismert.A diskinfonál tényleg látszik, hogy kb 50% kihasználtságú. Ebből a programból csak ezt az infót lehet kiszedni, átparticionáláshoz ebből a programból semmit nem vennék át.
Tehát ha egy 550MB-ospartíción lenne a system, akkor akár rá is férhet biztonsággal.
Sajna az img-t már letörötltem, nem tudom a flesselhető romban mekkora a tényleges img méret.Tehát ha a scatter-t átszámolja, minden partíció marad az eredeti sorszámán, csak a mérete változik, akkor egy fw upgrade átparticionálja a telefont, így a data ~450MB-tal nagyob lesz. Elméletileg.
-
Na de ha 890MB a system, akkor 500MB-os partícióra nem fog ráférni a rendszer.
Amúgy meg ha a scatter-t átírja, majd szerez egy olyan img-t ami nem nagyobb 500MB-nál, akkor firmware upgrade esetné a flastool elvégzi a szükséges műveleteket.
Jaja...ext4-nél egész egyszerű... (csak példa)
dd if=/dev/zero of=~/theFile.img bs=1M count=10240
mkfs.ext4 ~/theFile.imgubifs-re a Linuxot is tanítani kell, láttam ilyen bejegyzéseket, de nem próbáltam egyet sem.
-
Hát ha valaki úgy szeretné megváltoztatni, hogy nem csak a méreteket, hanem a sorrendet, akkor természetesen ezt a boot-ban is be kell állítani, és a scattert is át kell írni ha flashtool-os csomagot akar létrehozni..
Ilyesmit is csináltam, amikor sd kártyás dual boot kisérletet hajtottam végre.
Igaz, ez szimplán CWM recovery-ből indítható megoldás volt, nem flashtool-os.Ebben az esetben az eredeti partíciókiosztás sorrendje a szokásos:
system
cache
dataám az sd kártyán már megvariáltam, ott a mount már ezt adta ki:
/dev/block/mmcblk1p2 /system ext4 ro,noatime,noauto_da_alloc,commit=1,data=ordered 0 0
/dev/block/mmcblk1p3 /data ext4 rw,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0
/dev/block/mmcblk1p4 /cache ext4 rw,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0
tehátsystem
data
cache
lett a sorrend. -
A rendszer ugye mbr/ebr1/ebr2 típus
Ezek mondják meg, hogy mekkora, és hol van az adott partíció (hex cím szerint).
Ám a boot-ban a mount point csak annyi, hogy mmcblkXY (XY egy szám), tehát a blokkeszköz adott sorszámú partíciója. Tehát méretet nem mond, mert az (ebből a szempontból) mindegy neki.Ha már költöztettél Linux rendszert egyik hdd-ről másikra, vagy másik partícióra (más hely, más méret is akár), akkor feltűnhetett, hogy csak a méret csak annyiban számít, hogy ne legyen kisebb. Ha nem uuid-vel csatoltad a partíciót, hanem klasszikus sdaX módon, akkor az fstabot sem kell átírni, és mégis megy, ha a partíció elnevezése ugyanaz. Persze ha más, akkor meg csak az fstab-ot kell módosítani - illetve esetleg a grub menu.lst fájlját is .
-
Szerintem is jól gondolod, hogy nem a scatter a lényeg.
Pedig az elég lényeges.
Megfelelő scatter nélkül itt nem fog menni sem a módosítás, sem a hibajavítás/felélesztés.Szerintem egy 869 MB-s fájlrendszert ír fel (csomagol ki) az 1 GB-s rendelkezésre álló helyre.
Szerintem is.Ennélfogva, ha megváltoztatod a partició méretét akkor ezt az update-t már nem fogod tudni újra feltenni,
Ha meghaladja ezt a 869MB-ot az esetleg módosított partíció, akkor fel tudja tenni, természetesen ekkor kell az új scatter, amit a módosításkor használt.Sajna mtd típus esetén nem tuom, hogy hogyan lehet/kell a módosításokat elvégezni, de a scatter fájl átírása elengedhetetlen, ha a módosításokat érvénybe szeretné valaki léptetni. Ekkor jön ugyanis képbe a firmware upgrade. Mondom: tmd esetén még nem volt dolgom
Az újabb MTK-k esetén a scatter a mindenható, ha átírod a scatter-t és firmware upgrade-et csinálsz, akkor a partíciókat is átírja az új méretre.
Régebbi MTK alapú telefonoknál, ahol az mbr/ebr1/ebr2 master/extended boot record módozat létezett (és ext4 a fájlrendszer), ott a scatter-en kívül ezeket is módosítani kellett hex editorral, és ha teljes partícióátszabást akart az ember, akkor bizony a scatter-t is módosítani kellett.
Ilyet is csináltam már (jó régen...) - összenyomtam a system-et, a cache-t, és felhútam maximálisra a data-t. -
-
mikk2000
őstag
Szia,
d:\NetOK\MobilUtil\platform-tools>adb root
* daemon not running; starting now at tcp:5037
* daemon started successfullyd:\NetOK\MobilUtil\platform-tools>adb shell
shell@Rainbow:/ $ dd if=/dev/mtd/mtd6 of=/storage/sdcard1/Backup/boot.img
/dev/mtd/mtd6: cannot open for read: Permission denied
1|shell@Rainbow:/ $ -
Ha jól értem akkor egy recovery vagy boot.img mentésből tudnál csinálni egy rootolt recoveryt vagy boot-ot?
Inkább azt mondanám, hogy a mentett boot.img-ből egy insecure boot-ot, amit fastboot-tal flesselve már elérhető adb-n a root. Aztán azt system szinten véglegesíteni (/system/su).Recovery már más tészta, ott kellene találni egy ubifs támogatású működő recovery-t, amit meg át lehetne portolni a tab-ra. Akár az eredeti boot, recovery img-kből.
-
mikk2000
őstag
Szia, akkor su nélkül a továbbiak:
Microsoft Windows [verziószám: 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Minden jog fenntartva.c:\Program Files (x86)\ClockworkMod\Universal Adb Driver>adb devices
List of devices attached
0123456789ABCDEF devicec:\Program Files (x86)\ClockworkMod\Universal Adb Driver>adb shell
shell@Rainbow:/ $ cat /proc/dumchar_info
cat /proc/dumchar_info
Part_Name Size StartAddr Type MapTo Region
preloader 0x0000000001000000 0x00000000 1 /dev/mtd/mtd0 USER
pro_info 0x0000000000400000 0x00000001 1 /dev/mtd/mtd1 USER
nvram 0x0000000000c00000 0x00000002 1 /dev/mtd/mtd2 USER
protect_f 0x0000000000c00000 0x00000003 1 /dev/mtd/mtd3 USER
seccfg 0x0000000000400000 0x00000004 1 /dev/mtd/mtd4 USER
uboot 0x0000000000400000 0x00000005 1 /dev/mtd/mtd5 USER
bootimg 0x0000000000800000 0x00000006 1 /dev/mtd/mtd6 USER
recovery 0x0000000000800000 0x00000007 1 /dev/mtd/mtd7 USER
sec_ro 0x0000000000400000 0x00000008 1 /dev/mtd/mtd8 USER
misc 0x0000000000c00000 0x00000009 1 /dev/mtd/mtd9 USER
logo 0x0000000000400000 0x0000000a 1 /dev/mtd/mtd10 USER
expdb 0x0000000000c00000 0x0000000b 1 /dev/mtd/mtd11 USER
tee1 0x0000000000800000 0x0000000c 1 /dev/mtd/mtd12 USER
tee2 0x0000000000800000 0x0000000d 1 /dev/mtd/mtd13 USER
kb 0x0000000000400000 0x0000000e 1 /dev/mtd/mtd14 USER
dkb 0x0000000000400000 0x0000000f 1 /dev/mtd/mtd15 USER
android 0x0000000040000000 0x00000010 1 /dev/mtd/mtd16 USER
cache 0x0000000008000000 0x00000011 1 /dev/mtd/mtd17 USER
usrdata 0x0000000099400000 0x00000012 1 /dev/mtd/mtd18 USER
bmtpool 0x0000000000000000 0x00000000 1 USER
Part_Name
artition name you should open;
Size:size of partition
StartAddr:Start Address of partition;
Type:Type of partition(MTD=1,EMMC=2)
MapTo:actual device you operate
shell@Rainbow:/ $ cat /proc/partitions
cat /proc/partitions
major minor #blocks name7 0 1254 loop0
253 0 524288 zram0
31 0 16384 mtdblock0
31 1 4096 mtdblock1
31 2 12288 mtdblock2
31 3 12288 mtdblock3
31 4 4096 mtdblock4
31 5 4096 mtdblock5
31 6 8192 mtdblock6
31 7 8192 mtdblock7
31 8 4096 mtdblock8
31 9 12288 mtdblock9
31 10 4096 mtdblock10
31 11 12288 mtdblock11
31 12 8192 mtdblock12
31 13 8192 mtdblock13
31 14 4096 mtdblock14
31 15 4096 mtdblock15
31 16 1048576 mtdblock16
31 17 131072 mtdblock17
31 18 2510848 mtdblock18
179 0 1931264 mmcblk0
179 1 1930240 mmcblk0p1
31 19 1007872 mtdblock19
31 20 2450592 mtdblock20
31 21 89408 mtdblock21
shell@Rainbow:/ $ -
mikk2000
őstag
Helló, fontosnak tartom sajnos
De ha már a rootolás szóba került, az egykattintásos rootoló programok mindegyikéről azt lehet olvasni (nem túl hosszas keresgélés után), hogy telenyomja a telefonokat backdoorral, reklámmal meg egyebekkel. Jelenleg melyik az amelyik az a rootoló program, ami viszonylag tisztának tekinthető? -
mikk2000
őstag
-
mikk2000
őstag
Szia!
Nem szereztem, de rákeresve látom hogy ez is egy program, kicsit elveszi a kedvem hogy ez a tablet nincs a listában. Hétvégén ránézek majd, köszi a tippet.
Azt hogy érted hogy "Ha szerencséd van (tudja a bootloader) akkor elindul a twrp anélkül, hogy a készüléken bármi változna."? Ha nincs szerencsém akkor mi történik, mi változik a telón? Meghal?
-
mikk2000
őstag
Szia, köszi a választ!
xda-n keresve nem találtam találatot az eszközre (beex rainbow)
Az SP flash tools-al ott akadtam el, hogy ahhoz scatter file kell, ahhoz meg a MTKdroidTools kellene, ami meg nem ismeri a fájlrendszert (ahogy írtam az előző hsz-ben). Neten nem leltem scatter file-t a tablethez.
-
ksanc
őstag
SPFT nem engedte a régi twrp recoveryt feltenni
Hogyhogy? Ha a scatter stimmel, akkor bármilyen, megfelelő nevű fájlt betallózhatsz és felrakja, akár a kedvenc könyvedet is...
A TWRP-k szerintem lefelé kompatibilisek, ha nem ismerte fel, akkor valamelyik fájl - info, md5 - hiányzott.És mégis rögtön lett imei a mentés visszaállítása nélkül
Akkor azt tudom elképzelni, hogy Download onlyval raktál fel valamit, ami véletlenül működött, csak éppen az nvram-ot nem tudta olvasni, pedig sértetlenül ott volt. Vagy éppen Firmware upgrade-el, az nvram backup-restore rendben végbement, csak az új fw nem ott kereste, ahol szerinte lennie kellett volna. Bár ez nem valószínű. Kivéve, ha nem a hozzávaló scatterrel gányoltál.
Még egy korábbi témához: ha valaki a bootoloadert félreflashelni, akkor a teló megy a kukába. Nem véletlenül ez a neve. Illetve ezután még valamilyen JTAG vagy egyéb hardveres módszerrel vissza lehet barkácsolni, de a gyártók nem szokták szellőztetni a módját.
-
ksanc
őstag
Szia!
Bocs, nem olvastam végig a történetet, de ha abban a full mentésben az userdata is benne volt, akkor azért "lett meg" az IMEI-id. Ugyanis az nvram, nvdata adatai oda is bemásolódnak, az üzemelő rendszer onnan olvassa már ezeket az adatokat.
Ezért is fordul elő, hogy egy telónak már régen legyalulta valaki az nvram-ját, de csak egy factory reset után jelentkeznek a problémák. -
Shirko
tag
Sajnos ki kell javítsam magam, a debuggoló eszközre talált program elég gyatra, az adb parancsokat nem továbbítja csak egy remote shell-t nyit.
Így a hasznosság eléggé korlátozott. Pláne ha a célkészüléken amúgy is használni tudjuk a terminált. Mondjuk azt már kernel auditor segítségével init.d emulációval megoldottam, hogy ne kelljen terminálból minden indításkor beírni a parancsokat, de hát kinek van ennyre felkészítve a javítandó gépe ?
Szóval ezt a "projektet" az alapkutatás kategóriába sorolom.
Valaki ismer androidos ADB cliens apk-t? -
Shirko
tag
Teljesen kábel nélkül megoldva:
Céleszközön: (terminálból rootként)
setprop service.adb.tcp.port 5555
stop adbd
start adbdDebuggoló eszközön:
[link]A dolog szépséghibája, hogy rootolt kell legyen a javítandó teló, és külön furcsaság, hogy jó jogosultságú shell szkriptből permission denied-be fut, pedig egyesével teljesül. SElinux permissive esetén is. Mit felejtettem el a shell szkriptekkel kapcsolatban az évek során???
-
adb-n a reboot recovery-nek nem kell root.
A teljes kikapcs után a bill. kombó kellene, hogy működjön.
Azonban itt van egy kis lehetőség az eltérésre:
- hangerő fel + power
- hangerő fel + hangerő le + power
- ugyanez a fenti kettő akkor, ha a töltés biztosított - magyarán töltőn van a telefonÉs csak akkor működik, ha tényleg a saját recovery-je van rajta. Akár egy kernelkülönbség a recovery-ben meggátol(hat)ja ennek betöltését.
-
siryeti
tag
Szenvedtem vele szépen.
Végső megoldásként csak a saját, még kibontatlan töltő kábeljével sikerült a Flash, 3 másik kábellel nem.
Mondjuk ezzel meg fele annyira sem hajlandó tölteni mint a többivel, fene sem érti...
Recovery-t azóta sem sikerült elérnem sehogy, próbáltam csak recovery-t flashelni, lefutott hiba nélkül, de sehogy sem lehet előcsalni..
Ez valami X-akták nekem -
siryeti
tag
Próbáltam a létező billentyű kombinációkat , ami nem túl sok így ugye, de semmi, pedig elötte 5 perccel azzal léptem be a recovery részbe.
Az órát sem tudom megnézni, nem jelzi ki.
A frissítések keresése alatt ott van ugyan az átugrás lehetőség, de szürke, mint ahogy a wifi hálózat kiválasztásánál hiába nyomom hogy mégsem, nem lép tovább addíg amig nem kapcsolódom
-
siryeti
tag
-
-
Keeperv85
nagyúr
Nem mindegyik teló tud bebootolni üres nvram-mal, van ami egyből portot vált és megáll. Most MTK esetén ez a CDC lenne, vagyis az úgynevezett meta mód.
A nvram egyedi telefononként, tartalmazza az IMEI számokat, és a MAC címeket. Semmi esetre se másold egyik telóból a másikba és kérlek ne is javasold: kitiltja a hálózat a userünk, ha duplikált IMEI-eket érzékelnek...
-
mexel
veterán
Akkor itt azért lehet más a móka mert ez nem telefon, és a serial number üres. ( tv box) Egyszer olvastam valahol valamit erről hogy itt mi alapján generálja a számokat, de nem találom sehol sajnos.
Az adb devices-re is azt írja: not found.
Az lenne jó ha kiváltható lenne a számsor pl x-ekkel vagy valami általánossal, de akkor ez nem lesz járható.
Köszönöm az infót! -
mexel
veterán
Az igaz hogy a twrp-k sem átjárhatóak, fixen egyet használok mindig. ( ez nem telepített hanem recoveryből indítható)
Az átnevezéssel nincs gond, az a baj hogy ha ezt mások is szeretnék telepíteni akkor hogy oldjam meg. ( ez a cél, hogy a kész mentést bárki telepíthesse) javasolni nekik a kamumentést nem célszerű mert sokan nem értik majd, viszont az amire átnevezem nem mindig jön be. Érdekes hogy van amikor azonos típusoknál jó, de 1-2 kivétel mindig van. Ezt a részét vagy miértjét nem értem jelenleg.
(példa: van itt 5 egyforma készülék, abból 3-nál jó volt ugyanaz a számsor, kettőnél nem
pedig ugyanaz a firmware van rajtuk) -
Upo
addikt
Nyilván volt a rom zipben bootloader is, nyilvánvaló ha visszakerül a gyári akkor a magisk repül. De ez alapvetés, inkább azon kell csodálkozni ha megmarad, bootloadert azért szoktak tenni a rom zipekbe. Minden rom telepítés után nyilvánvaló, hogy a magisk-et is tolni kell. Ha maradt a patchelt bootloader akkor észreveszi és nem csinál semmit, ha nem maradt akkor meg újra patcheli. Nincs veszteség belőle, hacsak azt a pár másodperc pluszt nem tekintjük annak.
Ha pedig a magisk beállításokat, modulokat hiányolod, akkor meg factory reset előtt el kell menteni a magisk mappáját a data partíción, és utána visszarakni. Láttam már /data/adb és /data/magisk alá is belinkelve. Lehet az egészet, de ha a magisk.img-t (vagy ha már több van akkor az összes darabját) elmented, és reset - rom telepítés - magisk telepítés után visszamásolod akkor minden megmarad.
Láttam valami zip-et ami átlinkelte a magisk dolgait a /data-ról a belső tárhelyre, az úgymond "factory reset álló", csak ott meg a reset+rom telepítés+magisk telepítés után még azt a zipet is el kell indítani, hogy a belsőn levő dolgokat visszalinkelje a helyére. -
Shirko
tag
Telepítettem egy ubuntut és megcsináltam terminálban. Nem védelem, vagy bootdisk ellenőrzés okozta a nox fagyását. Egyszerűen a sima visszacsomagolás semmit sem ér. A find . | cpio -o -H newc | gzip > ../ramdisk
tökéletes fájlt hozott létre. A reboot után a megfelelő tulajdonságokkal létrejött a gyökérkönyvtár alatt a könyvtár amit beírtam az init.rc-be. -
Shirko
tag
Konkretizálom a kérdést:
Extract Ramdisk, Modify And Repack
mkdir initrd
cd initrd
cat ../initrd.img | gunzip | cpio -vidA kicsomagolást a 7Zip megcsinálja. A változtatásokat én megcsinálom.
Az alábbi visszaépítést viszont elvben ugyan meg tudom csinálni a 7Zippel, de amikor visszaírom a boot particióra mindíg behal a NOX.
Windowson mivel, vagy a 7Zip milyen paraméterezésével válthatom ki az alábbi parancsot:
cd initrd
find . | cpio --create --format='newc' | gzip > ../myinitrd.img ? -
Kukcaman
senior tag
Igen, ez az egy biztos
Mielött itt kérdezősködtem volna, átnéztem mindent, ami csak eszembe jutott.
Nekem is az első találat a needrom volt, majd az orosz oldalak, kínai
Mindegyik a needrom-ra hivatkozik, vagy ha nem arra, akkor ugyanaz a fájl.
Meg van egy másik X5... kezdetű is.
Az utóbbi linkedet is leszedtem még az elején de 6572-s
-
Shirko
tag
Persze mondanom sem kell, hogy fájlböngészőről volt szó.
Azóta kipróbáltam a Lenovo A2010 telefonon is. Azon is hasonlóan működik. A Nox emulátoron (4.4.2) viszont az iniciáló rész (engedély + elfogadás) elött (miatt?) megszakad a feltelepült program futása. Pedig a Nox alatti framework-res.apk-t betöltöttem a apktools-ba. (Az én belepiszkálásom elött sem ment NOX-on.) -
Keeperv85
nagyúr
Szia!
MTKDT már rég nem pálya sajnos. Az új SoC-k nem kompatibilisek vele. Én használok néha SPMDT-t is, de már az is nagyon kiveszett. Qualcomm vonalon a QPST még, ami fut, illetve az SDK tools mindenhová adb, fastboot, alap. A gyártók specifikus cuccait ne feledjük: Odin/Heimdall, Sony Flash Tool, RK Bach... és a többi...
-
-
Upo
addikt
A fastboot parancs működik, de az image-ből bootolás nem implementált. Vagy zárt bootloader lehet a háttérben, vagy csak simán kiszedte a gyártó a fastboot alóli image boot-ot.
Nem tudjuk milyen készülék, ha tudnánk, lehet hogy valaki tudna rá okosabbat mondani.
Bootloader unlock után lehet hogy menne a parancs, de nem biztos.
Hiába no... 3 éve nem csináltam ilyet.
artition name you should open;
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- BESZÁMÍTÁS! Asus Prime A320M R5 1600 16GB DDR4 512GB SSD GTX 1050 Ti 4GB Rampage SHIVA TT 500W
- BenQ PD-2700-U Monitor - Designer 4K 27"
- Apple iPhone 12 64GB, Kártyafüggetlen, 1 Év Garanciával
- Bomba ár! Toshiba Satellite Pro R50-C - i3-6G I 4GB I 128GB SSD I 15,6" I HDMI I Cam I W10 I Gari!
- Konzol felvásárlás!! Xbox Series S, Xbox Series X
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest