- Luck Dragon: Asszociációs játék. :)
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- bitpork: MOD Júni 13 Augusztus 2- szombat jelen állás szerint.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Gurulunk, WAZE?!
- sziku69: Fűzzük össze a szavakat :)
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- gban: Ingyen kellene, de tegnapra
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Ndruu: Segíts kereshetővé tenni a PH-s arcképeket!
-
LOGOUT
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
-
ksanc
őstag
válasz
cappa72
#5783
üzenetére
Szokás szerint az ágyúval verébre kategóriát műveltem. Persze, biztosan reflow kell, nem átnézni, hogy mit cseszhettem el.
De úgy látom, senkinek nincs kedve találós kérdésest játszani, így leírom, mik voltak a gondok:
Legelőször is, hogy nem emlékeztem arra, hogy szombat éjjel mégiscsak elindítottam a firmware upgrade frissítést az általam kreált fw-vel. Úgy emlékeztem, csak terveztem másnapra :D Hiába, mindig az utolsó sör a hibás
Ugye a tabiról nem sokat tudtam, de annyi kiderült, hogy JTY KT107, plusz a belsejében lévő címkéről a részletek is. A Needromon van is egy jópár FW, de egyik sem stimmelt ehhez, mégpedig azért, mert a partíciók kezdőcímei máshogyan vannak. (Meg több minden más is). Ez egy recovery read back-nál derült ki, nem volt jó helyen a fejléc. Találtam egy MT6850-es scatter fájlt a neten, aminél stimmelt a recovery kezdőcíme (persze több partícióé nem stimmelt, ezeket meg kellett találnom és átírnom), és abban volt egy plusz partíció, az ITEMS. Így, nagybetűvel. Ez volt a gond, ugyanis az fw upgrade frissítés után az emmc-n szintén nagybetűs lett a partíciónév, a preloder és az LK pedig kisbetűs névvel kereste a partíciót (linux alapú rendszerek ugye megkülönböztetik a kis- és nagybetűket), de olyat meg nem talált (items partition not found) Tehát át kellett írnia a scatterban kisbetűre, majd újból firmware upgrade, és voila.
Egyébként erről az items partícióról tud valaki valamit? Egyetlen szöveges ini fájlt tartalmaz, amiben a kijelzőhöz és első- hátsó kamerákhoz szükséges kamerák driver nevei vannak. Ha ez hiányzik, az lk elszáll, mert nem tudja azonosítani a szükséges lcm (kijelző) driver-t.
Úgy nézem, a kínaiak újabb találmánya, hogy még könnyebben lehessen fake variációkat létrehozni
-
#5764
aytukabozs
addikt
cappa72
#5751
-
ksanc
őstag
válasz
cappa72
#5754
üzenetére
Szia Cappa!
Érdekesen van megoldva, mert van ilyesmire vonatkozó fake bejegyzés build.prop-ban, de fütyül rá. Illetve átírtam a ro.romtool.fake_memory értéket 2-re, és utána 2GB-t írt is ki, nem 4-et a ramra, de aztán a mókolások során visszaállt 4-re és akármit csinálok, úgy marad.
-
#5652
ruszi_tomi
aktív tag
cappa72
#5650
-
Shirko
tag
válasz
cappa72
#5604
üzenetére
Minden telefonra vonatkoztatva nem állítom, de vannak olyanok amiknél ez a helyzet. Mondjuk az enyémek nem írják, hogy no command, de várják a parancsot, amit ha kiadok (fastboot) végre is hajtják.
Most nincs mtk-s telefonom, nem tudom megnézni mit csinál a zöld robotnál.
Nexus 5 esetén most próbaként töröltem a recoveryt, majd már újrabootolás után adb reboot recovery parancsra szintén a zöld robotos fastboot módra visz recovery hijján.Az SP tools dolgot viszont már beszéltük, hogy az a fastboottól különbözik, és kikapcsolt készülék kell hozzá, semmiképp nem zöld robotos.
-
Upo
addikt
válasz
cappa72
#5604
üzenetére
Én végig szoktam próbálni a kombinációkat, volt ami a leírás szerint power+mind a két vol gombra ment be, és mintha power+hang le is lett volna (sőt van ami recoveryben pont fordítva megy mint androidban, azaz ahogy rá van írva. Gondolom olyankor lusták recovery alatt is megcserélni a gombokat)
-
mikk2000
őstag
válasz
cappa72
#5589
üzenetére
Kicsit feljebb pont írtam (kicsit részletesebben), hogy az UBIFS FAQ pár példát ír fájlrendszer létrehozásra, és látható, hogy a felhasználható fájlrendszer mérete eltér a partíció méretétől, pont olyan arányban, ahogy itt is. A példában egy 512MB-os partícióra 450MB tényleges fájlrendszer fért fel. 1GB méretnél ez már 100MB körüli eltérés, szóval én ezzel ki vagyok békülve már. Ha erre gondoltál hogy hiányosság.
-
mikk2000
őstag
válasz
cappa72
#5587
üzenetére
Szia
Igen, azt már korábban is észrevettem hogy a GUI-kat nem komázod, de a világ errefelé halad jó ideje. Egy GUI-s program sem a kisujjából szopja ki egyébként egy partíció méretét
De lefuttattam a df-et:
u0_a120@Rainbow:/ $ su
root@Rainbow:/ # df
Filesystem Size Used Free Blksize
/dev 491.2M 128.0K 491.1M 4096
/sys/fs/cgroup 491.2M 0.0K 491.2M 4096
/mnt/secure 491.2M 0.0K 491.2M 4096
/mnt/asec 491.2M 0.0K 491.2M 4096
/mnt/obb 491.2M 0.0K 491.2M 4096
/storage/emulated 491.2M 0.0K 491.2M 4096
/storage/emulated 491.2M 0.0K 491.2M 4096
/system 869.6M 442.5M 427.1M 4096
/data 2.1G 744.3M 1.4G 4096
/data/sdext2 1.0G 525.6M 530.5M 1024
/cache 26.2M 84.0K 26.2M 4096
/protect_f 12.0M 12.0M 0.0K 8192
/mnt/cd-rom 1.2M 1.2M 0.0K 2048
/mnt/shell/emulated 2.1G 744.3M 1.4G 4096
/mnt/media_rw/sdcard1 756.5M 329.3M 427.3M 4096
/storage/sdcard1 756.5M 329.3M 427.3M 4096
/storage/emulated/0 2.1G 744.3M 1.4G 4096
/storage/emulated/0/Android/obb 2.1G 744.3M 1.4G 4096
/storage/emulated/legacy 2.1G 744.3M 1.4G 4096
/storage/emulated/legacy/Android/obb 2.1G 744.3M 1.4G 4096
root@Rainbow:/ #Amint láthatod, ez is pontosan 869M-t ír a systemre. Terminal Emulator app kimenet másolata.
-
mikk2000
őstag
válasz
cappa72
#5585
üzenetére
Nem hagyott nyugodni a dolog, így rákerestem erre az UBIFS-re, hogy mégis mi a nyavaja ez.
Felületesen, röviden fogalmazva azt olvasom, hogy ez egy kifejezettem flash-re tervezett fájlrendszer, ami ahhoz jobban illeszkedik, mint a merevlemezre (ext) tervezett fájlrendszerek. Így aztán ez nem úgy néz ki hogy van egy kis fejléc és csókolom, hanem kemény területeket foglal el a flashra optimalizált fájlrendszer pluszban, mivel egyes részek belső io műveletekre vannak fenntartva (megjegyzem: ahogy például az SSD-n is, persze gyártótol függ hogy a szükséges működéhez puffer eleve meg sem jelenik a tényleges használható méretben, vagy a felhasználónak kell szabadon hagynia).
Az egyik létrehozási példában írják is, hogy a 512MiB-es partícióból a tényleges használható fájlrendszer 450MiB lesz. [link]
Így reális az 1GB-os partíción 869MB szabad.Szóval akkor nem 1GB a felhasználható méret fájlok részére, hanem a fájlrendszer miatt a használható ennél kisebb. A scatter fájlban azért nincs meg a ténylegesen felhasználható méret, mert az automatikusan jön létre (számolódik ki).
Szóval ha 869MB(MiB?) a ténylegesen használható, akkor tulajdonképpen 400MB szabadítható fel a DATA partíció részére. Vicces hogy a 8-16GB-os UserData korában ilyenekkel kell bajlódni, deha megfizetnék a munkám normálisan, akkor nyilván vennék egy ilyen telót/tabot már 30 körül és kész
-
Shirko
tag
válasz
cappa72
#5583
üzenetére
mik2000 esetén az 1 GB-s partíción egy 869 MB-s fájlrendszer van aminek a fele üres. Ezért akarja a második 500 MB-t a Data-hoz adni, kiszedve közülük a Cache-t. Ha a fájlrendszert össze tudja zsugorítani mint mondjuk a Gparted resize funkciója teszi, akkor nyerne. Gparted linuxon loop eszközön is működik, de az ubifs szerintem nem megy neki. A te módszereddel létrehozott üres fájlrendszerre másolás (jogokkal) ext4 esetén működne, de te is azt mondod ez ubifs miatt már nehezebb.
-
-
Shirko
tag
válasz
cappa72
#5572
üzenetére
500 MB-s system partíciót akar csinálni, arra írtam, hogy a mostani system.img-t nem tudja feltenni.
Userdata-t akarja növelni, és a cache-t áthelyezni közülük.
Az jó hír, hogy a scatter alapján a flash tools megcsinálja a partíciókat, de gondolom az fstab tartalmát nem generálja újra.
szerk.: márpedig ha a cache és a userdata helyet cserél, akkor a mountolási pontokat át kell írni. -
-
RockFonok
tag
válasz
cappa72
#5558
üzenetére
Nem tudom hogy rossz a sorrend, nem értek hozzá.
Elvileg ez az alap ROM hozzá.
Eredeti ROM-ot a gyártó meg már letörölte az oldaláról.
Próbáltam másik ROM-al is de az elkezdte csinálni de az is meg szakadt.
Már azt se tudom hány ROM-al próbáltam, de mind sikertelen.Ezt is próbáltam már:
[link]Szerinted szervizbe meg tudnák csinálni?
Kb mennyiért csinálnak ilyent?Van egy régi Samsung Galaxy Pocket Neo S5310 telefonom, arra egyből felment az eredeti ROM innen:
[link] -
mikk2000
őstag
válasz
cappa72
#5542
üzenetére
Szia, köszönöm még egyszer, egyelőre minden szuper. A hivatalos rendszerfrissítés után nem csak az NVRAM error tűnt el a wifi csatlakozási infó közül, de még a MAC cím sem változik induláskor.
Hát egyelőre azt hiszem nem mélyedek bele jobban mi a pontos menete a root megoldásának enek a telón, végülis működik teljesen, köszi.
Az 1 klikkes rootoló programoktól az vette el a kedvem hogy mindegyik tartalmaz backdoort azt olvastam. Na erre fel, mikor a SuperSU free eltűnt a play áruházból (és nincs azóta se, bár le lehetett tölteni mondjuk innen [link]), rákerestem és azt találtam, hogy pár verzió óta valami kínai cég fejleszti, ezért már nem lehet abban sem megbízni... [link] ó de jó. Úgy látom a legjobb megoldás a Magisk lenne, annál az sem látszik hogy rootolt a készülék, de annak Android 5x kell minimum. Nyilván azt senki nem vállalja be, hogy a KitKatos tabra csinál egy komplett 5x-es rendszert
Ügye az egész rootolási dolog elsődlegesen (teljes full backup utánajárás után) arra ment ki, hogy legyen a telón több hely, mert az a szabad 2 GB nem túl sok. SDFix-el a KitKat már tud SD írni mondjuk SDManager III-al.
Ahogy nézegettem feltűnt, hogy a System partíció kb. 2x akkora mint amekkora kellene. Ez kb 500 mega totális helypazarlás, hiszen arra írni semmi nem fog, hivatalos rendszerfrissítés nem várható erre a telóra már, hiszen a terméktámogatás oldal is régen megszűnt. Át lehetne méretezni a partíciót, csak épp közte van egy cache partíció is, ami bonyolítja a dolgot, meg gondolom ilyesmitől infarktust kapsz, mert utánaolvasva kissé veszélyes partíciókat méretezni (ész nélkül) androidon. Szerencsére Link2SD-vel lehet olyat csinálni, hogy az alkalmazásokat rendszeralkalmazássá tenni. Ezzel a módszerrel az alkalmazás frissüléséig nem foglal helyet az USER partíción a program kódja. Annyi előnye is van a rendszeralkalmazássá tételnek szerintem, hogy ha backupolom a System partíciót, akkor elvileg a legközelebbi újrahúzáskor (ha lesz ilyen) akkor eleve friss, és az általam használt programokkal feltelepített rendszert kapok. A link2SD fizetős verziójával elvileg egy app kódja + adata is áthelyezhető SD kártyára. -
mikk2000
őstag
válasz
cappa72
#5540
üzenetére
Szia, kösz szépen a segítséget!
Nézegettem, szépen ment a root, el tudtam végre érni az SD-t is SDFix-el KitKat-on.
Közben felbátorodtam és feltoltam a teljes updatét úgy, ahogy a gyári leírás is írja (magyarul). Tehát firmware update módot kellett kiválasztani. Az érdekes az, hogy a frissítés nagyon gyorsan felment, ránézésre USB1 mód felett (bezzeg mikor olvastam readback-el...) A frissítésnél eleve benne volt a te módosított boot imagéd. Ennek ellenére az adb nem adott # promptot. Na mondom ilyen nincs. Feltoltam megint a teljes firmware updatét az eredeti boot imagéval, majd 1-2 újraindítás meg matatás után fasboot módban külön a te boot imagédat. Ezek után mit ad isten az adb azt mondja hogy #
De épp most a play áruházból meg pont eltűnt a SuperSu ingyenes... gondolom frissítik vagy ilyesmi. Az NVRAM warning viszont eltűnt teljesen a WIFI kapcsolatokból.
Kösz még egyszer, folytatás munka után! Esetleg nagyjából(!) leírhatnád, hogy tulajdonképpen hogy varázsoltál a boot imagéből insecure boot-ot.
-
mikk2000
őstag
válasz
cappa72
#5529
üzenetére
Szia!
Miért is akartál másik scatter-t használni, mint az eredeti?
A PMT change az a partition management table rövidítése. Ha változtattál a scatter-ben a partíciók (bármelyik) méretén, akkor ez az üzenet teljesen jogos.Semmit nem változtattam rajta, főleg méretet nem, csupán a fájlnév van átírva a boot.img arra amit küldtél, illetve a többi partíció ami amúgy sem kell most (hiszen úgyis kiveszem a pipát), az ki lett törölve a scatter fájlból. Szóval ezen a scatter fájlon gyakorlatilag semmi sem lett változtatva. Azért változtattam tehát, hogy megadhassam az új fájlnevet, és kulturáltan nézzen ki az egész. Az SPTool-nak egyetlen partícióra van szüksége amire írni fog, így a többire nincs szüksége. Ez volt a gondolatmenetem.
Okés, akkor megcsinálom azt, hogy az eredeti scatter fájlt használom, változtatás nélkül. Még a fájlnevet sem írom át. Ekkor az általad küldött boot imagét átnevezem boot.img-re és abba a könyvtárba teszem, ahol a helye van, ahol a többi is van, ahová az útvonala mutat. Mikor olvastatom be az SPToollal a scatter fájlt, logikusan arra panaszkodik, hogy nem jó a checksum. Sebaj, van egy cheksum generátor a könyvtárban, lefuttatom hát. És valóban a boot.img cheksuma megváltozott a Checksum.ini-ben. Királyság. Most már el is fogadja a scatter fájlt. Kiveszem a pipát mindegyik elől, kivéve a bootimg elől (ezt nem kellett megcsinálni a módosított scatter fájllal ügye). Viszont úgy tűnik, most tényleg lefut a "download" amit inkább upload-nak mondanék. Akkor (bár nem használja, és nincs értelme) mégiscsak jó ha látszik a scatterben az összes partíció. A folyamat után teló nem indult újra. Elindítom, elindul a teló normálisan. Kíváncsiságból visszaolvastatom a boot partíciót, és egyezik az insecure kernellel amit küldtél, szóval a "download", azaz az unsecure kernel feltétele sikeres volt.
Legközelebbi boot után pedig ennyi dolgod van ismét:
adb shell
Ha erre a prompt mögött megjelenik a # jel (a $ helyén) akkor adb oldalról tudod használni a root jogot.
Ha ez megvan, akkor már csak 1 lépés van vissza a fix root kialakításához.Hát sajnos ez van:
c:\Mobil\Beex_Rainbow\platform-tools>adb devices
List of devices attached
0123456789ABCDEF devicec:\Mobil\Beex_Rainbow\platform-tools>adb shell
shell@Rainbow:/ $ -
mikk2000
őstag
válasz
cappa72
#5527
üzenetére
Szia!
Teljesen szemléletes eredményt ad a TC összehasonlítás, de kinek mi szimpatikus
Az általad küldött insecure kernel bootimg-t megpróbáltam felrakni, csak azt és nem mást [link]
...de ez a kép fogadott:
Erre mondom megpróbálom az update-ben levő bootimg-t feltenni próbaképpen, főleg hogy nem volt eltérés a backuppal. Ez felment, lett zöld pipa a végén, bár a tablet nem indult újra.
Simán csak a download/download only módot használtam. Úgy olvastam ez a hiba arra utal, hogy a területet formázni kéne, tehát gondolom format all + download, de nem vagyok benne biztos hogy az "all" mit formáz, úgyhogy egyelőre nem piszkáltam. A teló egyébként elindult gond nélkül.
Ezt a leírást olvastam egyébként frissítéshez:
[link]A scatter file amit szerkesztettem az insecure kernel bootimg update-hoz: [link]
-
mikk2000
őstag
válasz
cappa72
#5524
üzenetére
Sza, látom egyszerre csak egy kérdéssel foglalkozol, jó, akkor legalább nem keveredünk össze
Alapesetben úgy kell menteni, hogy a proc/partitions által megadott hossz és a mentés mérete azonos legyen.
Ez nyilvánvaló szerintem, így is írtad a példát fentebb. Tehát pl az ANDROID-nál (SYSTEM) a start: 0xf800000, a méret meg 0x40000000
Két img mentése során ha nem kapcsoltad be a tabot és azonos módon történt a mentés, úgy ellenörzőösszeges összehasonlítást használj (md5, sha).
A tab nem volt bekapcsolva természetesen.
Ha binárisan összehasonlítok két fájlt mondjuk total commanderrel, az kicsit értelmesebb infót ad, mint egy sima checksumos ellenőrzés, mert kb. látom, hogy mennyi az eltérés, vagy ha kevésben tér el, akkor miben. Magyarul ha két fájlt binárisan összehasonlítok, egyrészt informálisabb, másrészt az teljesen pontos (100%) eredményt ad, még pontosabbat is, mint bármilyen checksum. Mondok egy példát, ha két 1GB-os fájlod van, checksumos ellenőrzésre azt látod hogy nem egyezik, viszont ha összehasonlítod binárisan, akkor lehet hogy kiderül az, hogy csak egy byte-ban tér el, ami azért hasznosabb információ.Szerintem is azonosnak kellene lenni a mentéseknek, mégsem azok azoknál amiket írtam, bár a CACHE nyilván nem számít (gondolom az temp), az NVRAM is érdekes, mert egyrészt a nevében ott van hogy RAM (ami tudjuk mit jelent) másrészt érdekes, hogy a MAC address ennél a tabnál mindig más indulás után, márpedig ha ezt az NVRAM-ból veszi, akkor nyilván változik az is, és akkor nyilván el is fog térni a mentett adat. Marad az ANDROID (System) amit nem tudok hova tenni hogy miért tér el. De felrakok két azonos, de tartalmilag mégis kissé eltérő mentést a SYSTEM-ről, és ha gondolod nézz rá. Elvileg ügye azonosnak kellene lenniük. Link privátban megy!
Szerk: Ja, a WIFI kapcsolatnál az előző factory reset óta fixen látszik egy NVRAM WARNING: ERR=0X10, kitörölhetetlenül, szóval az NVRAM tuti nem az igazi.
-
mikk2000
őstag
válasz
cappa72
#5520
üzenetére
Szia, ma kórházba kísérős elfoglaltságom volt, csak későn érkeztem.
Data partíciót azt nem feltétlen kell menteni, az csak a felhasználói adatokat tartalmazza (ez törlődik factory reset esetén). De meg lehet próbálni lementeni adott kezdőcím és a dumchar_info-ból kapott mérettel (aminek egyeznie kell a partitions mérettel. Mivel a gyári rom tartalmaz egy userdata.img-t, ezt felesleges menteni. Ez gyakorlatilag egy üres data partíció, simg típusú image fájlban.
Elsőre azért gondoltam menteni, mert az üres relatív dolog, hiszen nyilván van rajta egy filerendszer, és lehet pár rendszerállomány vagy bármi OS-től függ. De ha azt mondod üres, akkor üres, én elhiszem.
A "gyári rom" kifejezést viszont kicsit helytelennek érzem, mert ahogy lejjebb részletezem, ez egy update (esetleg "gyári update"), tehát a gyári update tartalmaz egy userdata.img-t, ha pontosíthatok.Ami a system métereltérést okozhatja az az, hogy a system partíció mérete az meghatározott, amit rá akar(sz) tenni, az pedig vagy ugyanakkora (img esetén), vagy kisebb (simg esetén)
A system szerintem azért tér el, mert amit feltettem dropboxra a lengyel oldalról, ez egy szoftverfrissítés, ergó nyilván valami megváltozott benne. A frissítésben levő instrukcja.pdf ezzel a sorral kezdődik:
"BeeX Rainbow szoftverfrissítés"
Ami arra utal, hogy frissít valamit (újabb verzió lesz a telón levő szoftver). Ergó nyilván a frissült(updatelt) adat nem akkora lesz byte-ra pontosan, mint az eredeti.
Tehát én azt írtam hogy "csak a PRELOADER, RECOVERY, és az ANDROID(System) tér el", mármint összehasonlítva tartalmilag, ami azt jelenti. hogy ezek a fájlok változnak, azaz frissülnek! Azaz ez egy update lesz, ahogy a pdf első sora is mondja. De abból is látszik, hogy a telón a kernel verzió ami látszik az 2014.09.29, míg az update könyvtárának nevében 20141010 van. Ami kb egy hónap eltérés.
De ha felraktam majd a backup fájlokat, akkor magad is összevetheted az update-vel.
Érttem amit írtál, hogy a preloader-t hiába vetem össze, mert azt vágni kell. Viszont ha nem tudom hogy kell vágni pontosan, baszhatom a backupot, mert nem tudom visszatenniEste megpróbálom majd megnézni a linkelt fájlokat, addig a mentést érdemes megcsinálni úgy, hogy a mentett fájl mérete megegyezzen a beírt partíciómérettel (talán page only mód). Ha az megvan, akkor már egészen jó a helyzet.
A ténylegesen mentett image-kat még nem tettem fel, de nem is baj, mert akkor lementek mindent, kivéve amit írtál.
Köszi a hasznos infókat, akkor elkezdek menteni, bár nem biztos hogy ma összejön, kicsit gáz hogy usb2 a kapcsolat, és mégis a System-et nekiáll lementeni kb. 1 MB/s-el, ami USB1. Újabb verziós SPTool-ok amiket néztem, meg lehalnak kiolvasáskor.
A rootot úgy szeretném majd megoldani (olvastam hasonlót) hogy ne boldog-boldogtalan minden program legyen hirtelen root jogú, hanem csak az, aminek én kifejezetten megengedem, a biztonság végett. Köszönöm.
-
mikk2000
őstag
válasz
cappa72
#5514
üzenetére
Okés, azzal az SPTool-al, ami a Beex frissítő csomagjában van, gond nélkül megy a kiolvasás. Mondjuk ez is hozta a spare, page és egyéb lehetőségeket, de engem nem vert át, mert lementettem az összes módban
Ránézésre nincs siker, mert az eredeti boot.img 4 megás, amik meg keletkeztek, azok 8 mega fölött vannak.
Nade engem sem ejtettek a fejemre teljesen. A partíció mérete egy dolog, viszont nyilván nagyobb, mint amekkora kell. Simán total commanderben összehasonlítottam (binárisan) az update boot.img-t a rom_1-el (page only). És mit látok? Egészen $445800-ig azonos, utána a mentés csak $FF-et tartalmaz (nem görgettem teljesen végig de ránézésre az). Ha pedig a $445800-at visszaszámolom decimálisba, akkor 4 478 976-et kapok, ami pedig pontosan megegyezik az updateben található boot.img méretével, azaz mondhatjuk azt, hogy a lementett boot.img teljesen azonos! Csak éppen mentéskor nem tudja szegény SPTool meddig érdemes beolvasni, hiszen méretnek a teljes partíció mérete volt megadva. Okés, hogyan tovább?
-
mikk2000
őstag
válasz
cappa72
#5514
üzenetére
Szia, szerintem elbeszélünk egymás mellett, mivel én pont az tészrevételeztem, hogy az update scatter file nem ül az adb-vel kiolvasott adatokhoz (és a scatter file ügye az updatelt firmware, legalábbis a dátumából ítélve). Erre te meg megismétled a scatter file adatait. Mindegy, látva a publikációidat nyilván nagy tudással rendelkezel a témában, csak én is szeretném érteni, mit csinálok.
Nos, ez alapján a leírásod alapján a boot.img-t menteném le [link]
Legújabb SPToolal próbálkoztam egyelőre, már ott elakadtam hogy vannak olyan opciók pluszban hogy page only, page + spare only spare és hasonlók. Mindegy, kettőt kiválasztva, csatlakoztatom a telót, de 0%-nál nem megy tovább percekig. Megnézem régebbiverzióval is.
-
mikk2000
őstag
válasz
cappa72
#5512
üzenetére
Szia, köszi a sok melót
Nos, elsőre nekem is úgy tűnt, hogy hopp, itt egy scatter file kurva jó, ezzel tudok menteni, csak aztán gondolkodtam... ez egy új rendszer, mi garantálja, hogy nem változott meg a partíciók mérete, helye, egyéb paraméterei?
Úgyhogy elkezdtem összehasonlítani a scatter file-t azzal a cat /proc/dumchar_info eredménnyel amit írtatok nekem [link], és hát nem ül! Pl.Az updater scatter file azt mondja az egyik partícióra:
- partition_index: SYS7
partition_name: RECOVERY
file_name: recovery.img
is_download: true
type: NORMAL_ROM
linear_start_addr: 0x7800000
physical_start_addr: 0x7800000
partition_size: 0x800000
region: NONE
storage: HW_STORAGE_NAND
boundary_check: true
is_reserved: false
operation_type: UPDATE
d_type: LOW_PAGE
reserve: 0x00Ezzel szemben amit adb-vel kiirattatok velem, ezt mondja:
Part_Name Size StartAddr Type MapTo Region
recovery 0x0000000000800000 0x00000007 1 /dev/mtd/mtd7 USERA méret ül, viszont a (jav:start address) nem, de nem is nagyon értelmezhető mivel mi az hogy 0x00000007, ha mondjuk 0x0000000000700000 lenne azt mondom oké, de a scatter fájlban amúgy is 0x7800000 van. Több partíciót is nézvbe nem egyeznek a paraméterek.
Szóval ez a scatter fájl, bár nem értek hozzá, szerintem eltér a jelenlegi kiosztástól, tehát ha mentek vele, hülyeséget fog lementeni, így nyilván az esetleges visszaállítás is hülyeséget eredményez majd. Vélemény? -
Shirko
tag
válasz
cappa72
#5497
üzenetére
cappa72 >
Ha jól értem akkor egy recovery vagy boot.img mentésből tudnál csinálni egy rootolt recoveryt vagy boot-ot?mikk2000 >
adb root
adb shell
dd if=/dev/mtd/mtd6 of=/sdcard/boot.img
dd if=/dev/mtd/mtd7 of=/sdcard/recovery.img// ha a /sdcard útvonal nem jó, keresd meg hova írhatsz.
Ha a parancs nem fut permission denied-re akkor ezt a két fájlt módosítva és flashelve rootolt lesz a készülék, ha a cappa72 számára feltett kérdésre igen a válasz
-
mikk2000
őstag
válasz
cappa72
#5488
üzenetére
Szia, köszönöm a választ! Sajnos úgy néz ki ott akadtunk el, hogy "nagyjából meg is érkeztünk":
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:/ $ su -
su -
/system/bin/sh: su: not found
127|shell@Rainbow:/ $ -
gorje
senior tag
válasz
cappa72
#5304
üzenetére
Köszönöm szépen a választ és neked is Keeperv85!
Hát akkor ez nem jó hír
Akkor nem igazán van mit tenni? Próbáltam feltenni a 4.2.2 és 4.4.2-őt is, de ugyanaz a helyzet. Gondolkoztam, hogy otg kábellel eljutni online rendszerfrissítésig hátha... Fölösleges ötlet? Azon is gondolkoztam, hogy a belseje a 4G/3G-s verziót kapott de ott más a soc ha jól láttam (érdekes mert pl a gsmarena szerint így alakulnak a verziók: Mediatek MT8735 - 4G model / Mediatek MT8161 - Wi-Fi model). Ha más lenne akkor fel se ment volna a rendszer ill elhasalt volna igaz?Lenne egy másik kérdésem/problémám:
Adott YOGA Tablet 10 (B8000-F) ami folyamatosan újraindul. Bekapcs, "robot törlés" és újraindulás. Kínai reco vagy hardver test bejön. Az aksi gondolom emiatt már gatya... Találkoztatok már ilyennel esetleg? Hogyan tudhatnám meg, hogy menthető-e?
-
Keeperv85
nagyúr
válasz
cappa72
#5304
üzenetére
Ha a legrosszabb félelmeim igazak, az a touch mehet is a kukába. Nincs hozzá már program, ami képes lenne a touch eepromot újraírni, ugyanakkor az össze rom kiolvassa a verziót és lefrissíti a régebbit. Ezúttal örökre.. Ugyanis arra képtelen vagy, hogy rábírd, hogy ugyan tegye már vissza a régit, mert neked az működött csak...
-
GAbre
veterán
válasz
cappa72
#5224
üzenetére
SuperSu-t már próbáltam(Azt hittem másik root.zip,anno axem coolpadom lehetett úgy rootolni),rögtön ok után próbálok recoverybe lépni.
Hibakeresés is be volt lökve.
Adb-t nem futtattam.
Mind1 is.
Lehet lecserélem elephone s7re.
Valakinek van tapasztalata?
Fóruma nincs illetve kihalt napok óta nem írtak vissza. -
sgery
őstag
válasz
cappa72
#5221
üzenetére
Lg V400-as.
Az lg topik kihalt, senki nem figyeli, főleg nem olyan hozzáértők mint akik itt vannak jelenaytukabozs
Van hozzá esetleg valamilyen leírás valahol hogy miként?
Nagyon rég csináltam ilyeneket, szerencsére az utóbbi pár évben olyan telefonjaim voltak amiken a gyári rendszer tökéletes volt számomra így kiestem a dolgokból. -
#5071
davidvarga
tag
cappa72
#5069
davidvarga
tag
válasz
cappa72
#5069
üzenetére
Ezt a philz recoveryt próbálta a srác azt mondta nem jött be a recovery csak a telefon logó szintúgy twrp-vel is. Megvan az eredeti recovery szerencsére. Az mdt flashel kernelt is a recovery mellé? Mert akkor az van rajta (mindenre igent nyomott amit az mdt kérdezett). Most megnéztem és a boot.img mérete bájtra pontosan akkora mind a 100%ig eredeti recovery.img mérete (ez lehet?). M8t kéne keresnem a default.propban? Mondjuk írja is xda-n hogy 6572-vel nem működik ha jól olvastam (a philz recovery)
-
#5060
davidvarga
tag
cappa72
#5059
davidvarga
tag
válasz
cappa72
#5059
üzenetére
Szia. Azzal mentettem először, mindent lementett kivéve a SEC_RO partíciót nem, mert kiír egy 6013-as hibakódot. Amiket lementettem flash toolal hogyan tudom visszaállítani?
Az hogy van, hogy a scatter 6572 a pho phone info meg 8312? A phone info fájlban miért lehet üres a baseband, kernel és uboot sor? Próbáltam 3as flashtoolal de azzal hibát dob még a mentésre is.
A system partíció mdt menésénél a kaspersky 35 fájlt jelzett vírusnak (.gta, .gtpa, banner, i.js, tlp.js,) ilyen dolgokra. -
#5045
davidvarga
tag
cappa72
#5043
davidvarga
tag
válasz
cappa72
#5043
üzenetére
Igen volt factory. Nos a srác csinálta a cwm recoveryt mtk droid tool segítségével (ami úgy zajlott hogy volt mentése ami már nincs 😅😫 es onnan választotta ki a boot.img amiből a progi csinált egy recoveryt, ezt el is küldte nekem) és ha minden igaz bem fleshelt külön semmit csak ezt a progi. Látni látja csak hibaüzenetet dob unknow open sdcard vagy valami ilyesmi (most nem vagyok otthon ha otthon leszek pontosítom) a lényeg hogy nem tudja megnyitni és nem lehet csatolni sem megpróbáltam. A mentéshez tudsz adni egy linket, leírást? Am 4.4.2 volt rajta de azt mondta az egésznek azert fogott neki mert amint internet volt a telón minden félét letöltött, hiába csinált gyári visszaállítást meg factoryt. Sejtésem szerint valami mókolt rom volt. Gondol9m egy gyári firmware flashelés lenne a legcélszerűbb, csak sehol nem találok hozzá semmit, de még nagyon infót sem a telórol. Ami engem még aggaszt, hogy nem biztos benne hogy látta az imei számokat az mtk droid toolban. Ezt valahogy ki tudom deríteni, mert gondolom ha elszált az nvram is akkor kuka.
-
dethroner
veterán
válasz
cappa72
#5010
üzenetére
Lefuttattam, de én semmivel nem vagyok előrébb vele
Neked/nektek mond ez valamit?u0_a131@k05ts_a:/ $ cat /proc/partitions
major minor #blocks name254 0 524288 zram0
7 0 1254 loop0
179 0 15267840 mmcblk0
179 1 3072 mmcblk0p1
179 2 5120 mmcblk0p2
179 3 10240 mmcblk0p3
179 4 10240 mmcblk0p4
179 5 512 mmcblk0p5
179 6 512 mmcblk0p6
179 7 16384 mmcblk0p7
179 8 16384 mmcblk0p8
179 9 8192 mmcblk0p9
179 10 10240 mmcblk0p10
179 11 512 mmcblk0p11
179 12 2048 mmcblk0p12
179 13 6144 mmcblk0p13
179 14 8192 mmcblk0p14
179 15 5120 mmcblk0p15
179 16 5120 mmcblk0p16
179 17 307200 mmcblk0p17
179 18 1024 mmcblk0p18
179 19 32768 mmcblk0p19
179 20 33792 mmcblk0p20
179 21 2097152 mmcblk0p21
179 22 434176 mmcblk0p22
179 23 12236288 mmcblk0p23
179 24 16384 mmcblk0p24
179 96 4096 mmcblk0rpmb
179 64 4096 mmcblk0boot1
179 32 4096 mmcblk0boot0
179 128 30748672 mmcblk1
179 129 30747648 mmcblk1p1
u0_a131@k05ts_a:/ $ -
dethroner
veterán
válasz
cappa72
#4994
üzenetére
Én is néha túlaggódom és akkor hetekig csak bújok egy témát, olvasom hogy mit és hogyan, aztán amikor meg már nagyon felcseszi az agyam valami, akkor minden felkészülés nélkül belevágok
Most az előbbi állapotban vagyok még.
Ezek közül kellene kiválasztani hogy melyik van a telefonomon. Ota frissítésben jött, szóval gyári rendszer. De mi alapján tudom meg hogy melyik az? A biuld verzió: p8000_20160319. De egyik se tűnik ennek
-
dethroner
veterán
válasz
cappa72
#4992
üzenetére
Most lehet hülyeséget kérdezek, de annak a rendszernek a scatter-e nem használható a mentéshez, ami az új, telepítendő rom-hoz tartozik? És még egy kérdés. Az összes elérhető drivert feltettem már, szerintem több olyat is, amire esetleg szükség sincs. Mégis, az eszközkezelőben ezt látom:
Ez jó így? Ha rákattintok a sárga izékre és nyomok egy szoftverfrissítést, azt írja már telepítve van, vagy hogy naprakész. Akkor miért sárga?
-
attilav2
őstag
válasz
cappa72
#4984
üzenetére
Ha csak a mauihoz használnék virtuális gépet akkor is elhalálozhat a teló?
Csak az nvramot piszkálja ez meg nem akkora adatmennyiség mint egy teljes flash, kisebb a kockázat. Főleg a mauihoz nehezebb a feldrájverezés, ezért is lenne előnyösebb egy jól bekonfigurált virtuális gépet csinálni. Amit le lehet menteni, és egy teljes win újratelepítéskor gyorsan fel lehet húzni, illetve a virtuális gépet akár máshova másik gépre is el lehet vinni ha ott van szükség mauira. -
arfer
senior tag
válasz
cappa72
#4965
üzenetére
Mindkettőre 7.7GB-ot ír
... Tehát itt nincs külön internal storage partíció, hanem emulált, ahogy mostanában szokás. Ezért sem értem, miért mutat az fdisk 25GB-ot, a df meg csak 7.7-et. Factory reset nem segített. TWRP van. Próbáljak más ROM-ot feltenni? Az piszkálhatja a partíciókat? -
rdt89
addikt
válasz
cappa72
#4604
üzenetére
Sikerült a CDC-t felinstallálni, a COM12-es portot osztotta ki neki, megtaláltam az inf file-t is. Az kérdésem az lenne, hogy ezek közé illesszem be a Meta Mode feliratot?
[Strings]
MEDIATEK = "MediaTek Inc."
GADGET = "Android Gadget VCOM Driver"
SERVICE = "USB RS-232 Emulation Driver"
VCOM_BOOTROM = "MediaTek USB Port"
VCOM_PRELOADER = "MediaTek PreLoader USB VCOM (Android)"
VCOM_DA = "MediaTek DA USB VCOM (Android)"Egy ilyen formátumban megfelel:
META MODE = "MediaTek USB Port"
Előre is köszönöm szépen válaszodat
-
-
rdt89
addikt
válasz
cappa72
#4593
üzenetére
Elolvastam azok egyike se segített. Az engineer módban nekem nincs CDS information, valamint semmi telekommunikációs lehetőség, a MAUI nem is akar IMEI-t írni, sőt ahol ki lehet választani legördülő listát nem elérhető számomra, SPTools nem akar egyik romnál se Imei-t hozzá rendelni, próbáltam gyári rom vissza tételével, azoknál se reagált rá, próbáltam főzött romokat azok is figyelmen kívül hagyták, még a Xiaomi mtk író programját is próbáltam de zsákutca. Nem maradt más, mint a needrom összes elérhető rom-jának kipróbálása utolsó mentsvár ként. De ha bármilyen javaslat van nagyon nagy örömmel és hálával fogadom.
-
#4564
viewdetails
addikt
cappa72
#4561
viewdetails
addikt
válasz
cappa72
#4561
üzenetére
Az az igazság, hogy a hülyék vakszerencséjével dolgozom, köszönöm, hogy a tudásod rám pazarlod, de ennek nagy része nem mond sokat. Igazából annyi elég lenne, hogy melyik fájlokat ne tallózzam be, hogy ne csináljak visszafordíthatatlant
Megnéztem, pár bájtnyi különbség van a preloader tartalmak között, ez esetleg adódhat belső verzió eltérésből? -
#4535
magmakocka
aktív tag
cappa72
#4531
magmakocka
aktív tag
válasz
cappa72
#4531
üzenetére
Feltudtam rakni, csak nem értettem, hogy miért kellett az SD FIX-et előbb felrakni ahhoz, hogy feltudjam rakni a CM 13-at!
Egy hibát már találtam: "NVRAM WARNING: Err = 0x10" Viszont az internetet eltudom érni.A másik hiba érdekes.. Talált egy SanDisk-et amit felhasználhatok Belső tárhelyként vagy hordozható tárolóként! Amit észrevettem, hogy belső tárhelyem nincsen és lehet, hogy ezt vette észre. Az én HUAWEI gyári romjánál úgy volt, hogy az SD kártya lett a belső tárhely valamint amit a gyártó adott 2GB-t az volt az a tárhely ami SD volt, tehát felvolt cserélve. Igy nem merek hülyeségre rábökni
[SZERK] Tényleg nincsen belső tárhelyem.. A Total Commander sem tudja megnyitni
-
#4534
magmakocka
aktív tag
cappa72
#4531
magmakocka
aktív tag
válasz
cappa72
#4531
üzenetére
"http://brunoecq.blogspot.hu" Ez az oldal létezik is és érdekes ROM-at találtam ott:
Androis 6.0
FLYME OS 5.1.8.1
XPERIENCE 10.02
ZephyrOs MM
TipsyOs MMÉs még sorolhatnám. A google viszont ezt az oldalt nem találta meg nekem mikor keresgéltem egy rom-ot a telefonomhoz.
És megtaláltam azt a bizonyos CM13-at
Az a poén, hogy U61-et mindig odairja egy hozzászólásban, hogy támogatja. Mindegy, akkor most fölteszem ezt a ROM-ot!
Akkor nem igazán van mit tenni? Próbáltam feltenni a 4.2.2 és 4.4.2-őt is, de ugyanaz a helyzet. Gondolkoztam, hogy otg kábellel eljutni online rendszerfrissítésig hátha... Fölösleges ötlet? Azon is gondolkoztam, hogy a belseje a 4G/3G-s verziót kapott de ott más a soc ha jól láttam (érdekes mert pl a gsmarena szerint így alakulnak a verziók: Mediatek MT8735 - 4G model / Mediatek MT8161 - Wi-Fi model). Ha más lenne akkor fel se ment volna a rendszer ill elhasalt volna igaz?
Most az előbbi állapotban vagyok még.
Új hozzászólás Aktív témák
Hirdetés
- Xiaomi Redmi A3 64GB Kártyafüggetlen, 1Év Garanciával
- 15,6" Dell Latitude laptopok: E6540, E5550, E5570, 5580, 5590, 5500, 5501, 5510/ SZÁMLA + GARANCIA
- Dell Precision Workstation ultrabook 5560, 5550, 7510 i7, 6-11. gen. Nvidia 4k Touch, gar
- BESZÁMÍTÁS! MSI B550 R7 5700X 32GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA MSI 650W
- Frederick Forsythe: Isten ökle (nem olvasott)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest