gratu! és köszönjük!

Ahhoz hol találom a leírást, hogy hogyan tegyem fel a CWM-et és mentsem le a jelenlegi adataimat? (gyári rom)

Abel ki tette a linket róla minden le van írva , és benne van minden ami kell.

Hogy lett hirtelen ennyi hely? Melyik partícióból vettél vissza? nem lehet gond, hogy kevés a cache vagy valami ilyesmi?

Köszi a scriptet amúgy, eddig a v2-t használtam, remek munkát végzel!

IDDQD ( ͡° ͜ʖ ͡°)

én is elkezdetem megcsinálni, de valamiért a kotyvasztott system partíció felírásába megint belehalt a flahe-er, pedig 1GB-os most már a system. CMW mentéssel meg lehetett csinálni, és azzal működik is.

Nálam 5,21GB-s a /data, itt van hozzá a partícós tábla, akit érdekel.

partition_table=gpt
create -z /dev/block/mmcblk0
create /dev/block/mmcblk0
boot -p /dev/block/mmcblk0
reload /dev/block/mmcblk0
add -b 40 -s 335872 -t data -u 80868086-8086-8086-8086-000000000000 -l reserved -T 0 -P 0 /dev/block/mmcblk0
add -b 335912 -s 65536 -t data -u 80868086-8086-8086-8086-000000000001 -l panic -T 0 -P 0 /dev/block/mmcblk0
add -b 401448 -s 131072 -t data -u 80868086-8086-8086-8086-000000000002 -l factory -T 0 -P 0 /dev/block/mmcblk0
add -b 532520 -s 262144 -t data -u 80868086-8086-8086-8086-000000000003 -l misc -T 0 -P 0 /dev/block/mmcblk0
add -b 794664 -s 262144 -t data -u 80868086-8086-8086-8086-000000000004 -l config -T 0 -P 0 /dev/block/mmcblk0
add -b 1056808 -s 524288 -t data -u 80868086-8086-8086-8086-000000000005 -l cache -T 0 -P 0 /dev/block/mmcblk0
add -b 1581096 -s 262144 -t data -u 80868086-8086-8086-8086-000000000006 -l logs -T 0 -P 0 /dev/block/mmcblk0
add -b 1843240 -s 2097152 -t data -u 80868086-8086-8086-8086-000000000007 -l system -T 0 -P 0 /dev/block/mmcblk0
add -b 3940392 -s $calc($lba_end-16384) -t data -u 80868086-8086-8086-8086-000000000008 -l data -T 0 -P 0 /dev/block/mmcblk0
reload /dev/block/mmcblk0

Ábel-nek gratula, és köszönet!

Xposed Framework + XinternalSD kombót is leteszteltem úja. Gyönyörűen működik, Asphalt 8 1,5GB-os data-ja az external SD-re települt.

Aki több felhasználót kezel, az ne felejtse el a Super-SU > Beállítások > Többfelhasználós mód engedélyezése-t bepipálni, különben a második, harmadik stb. user nem fog root-jogot kapni, és ők internal data-ra fognak telepíteni! (nálam ez volt annak az oka, hogy majd 3GB-os data keletkezett az internal sd-n...gyerekeim két felhszanálóval nyomultak, és nem volt beállítva a root minden user-re)

Ennek is készítenétek leírást? Miután átparticionáltam az Abel féle módszerrel, jó lenne ha külső sd kártyára töltene. Bár ahhoz meg elég a régi 2gb-os partició is nem? 2gb-os partició + 16gb c10 kártya, akkor lehet nem érdemes újraparticionálni.

http://logout.hu/bejegyzes/draxon/op3n_dott_tablet_sd_kartyat_az_alkalmazasoknak.html

IDDQD ( ͡° ͜ʖ ͡°)

Most nézem hogy ezt már olvastam is. Csak már annyi féle módszer volt mindenből hogy már fene tudja melyiket érdemes választani. Most azon agyalok, hogy lehet nem bántom a particiókat, hanem csak engedem hogy külső kártyára írjon, így elég lenne a hely.

