Ez a téma lehetőleg a tab újrapartícionálásával ill. egyéb mélyebb módosításokkal fog foglalkozni.
Tablet EREDETI partícionálása:

df kimenet:
Filesystem Size Used Free Blksize
/dev 484.4M 132.0K 484.3M 4096
/sys/fs/cgroup 484.4M 12.0K 484.4M 4096
/mnt/secure 484.4M 0.0K 484.4M 4096
/mnt/asec 484.4M 4.0K 484.4M 4096
/mnt/obb 484.4M 0.0K 484.4M 4096
/factory 122.0M 44.0K 121.9M 4096
/system 1.9G 820.3M 1.1G 4096
/cache 1.5G 2.4M 1.5G 4096
/config 122.0M 52.0K 121.9M 4096
/data 2.0G 1.8G 242.2M 4096
/logs 991.9M 1.3M 990.6M 4096
/mnt/shell/emulated 2.0G 1.8G 242.2M 4096
/storage/emulated 484.4M 0.0K 484.4M 4096
/mnt/media_rw/sdcard1 7.3G 5.6G 1.7G 4096
/storage/sdcard1 7.3G 5.6G 1.7G 4096
/storage/emulated/0 2.0G 1.8G 242.2M 4096
/storage/emulated/0/Android/obb 2.0G 1.8G 242.2M 4096
/storage/emulated/legacy 2.0G 1.8G 242.2M 4096
/storage/emulated/legacy/Android/obb 2.0G 1.8G 242.2M 4096

Egy másik Intel Atomos tab Acer Iconia A1-830 partition.tbl fájlának tartalma:
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 efi -u 80868086-8086-8086-8086-000000000000 -l reserved -T 0 -P 0 /dev/block/mmcblk0
add -b 335912 -s 16384 -t efi -u 80868086-8086-8086-8086-000000000001 -l panic -T 0 -P 0 /dev/block/mmcblk0
add -b 352296 -s 65536 -t data -u 80868086-8086-8086-8086-000000000002 -l factory -T 0 -P 0 /dev/block/mmcblk0
add -b 417832 -s 262144 -t data -u 80868086-8086-8086-8086-000000000003 -l misc -T 0 -P 0 /dev/block/mmcblk0
add -b 679976 -s 262144 -t data -u 80868086-8086-8086-8086-000000000004 -l config -T 0 -P 0 /dev/block/mmcblk0
add -b 942120 -s 1572864 -t data -u 80868086-8086-8086-8086-000000000005 -l cache -T 0 -P 0 /dev/block/mmcblk0
add -b 2514984 -s 524288 -t data -u 80868086-8086-8086-8086-000000000006 -l logs -T 0 -P 0 /dev/block/mmcblk0
add -b 3039272 -s 3145728 -t data -u 80868086-8086-8086-8086-000000000007 -l system -T 0 -P 0 /dev/block/mmcblk0
add -b 6185000 -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

Nyílj ki!

Várom az ötleteket énis

Örülök a kezdeményezésnek. Hátha egy használható romot összehoztok.

Hajrá. Az a baj, hogy XDA-n nem foglalkoznak vele az emberek.

PARTÍCIÓKRÓL MINDENT

ls -al /dev/block/platform/intel/by-guid/
lrwxrwxrwx root root 2015-01-01 15:47 80868086-8086-8086-8086-000000000000 -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2015-01-01 15:47 80868086-8086-8086-8086-000000000001 -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2015-01-01 15:47 80868086-8086-8086-8086-000000000002 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2015-01-01 15:47 80868086-8086-8086-8086-000000000003 -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2015-01-01 15:47 80868086-8086-8086-8086-000000000004 -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2015-01-01 15:47 80868086-8086-8086-8086-000000000005 -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2015-01-01 15:47 80868086-8086-8086-8086-000000000006 -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2015-01-01 15:47 80868086-8086-8086-8086-000000000007 -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2015-01-01 15:47 80868086-8086-8086-8086-000000000008 -> /dev/block/mmcblk0p9

ls -al /dev/block/platform/intel/by-label/
lrwxrwxrwx root root 2015-01-01 15:47 cache -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2015-01-01 15:47 config -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2015-01-01 15:47 data -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2015-01-01 15:47 factory -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2015-01-01 15:47 logs -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2015-01-01 15:47 misc -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2015-01-01 15:47 panic -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2015-01-01 15:47 reserved ->/dev/block/mmcblk0p1
lrwxrwxrwx root root 2015-01-01 15:47 system -> /dev/block/mmcblk0p8

