[Re:] [cappa72:] HTM A6 MT6572 1.3GHz, 4.5"-os telefon

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Új hozzászólás Aktív témák

#8 cappa72 nagyúr Upo #7

Új Válasz 2014-05-24 19:44:18 #8
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

cappa72

nagyúr

válasz Upo #7 üzenetére

a dumchar maradt az eredeti.
Mivel a kernel maradt a régi, ezért ez logikus.
Én elakadtam a scatter-rel. Valahogy nem akar kijönni... De végülis az átparticionálás sikeres, majd kicsit később szánok még rá némi időt.
#7 Upo addikt cappa72 #6

Új Válasz 2014-05-21 22:33:18 #7
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Upo

addikt

válasz cappa72 #6 üzenetére

Én csináltam az enyémhez új scattert, be is flasheltem de a dumchar maradt az eredeti. Csak firmware upgradet engedett mert megváltozott a PMT. De utána nem tudom hogy jó lesz-e a backup, ha a dumchar-t használja akkor nem biztos.
#6 cappa72 nagyúr Upo #5

Új Válasz 2014-05-21 20:28:53 #6
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

cappa72

nagyúr

válasz Upo #5 üzenetére

Sajnos nem volt idom mindent ujra megnezni.
Talan majd este. Akkor megnezem hogyan lehetne uj scatter. Lehet hogy egy flashelheto valtozatotvis kene csinalni, hatha sikeredik.
Az mtkdt ugyis csinal tar-t, ami nem blokkfuggo szoval jo lehet.
Majd keirom kiket taoasztaltam
#5 Upo addikt cappa72 #4

Új Válasz 2014-05-21 16:59:06 #5
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Upo

addikt

válasz cappa72 #4 üzenetére

Szóval bebootol annak ellenére hogy a dumchar_info nem jó. Ez jó hír. A dumpoknál kell majd figyelni, a droidtools is rossz blockmapot dob ki. Azért lett volna jó kompletten megcsinálni.
Itt azt írja hogy a kernelben van úgyhogy tehetetlenek vagyunk, ezek az automata backupok nem lesznek jók csak a jó kézi módszer meg a cwm.
#4 cappa72 nagyúr Upo #3

Új Válasz 2014-05-21 15:05:49 #4
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

cappa72

nagyúr

válasz Upo #3 üzenetére

Na én nem bírtam ki a dolgot, fogtam és átírtam az mbr-t és az ebr1-et. Mint említettem, van egy w718-am, ami kifejezetten ilyen próbálkra van. úgy vagyok vele, hogy amíg a preloader-t nem bántom, addig tudom, hogy vissza tudok rá rakni mindent (4-féle mentésem van... )
Az mbr-ben a system kezdetetét hagytam ott ahol volt, de a méretét lecsökkentettem.
Az ebr1-ben ezzel megváltozott a cache kezdőcíme, és 367MB-ról 128-ra vettem le.
A data szintén előrébb keveredett, a végét nem bántottam (hiszen eddig is maximalizált volt), így az addigi maximált 2,43-ből 2,78GB lett.
Tehát működik.
CWM-ből pedig visszaraktam a mentést, és megy tovább a cucc
Íme a képek előtte/utána formában.
Előtte:
Utána:
#3 Upo addikt cappa72 #2

Új Válasz 2014-05-21 00:17:28 #3
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Upo

addikt

válasz cappa72 #2 üzenetére

Ezt az xda-s dolgot nem találtam meg, de jó. Gyakorlatilag ezt kalkuláltam ki én is, papír ceruza rulez.
Volt egy sejtésem hogy az eredeti partíciók a kernelből jönnek, a boot-ot kicsomagoltam de nem találtam rá utaló infót. Tudom hogy a /proc/partitions jó értékeket mutat. Azért gondoltam hogy jó lenne ha a dumchar is jót mutatna mert nem tudom ha pl. system-et és cache-t változtatok akkor elindulna-e?
A system az MBR-ben van nálam, 1BE-től az EBR1-re hivatkozás, extended partition típus (05), 1CE-től a protect_f, 1DE-től a protect_s, 1EE-től a system (android). EBR1-ben a cache, usrdata és a fat van. Könnyen vissza lehet fejteni, mbr, ebr és scatter alapján. Gyártottam én annak idején kézzel partíciós táblát, és ez szerencsére ugyanaz. A system előtti részek lehet hogy kötöttek, de a partíciós táblákban nincsenek benne, csak amiket írtam.
Lehet hogy én is kipróbálom a system modot, ha nem indul akkor megint vissza a backupot..
Gondolkoztam hogy kellene írnom 1 kis progit, beadmi az mbrt, ebr-eket és a scattert, kiadná hogy melyikben milyen partíció van milyen paraméterekkel. Esetleg át is lehetne írni a méreteket és legyártaná az mbr/ebr-eket, meg egy új scattert ami a dumpnál legalábbis segítség lehet. Fejben megvan csak le kéne programozni.
Java-t szeretném megtanulni, mondjuk a hello world utáni projektem lehetne ez
A HTM romot meg leszedem, azt is még kipróbálom hogy annak a boot-ját szétszedni, a kernelt átrakni az én boot-omba, mert az kis partíciókat tartalmaz. Rámegyek én is a 3 gigára. Megpróbálom még azt a 256kB pazarlást is csökkenteni, elég lesz 1 szektor fat is
#2 cappa72 nagyúr Upo #1