[ Szerkesztve ]

Amúgy a vold.fstab módosításával nem cserélhető fel ennek a tabnak a belső tárhelye és egy microSD kártya? A szintén 4.4.2-es telefonom ezt módosítottam és így is simán megy közvetlenül a kártyára való telepítés. Vagy ugyan ezt teszi a XInternalSD is, csak GUI-val felhasználbarátabban?

[ Szerkesztve ]

Nem, mert kk-tól ez a fájl a boot.img ramdsikjében van. Indításonként ez betöltődik innen, így hiába írod át ott,
semmit sem érsz el vele.

– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment

ha a boot.img nem lenne aláírt (zárt bootloader miatt) akkor a ramdisk-ben simán tudnánk cserélni, de ez itt nem fog menni, mert nem ismerjük a sha kulcsokat, amivel az aláírás készült.

A Diskinfonál csodálkoztam volna, ha 1024 helyett az 1000-es váltószámot használná, mint ahogy nem is használja. Szépen ki van írva byte-ban is a mennyiség.
6 186 577 920 byte - 6 041 580 KB - 5 900 MB - 5,76 GB (1024)
kontra 6,19 GB (1000)
Az 5,58 GB-ot továbbra sem értem.

2GB-tal is el lehet lenni, csak a play azért csinál időnként furcsaságokat, pl 800mb szabad helynél nekiállt nekem reklamálni, hogy az app nem telepíthető, csináljak helyet...ez azért zavaró tud lenni...

És a szintén kitekat-os telefonomon ez miért járható út?

[ Szerkesztve ]

Ha kiszámolod a partíciókat , és összeadod megfogod tudni melyik hitelesebb.Valószínű egyébként egyik sem .Ezek a programok csak saccolásra vannak .Igazából csak is egy hiteles gyári szerviz program tudná ezt valóságos , és mérethelyesen visszaadni.De ilyen szerviz program nincs is felhasználói elérhetőségben meg eleve nem is publikus az ára meg horror lenne.

[ Szerkesztve ]

a disk infó a nyers adatot adja meg, a tárhely meg a szabadot. a /data az az mmcblk0p8 partíció, de ebből nem minden a tiéd, az android is dolgozik rá és ezt nem adja oda neked (cca 300MB) terminallal meg tudod nézni, mi van a bemount-olt /data-ban, ami nem azonos az /sdcard-dal -- szerintem

a diskinfó teljesen hiteles, leellenőriztem amikor a particionáló táblával szórakoztam, uh nem kell ide semmilyen szerviz. disk info a fizikai partíciókat mutatja, advanced view az összeset megmutatja, még azokat is, amik nincsenek bemount-olva.

[ Szerkesztve ]

Érdekes ez a droid hely kisajátítás. Vajon milyen célra történik, és fix a mérete vagy százalékkal kalkulált?

Szerintem meg nem.
Egy ugyan olyan tabletre feltett mondjuk legyen a V3 , és teljesen megegyező partíció kiosztással feltett egyforma rendszer biztos , hogy más eredményt mutatna a Disk info.Még ha vesszük is azt , hogy gyártás szempontjából 100% os an meg kellene egyeznie a két tabnak.Egy szerviz program is lehet mutatna eltérést , de a Disk info pontatlanabb ebben biztos vagyok.Próbáljátok ki minden legyen egyforma toljátok fel a V3 mat , és meglátjuk egyforma lenne a minden a két tabon.Nem lesz teljese egyforma.

[ Szerkesztve ]

/proc $ cat /proc/partitions
major minor #blocks name