vis.:cache

/dev/block/mmcblk0p6

80868086-8086-8086-8086-000000000005

config

/dev/block/mmcblk0p5

80868086-8086-8086-8086-000000000004

data

/dev/block/mmcblk0p9

80868086-8086-8086-8086-000000000008

factory

/dev/block/mmcblk0p3

80868086-8086-8086-8086-000000000002

logs

/dev/block/mmcblk0p7[

80868086-8086-8086-8086-000000000006

misc

/dev/block/mmcblk0p4

80868086-8086-8086-8086-000000000003

panic

/dev/block/mmcblk0p2

80868086-8086-8086-8086-000000000001

reserved

/dev/block/mmcblk0p1

80868086-8086-8086-8086-000000000000

system

/dev/block/mmcblk0p8

80868086-8086-8086-8086-000000000007

[ Szerkesztve ]

Láttunk már ugyanolyan hardverrel szerelt telefonok/tabletek között portolt romokat, szerintem előbb-utóbb erre is lesz

Lejárt a szerk. idő.
A két tab UUID-jei azonosak.
Most már csak rá kell jönnöm/jönnünk, hogy: add -b 3039272 -s 3145728 -t data -u 80868086-8086-8086-8086-000000000007 -l system -T 0 -P 0 /dev/block/mmcblk0

a -b
-s
-T

Mi is?
s, size?
b, block?
T, mint?????

a size az miben van megadva?
a block pedig most nem biztos, hogy b, mint block .....

5leteket kérek az új partíció felosztásra:
-Mekkora legyen a
-cache? sztem 256/512 MB jó; most 1,5 GB
-log? sztem max 100MB elég; most 990MB
-factory? 122MB/52KB van használatban -> lesz 32 MB
-system lesz 1,5 GB a 2 GB helyett
-data jelenleg 2 GB ebből ha minden igaz akkor lesz ->2GB+1GB+800MB+90MB+500MB vagyis: 4,39 ~4,4 GB
Ehhez mit szóltok????

Jó volna.

Ööö szerintem szóhoz sem jutunk. Ha sikerül akkor egy nagy virtuális sör lesz a jutalmad!

[ Szerkesztve ]

Systemnek miért nem elég a gyári 1,5 GB?

Szia,

Ez nyilvánvalóbb:
b - partíció kezdő blokk címe.
s - partíció mérete, blokk
t - típusa: effi vagy adat

Én úgy értelmezem a bejegyzést, hogy 1,5 lesz a jelenlegi 2 helyett. Vagyis csökken.

[ Szerkesztve ]

Rosszul írtam
gyári: 1,9 ebből lesz 1,5 GB
#pizzafutar: nagyon köszönöm a blokk címet hogy derítsem ki????
#embe: Köszönöm, de nem ihatom meg, nem vagyok elég idős

[ Szerkesztve ]

Teljesen reálisan osztod fel. A factory lehet picit nagyobb, ha beesne 50-60 MB-os frissítés véletlenül. A log meg mindenhol 16-32 MB, ha jó emlékszem.

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 409600 -t efi -u 80868086-8086-8086-8086-000000000000 -l reserved -T 0 -P 0 /dev/block/mmcblk0
add -b 335912 -s 131072 -t efi -u 80868086-8086-8086-8086-000000000001 -l panic -T 0 -P 0 /dev/block/mmcblk0
add -b 352296 -s 131072 -t data -u 80868086-8086-8086-8086-000000000002 -l factory -T 0 -P 0 /dev/block/mmcblk0
add -b 417832 -s 262144 -t data -u 80868086-8086-8086-8086-000000000003 -l misc -T 0 -P 0 /dev/block/mmcblk0
add -b 679976 -s 262144 -t data -u 80868086-8086-8086-8086-000000000004 -l config -T 0 -P 0 /dev/block/mmcblk0
add -b 942120 -s 1048576 -t data -u 80868086-8086-8086-8086-000000000005 -l cache -T 0 -P 0 /dev/block/mmcblk0
add -b 2514984 -s 131072 -t data -u 80868086-8086-8086-8086-000000000006 -l logs -T 0 -P 0 /dev/block/mmcblk0
add -b 3039272 -s 6144000 -t data -u 80868086-8086-8086-8086-000000000007 -l system -T 0 -P 0 /dev/block/mmcblk0
add -b 6185000 -s $calc($lba_end-131072) -t data -u 80868086-8086-8086-8086-000000000008 -l data -T 0 -P 0 /dev/block/mmcblk0
reload /dev/block/mmcblk0

Az értékeket úgy kaptam, hogy partíció méret*blokk méret
pl.: system: 1500*496 = 6144000
Most már "csak" a -b -ket kell módosítani, viszont itt nálam megáll a tudomány. Help me

Ha az megvan, akkor droidboot alól flashejük szépen az előzőleg lementett .img fájlokat (boot,fastboot,recovery,system) és mormolunk egy imát hátha...... ha minden jól megy/ment akkor örülünk

A block méret SD kártya esetében nem 512 byte?

/ $ cat /sys/class/block/mmcblk0/size
A 5237120
512 byte-al számolva jön ki a nem egészen 8GB.

A b-t úgy kapod meg, hogy az előző b-hez hozzáadod az előző s-t.

[ Szerkesztve ]

Az sd-nél igen itt meg 4096KB vagyis 4MB.) Lemaradt egy nulla ^^.
Köszönöm ma akkor folytatom, hátha .