Új Válasz 2014-05-20 21:49:51 #2
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

cappa72

nagyúr

válasz Upo #1 üzenetére

Itt a komplett kulcs
Én is ez alapján számoltam.
Megnéztem a HTM-es EBR-edet, látom a FAT-ra hagytál egy 0x200 szektoros (256kB) maradékot. Teljesen eltüntetni nem lehet?
Teljesen is el lehet tüntetni, meg is tettem, de akkor nem indult a rendszer.
Így viszont gyakorlati szempontból nincs, elméletileg pedig van (a minimális).
De a dumchar_info-ban még mindig az eredeti értékek vannak.
Ezt a kernel tartalmazza, pl. p780 esetén: [link], szóval a dumchar nem fog változni, az az eredeti kezdeti- és hosszméreteket fogja tartalmazni.
Erre való a /proc/partitions fájl, ami a valós értékeket mutatja.
Add ki a parancsot:
cat /proc/partitions
Ennek kimenete pontos infót fog adni.
[link]
[link]
lehetne érdekes dolgokat csinálni, átparticionálni a system-et, cache-t és ezen is lehetne 3 gigás data.
A tényleges partíciók az ebr1-gyel módosíthatók szerintem, így simán meg lehetne próbálni a system, cache módosításait, hogy a data javára csökkentsük őket.
Nekem van egy játszós w718-am, lehet, hogy megpróbálom ezeket módosítani.
(És ráadásul egy a820-on már csináltam ilyen módosítást, és azóta is megy, igaz, ott kb. 1MB-os eltérés lett)
Tudod hogy hol van az a beállítás ahol a partíció méreteket lehet a rendszerben állítani?
ebr1 és ha van akkor ebr2.
Mivel a system előtti részek elég kötöttek, ezért csak az ebr1-et (ebr2-t ha van) szabadna módosítani.
Ezt azért is gondolom, mert a fent említett kernel tartalmazza a dumchar info alapjait.
#1 Upo addikt

Új Válasz 2014-05-20 21:12:25 #1
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Upo

addikt

Kicsit utánanéztem ennek az EBR-MBR dolognak, meglepetésemre ez ugyanaz mint amit még a régi DOS-os időkben megismertem. Megnéztem a saját DG150-em MBR-EBR1-ét (nincs EBR2 mert belefér 1 EBR-be, még van is 1 szabad bejegyzés hely), számolgattam, most már tiszta a kép. Az MBR-ben van az EBR1-re, protect_f-re, protect_s-re és az androidra (system) mutató bejegyzés, az EBR1-ben a cache, userdata, fat és egy üres bejegyzés. Megnéztem a HTM-es EBR-edet, látom a FAT-ra hagytál egy 0x200 szektoros (256kB) maradékot. Teljesen eltüntetni nem lehet? Átírtam a DG150-et hogy nekem is ugyanennyi maradjon a FAT-re, flasheltem, működik, 2.6G lett a data. De a dumchar_info-ban még mindig az eredeti értékek vannak. Csináltam egy ennek megfelelő scattert, újraflasheltem de még mindig nem változik a dumchar_info. Hogy lehetne azt is megváltoztatni? Hol van ami ezt megadja? Próbáltam rákeresni de még nem találtam semmi érdemlegest. Ha meglenne akkor lehetne érdekes dolgokat csinálni, átparticionálni a system-et, cache-t és ezen is lehetne 3 gigás data. A system-en sok szabad hely van, simán lehetne 512M ezen is, meg a cache is lehetne 128M a 360 helyett és kész a 3 giga.
Tudod hogy hol van az a beállítás ahol a partíció méreteket lehet a rendszerben állítani?