179 0 7618560 mmcblk0
179 1 167936 mmcblk0p1
179 2 32768 mmcblk0p2
179 3 65536 mmcblk0p3
179 4 131072 mmcblk0p4
179 5 131072 mmcblk0p5
179 6 262144 mmcblk0p6
179 7 131072 mmcblk0p7
179 8 1048576 mmcblk0p8
179 9 5640172 mmcblk0p9
179 40 4096 mmcblk0rpmb
179 30 8192 mmcblk0gp0
179 20 4096 mmcblk0boot1
179 10 4096 mmcblk0boot0
179 50 15558144 mmcblk1
179 51 15549440 mmcblk1p1

ezeket adja vissza a disk infó is, teljesen korrekten.

rosszul írtam az előbb a data az mmcblk0p9, nem a 8, az a system.

Már hogy ne lenne egyforma, mikor ezek a programok NEM mérnek! CSAK számolnak! A megadott partíciós mezőkből kiszámolja neked az adatokat. Lehetetlen, hogy tévedjen!

[ Szerkesztve ]

megcsináltam, nem a v3-at hanem a saját warez verziómat és mindkét tabon ugyan az. nem is lehet más, ez egy determinisztikus rendszer. -- szvsz, de csináld meg te is, és csekkold csak le.

Ok vegyük azt , hogy nem téved.Akkor a Disk info , hogy is számol , hogy nála a data monfjuk 5,1 .A tabon nézve meg 4,9 , akkor melyik hiteles vagy melyik nem .Ugyan ez meg van a V3 nál is .A felhasználói programok sosem lesznek olyan pontosak mint egy gyári szerviz cél szoftver.Szép is lenne.

[ Szerkesztve ]

Észrevettem hogy gyakran használod a warez szót de szerintem te nem arra használod mint ami az értelme.
Warez=illegálisan letölteni programokat ill egyéb jogvédett tartalmat

Te mire érted a warezt?

Szerintem tiki abból indul ki, hogy minden nand-nak más lehet a szabad kapacitása és így a számított Data partíciók mérete is eltérhet.
A Diskinfo attól még pontos értéket fog mutatni. A tab egyedi nand-jának egyedi értékét.

a data mérete a particionálásnál változhat csak. lba_end - 3 másik partício hossza (16k) es a system végének különbsége. nem értem, mitől változhat egy nand mérete, mert mondjuk van benne pár hibás szektor/blokk/vagy ahogy hívják? ez a particionálásnál hogy derül ki? - szvsz sehogy, de mivel nem értek hozzá, ezért inkább megkérdezem...

Ez sem egy elvetendő ötlet .De itt most arra gondoltam , hogy a Disk info , vagy maga a tablet által mutatott értékek a valósak.A Disk info számol a tablet nem jól számol akkor ? Vagy éppenséggel fordítva melyik a hihetőbb vajon ????? Szerintem egyik sem.Csak sacc \kb .hozzávetőlegesen.

Már korábban leírtam, hogy más-más szabványt használnak! Az egyik GiB, a másik meg GB!

"A felhasználói programok sosem lesznek olyan pontosak mint egy gyári szerviz cél szoftver.Szép is lenne."

Szép is lenne, ha a felhasználói szoftver eltérne a másiktól... mivel mindkettő ugyan úgy számol, csak esetleg nem abban a szabványban, mivel nem lehet másképp...

Kiegészítés:

Ki/Mi/Gi esetében 1024 a szorzó
K/M/G esetében 1000

Előbbi a klasszikus számítástechnikai 2-es számrendszeren alapuló átváltáshoz igazodik, míg utóbbi a hétköznapi élet 10-es számrendszeréhez. (Gyártók előszeretettel alkalmazzák termékmegjelöléseikben az utóbbit.)

http://logout.hu/cikk/mi_is_az_a_htpc/teljes.html; Három emeleten át egy teljes liftrapszódiát játszik!

Pont fordítva, az SI miatt a KB már 1000-el számolandó.

Kis kiegészítés: Binärpräfix, ugyan németül, de azért érthető.

S a vonatkozó magyar oldalak: [link1], [link2]