Nekem nem annyi.... 15237120 a kimenet a cat /sys/class/block/mmcblk0/size parancsra.
És ha 2048-cal osztom, akkor 7440-et kapok.

[ Szerkesztve ]

A reserved.img tartalmazza a (fast)boot.img-t és recovery.img-t. Ezt kellene kihámozni belőle,de semmi ötletem sics, hogy hogyan szedjem ki...

Grand X In mélyvíz topik: Fontos továbbá megjegyezni, hogy ebben a készülékben felhagyott a ZTE a hagyományosnak tekinthető Yaffs2 img formátummal minden szinten, helyét az EXT4 (ennek éppen ideje volt) és egy új az Inteltől kapott bináris fájlformátum az OSII (OSIP) vette át. Egyetlen kivétellel (Motorola Razr I) a Medfield telefonokban nincsen boot és recovery partíció, ami azt jelenti, hogy a klasszikus értelmemben vett fstab felosztást el is lehet felejteni.

Itt is hasonló van....

Nálam pedig az 1-es maradt le az elejéről, azaz a size itt is 15.237.120 . Ez 512 byte-al mint block mérettel számolva 7440 MB. Valójában ekkora a belső mmc mérete.

Akkor mivel számoljak/junk??? 512byte vagy 4096Kilobyte? Én a df kimenet miatt gondoltam/gondolom amit.
Filesystem Size Used Free Blksize
/dev 484.4M 132.0K 484.3M 4096
/sys/fs/cgroup 484.4M 12.0K 484.4M 4096
/mnt/secure 484.4M 0.0K 484.4M 4096

Két fajta blokk méret van: a blokk eszközé, ami 512 byte. A fájlrendszernek is van egy blokk mérete - pontosabban: allocation unit a neve - ami 4096. A df ez utóbbit mutatja.

Particionáláshoz a fizikai blokkmérettel kell számolnod: 512

Vagyis, újra számolom az - s-t pl. : 1,500 MB*512 byte?
-b ket szintén újra számolom (az elsőt, azt hogyan számoljam ki?)
Valahogy kinyerem/megszerzem a fastboot, boot, recovery img fájlokat.
4 bin fájl segítségével elvileg újrapartícionálom, OSIP-ba ezek szépen beíródnak.
És ha minden igaz, akkor meg is lennénk?

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 51200 -t efi -u 80868086-8086-8086-8086-000000000000 -l reserved -T 0 -P 0 /dev/block/mmcblk0
add -b 51240 -s 16384 -t efi -u 80868086-8086-8086-8086-000000000001 -l panic -T 0 -P 0 /dev/block/mmcblk0
add -b 67624 -s 16384 -t data -u 80868086-8086-8086-8086-000000000002 -l factory -T 0 -P 0 /dev/block/mmcblk0
add -b 84008 -s 32768 -t data -u 80868086-8086-8086-8086-000000000003 -l misc -T 0 -P 0 /dev/block/mmcblk0
add -b 116776 -s 32768 -t data -u 80868086-8086-8086-8086-000000000004 -l config -T 0 -P 0 /dev/block/mmcblk0
add -b 149544 -s 131072 -t data -u 80868086-8086-8086-8086-000000000005 -l cache -T 0 -P 0 /dev/block/mmcblk0
add -b 280616 -s 51200 -t data -u 80868086-8086-8086-8086-000000000006 -l logs -T 0 -P 0 /dev/block/mmcblk0
add -b 331816 -s 76800 -t data -u 80868086-8086-8086-8086-000000000007 -l system -T 0 -P 0 /dev/block/mmcblk0
add -b 408616 -s $calc($lba_end-2048000) -t data -u 80868086-8086-8086-8086-000000000008 -l data -T 0 -P 0 /dev/block/mmcblk0
reload /dev/block/mmcblk0
Az első b-t nem bántottam, valaki szintén nézze át,de szerintem jó.
Most már img fájlok megszerzése a cél. (system, és talán recovery pipa feltéve, ha jó lesz a CWM mint állandó recovery; maradt a boot és fastboot. )

