Op3n Dott tablet mélyvíz - Tabletek, E-bookok fórum

üzenetek

hozzászólások


Orionhilles
(senior tag)
Blog

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


Orionhilles
(senior tag)
Blog

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

[ Szerkesztve ]


Orionhilles
(senior tag)
Blog

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....


Pizzafutar
(aktív tag)

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.


Orionhilles
(senior tag)
Blog

Akkor mivel számoljak/junk??? 512byte vagy 4096Kilobyte? Én a df kimenet miatt gondoltam/gondolom amit. :DDD
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


Pizzafutar
(aktív tag)

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


Orionhilles
(senior tag)
Blog

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?


Orionhilles
(senior tag)
Blog

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ó. :o
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. )


Orionhilles
(senior tag)
Blog

Más: Említettétek, hogyha droidboot helyett USB fogad, akkor az valszeg' sz*r.
droidboot módban indítottam, itt reboot recovery, update from sideload, itt hosszan nyomtam a power gombot és megjelent az USB-s ikon :Y .

Elmélet: lehet, hogy az a tab, ami nem frissít, az amikor flashelné a frissítést, akkor update helyett sideload parancsot kap? :F


Orionhilles
(senior tag)
Blog

img fájlok:jól haladnak, vasárnap gyakorlatban is leteszteltem a dolgokat :).
Keeperv85 nélkül nem haladnék/haladnánk ilyen jól, nagy köszönet illeti! :R


KyeX
(csendes tag)

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


Orionhilles
(senior tag)
Blog

Power gomb hosszan - > kikapcsolt
Ezután pedig bekapcsoltam :K


KyeX
(csendes tag)

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?


Orionhilles
(senior tag)
Blog

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


KyeX
(csendes tag)

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 :)


DJGABI
(addikt)
Blog

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 ]


R0GERIUS
(tag)

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


Orionhilles
(senior tag)
Blog

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


philips20
(aktív tag)

Úgylátom alakulnak itt a dolgok :)


R0GERIUS
(tag)

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 ]

üzenetek