[ Szerkesztve ]

http://logout.hu/cikk/mi_is_az_a_htpc/teljes.html; Három emeleten át egy teljes liftrapszódiát játszik!

Érthető? Kinek?
Meg egyébként is ott van magyar nyelven is:
[link]

الغريبة في هذا الكوكب

A hibás cellákról/szektorokról feljegyzés kerül az adattárolóra. Ezeket nem lehet használni és nem is elérhető a rendszer számára. Partícionálni sem lehet már ezeket.
A vinyóknál Bios-ból alacsony szintű formázással lehetett ezt kezelni.
A gyártás során is keletkezhetnek hibás részek, meg a későbbi elfáradás során is. Jó esetben tizen évek múlva.

Ez így van, viszont beszámolja őket a teljes méretbe, mivel az nem a partíción magán, hanem a megfelelő headerben van rögzítve. EBR1/EBR2/MBR és társai. Ezeket kéri vissza a kernel és adja át a lekérdező proginak. Annak arról ritkán van fogalma, hogy hány hibás szektor lett időközben. A teljes méret soha sem lesz felülírva!

Az egyik így a másik úgy ok , és melyik melyik akkor.Tehát melyik számol , így , és melyik úgy szerinted ?

Egyébként egy cél szoftver sosem kerül felhasználói , illetve elérhető közelségbe.A gyárak saját belső tulajdonuk ez .Ugyan vannak voltak olyan esetek amikor kikerül még is , tehát valahogy ki tudják csenni , de alap esetben sosem lehetne hozzájutni.Ezt hidd el ez így van.Nagyon sok területen lehet ez , és azért nem publikus mert sok visszaélésre adhat okot nem csak most jelen esetben a tabnál.

"Egyébként egy cél szoftver sosem kerül felhasználói , illetve elérhető közelségbe.A gyárak saját belső tulajdonuk ez "

Oh, dehogy is nem! Elérhető az SE EMMA is, az MTK-ra ott van az SPFlashtool, Qualcomm mellé a QPST és a QDXA, SPRD-re szintén van gyártói flashtool kiadva... és így tovább... Ezen felül boxokat akárki vehet, amit a gyártók is használnak, benne pedig gyártói szoftverek futnak...

Akkor már lehet velük warezolni is ? .Bocs soma nem célzás volt.

Ha letöltök egy lollipoppos systemUI.apk-t és azzal írom felül a gép erdeti systemUI-ját akkor lecseréli nekem a navibart lollisra?

Szerk: valamint ahhoz hogy stock android ikonok legyenek rajta, mit kell modosítani?

[ Szerkesztve ]

Nélkülük is lehet, neked viszont kelleni fog egy box hamarosan, ha elindul a másik flash-el még a tablet....

Még egy két dolgot várok postán , és meglátjuk.

Egyébiránt , ha a nand nál járunk egy DDR2 e-MMC flash memóriákról beszélünk amik jelen esetben a gyári adatlapján is GB nak megfelelően szerepel , és nem másképp ,Tehát mindenféle teszt vagy számolási adat ehhez kell illeszkedjen , és nem más szabványhoz .Ha másképp lenne , akkor az a gyári adatlapon is másképp lenne , csak ennyit szerettem volna még ehhez hozzá tenni.

Nand flasherre gondolsz ? Majd szétnézek a fiókba hátha van .

[ Szerkesztve ]

A config-ból 96, a cache-ből 384, a log-ból pedig 240 megát csíptem le, ez összvissz 720 mega.

A cache-ről majd hosszabb távon derül ki, hogy elég lesz-e, de az eddigi tapasztalataim alapján úgy tűnik, hogy egyáltalán nem használja semmire azt a partíciót a tablet.

Ennél lényegesen többet már biztos nem lehet kihozni belőle, szóval én ezt itt be is fejeztem, hacsak nem merül fel valami komolyabb hiba valakinél.

Köszönet mindenkinek aki segített!