Nálam pont ez történt. Innen hogy tudtad visszahozni?

Power gomb hosszan - > kikapcsolt
Ezután pedig bekapcsoltam

Dettó, de bekapcsolásnál mindig az jön már be, nem tudom bekapcsolni. Viszont hangerő le + bekapcsra egy pillanatra megjelenik az op3n dott logo, érdekes.
Usbről lehet flashelni a motyót, vagy kuka?

Nincs droidboot-> nem tudsz parancsot adni neki, hogy flasheljen.
Vidd vissza, cserélik gariban

Az frankó, akkor reggel, köszi
A rendes topicban linkeltem képeket, a rendes frisítésnél is elakadt, úgyhogy gondolom alapból problémás a gép

másik topicban téma volt, fastboot/droidboot módban bootloader-t próbáltam csekkolni, hogy most akkor lokkolt-e vagy sem. fastboot oem *-ra "unknown oem command"-ot dob.

tárhely témában: Asus Memo Pad 7 (ME70c) -re érdemes ráguglizni, ugyan ez a SoC, elvileg 8 gigás és meg tudták csinálni hogy maradjon 5 giga hely. Illetve találtam egy ilyet is: [link] csak szerencsétlen teszkóék cseszték el ennyire a particionálást...

[ Szerkesztve ]

Én is most néztem, tényleg egy OEM parancs sincs benne...
Elég furcsa...

OEM stop_partitioning pl. elfogadja (ennek köszönhetően megy rajta a CWM recovery

Úgylátom alakulnak itt a dolgok

Akkor ezek szerint "találd ki magad" nevű játékot kell játszani az oem parancsokért, mert nem találtam olyat amivel kilistázható lenne az összes.

[ Szerkesztve ]

Egy kis érdekesség:
3 trigger valamelyike szerint szokták root-olni az Intel-es eszközöket:
a) oem startftm
b) oem backup_factory
c) oem stop_partition

Az erre vonatkozó XDA-s topic [link] (1. és 2. post) szerint nem csak az "oem stop_partition", hanem az "oem backup_factory" is működik.
Mivel viszont annyira nem vagyok benne a témában, így nem tudom, hogy ez mennyire lényeges...

Neten nincs fent ?
Hátha valak már valaki a cseheknél már rájött.

Talán itt fentlesz :http://androidforum.cz/post879973.html

Csehül nem értek sajna...
Neten pedig nem találtam egyelőre ezzel kapcsolatosan semmit sem
Javaslatokat/tippeket szívesen vennénk!

Biztos lesz valami fordítás, ha lesz valami érdrkes

Szépen fordít [link] Amint beilleszted a forditani kivánt szöveget ,már le is van fordítva

Van is ha ez igaz (Google fordító: nyelvfelismerés-angol):
"I suppose the classic problem of the loss of security in the root, then I warn in advance that the image is signed and can not permanently replace the stock using CWM recovery, even not visible (they are hidden in the reserved section of memory and link to them in the MBR)."
(Forrás: [link] )

Hmm... A fastboot tethered recovery launcher fejlesztőjével (social-design-concepts) felvettem a kapcsolatot, meglátjuk.
Köszönök minden segítséget, Google fordítóval, be vallom őszintén, nem merek belevágni, sajnálom,

A Google fordító legendásan pocsék, én is max. azért néztem át, mert hátha tartanak valahol.
(Viszont leginkább sehol sem tartanak...)
Reméljük bejön.