- iPhone topik
- Magyarított Android alkalmazások
- Milyen okostelefont vegyek?
- Google Pixel 9 Pro XL - hét szűk esztendő
- Nem várt platformon a OnePlus Nord 5
- Google Pixel topik
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Samsung Galaxy S24 - nos, Exynos
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
-
Mobilarena
Ezt a fórumot azért hoztuk létre,hogy ne zavarjuk azon felhasználókat, akik még csak most ismerkednek a tablettel, vagy akár az Android rendszerrel.
Új hozzászólás Aktív témák
-
#98
Orionhilles
senior tag
Orionhilles
senior tag
Köszi a leírást!
Freddycom: köszönjük, előre is! -
#89
_Soma77_
tag
Orionhilles
#87
_Soma77_
tag
válasz
Orionhilles
#87
üzenetére
kicsomagolt dump_images (16k) bemásolva belső memóriára vagy SD-re
Total Commander-rel átmozgatás /data/local-ba (TC root joggal bír)"adb devices" - lecsekkol, hogy látszik-e a tab az ADB interface-en
(ne felejtd el engedélyezni a kérést, tabon USB debug engedélyezve kell legyen - ADB Toggle.apk segíthet)
ADB Shell megnyitás
cd /data/local
root jog kérés: su
root-ként futtatási jog (x) adás: chmod 755 dump_images
majd futtatás: ./dump_images -a
uoda menti az .img-ket (ha nem olyan bénán adod meg a külső sd-t mint én, akkor oda menti - 3. param
)
(TC-vel átmozgatás vmi látszó helyre pl. külsőSD/Downloads, vagy ilyesmi, innen leszedhető)ennyi.
mások is megcsinálhatnák, hogy ugyan azokat az img-ket kaptuk-e...
-
#88
Freddycom
őstag
Orionhilles
#87
válasz
Orionhilles
#87
üzenetére
Freddycom jelentkezik a könnyebb megtalálhatóság miatt.
-
#78
philips20
aktív tag
Orionhilles
#77
philips20
aktív tag
válasz
Orionhilles
#77
üzenetére
Akkor max reggel nézheted meg
-
#76
philips20
aktív tag
Orionhilles
#75
philips20
aktív tag
válasz
Orionhilles
#75
üzenetére
Ezeket kitöl kérdezed ?
-
#75
Orionhilles
senior tag
R0GERIUS
#74
Orionhilles
senior tag
Rákérdeztem, és azt írta, hogy ő nem ismer ilyen módszert...
Azt meg kellene valakinek próbálni, hogy a cwm launcherben lévő cwm.zip-et (ha jól dereng) fel kellene próbálni flashelni gyári recovery alól. Mi történik?
(lehet, hogy nem bírok magammal és én leszek az az egyén...
) -
#74
R0GERIUS
tag
Orionhilles
#72
R0GERIUS
tag
válasz
Orionhilles
#72
üzenetére
... a legtöbb fenti dolog is az korrekt forrásjelölés és fordítás hiányában.
Jobban belegondolva, az MBR-es rész egy baromság, mert a legtöbb UNIX alapú rendszer (és azt hiszem az Android sem kivétel) GPT-t használ...
Még mindig az a kérdés, hogy zárt-e a BL?
Csak ezt majd hogyan lehet ellenőrizni minimális kockázattal... -
#73
philips20
aktív tag
Orionhilles
#72
philips20
aktív tag
válasz
Orionhilles
#72
üzenetére
Ja, akkor nem derülki hogy elötte milyen volt
-
#71
philips20
aktív tag
Orionhilles
#70
philips20
aktív tag
válasz
Orionhilles
#70
üzenetére
Nézdmeg először frissités nélkül, ha még nem frissitetted.
-
#70
Orionhilles
senior tag
R0GERIUS
#69
Orionhilles
senior tag
"... És az MBR tölti be"
Ez az említett önjavító metódus, ezek szerint valószínűleg zárt bl, de holnap du megnézem, remélem nem, mert akkor felesleges az eddig bele ölt munka.....
Azon filózok, hogy valamelyik frissítés patcheli a bootloadert, lehet hogy az is zárja le az addig nyitottat? -
#69
R0GERIUS
tag
Orionhilles
#64
R0GERIUS
tag
válasz
Orionhilles
#64
üzenetére
Valamilyen RSA szignózást említ a leírás, így van valami köze.
Lehet, hogy nyers csomag amit a folyamat közben szignóz?
Mindenesetre itt arra gondol (szerintem), hogy hiába írja felül a recovery part. tartalmát, mert az igazi el van rejtve és az MBR tölti be (nem 100%). -
#67
R0GERIUS
tag
Orionhilles
#64
R0GERIUS
tag
válasz
Orionhilles
#64
üzenetére
Ránéztem a kirakott fájlra, de az 4.6 KB-os, és kitömörítve van egy kiterjesztés nélküli "dump_images" fájl, ami 16 KB-os.
Biztos ez az? Minek kellene itt lennie? -
#65
philips20
aktív tag
Orionhilles
#64
philips20
aktív tag
válasz
Orionhilles
#64
üzenetére
Már irta valaki hogy akármit csinál a gyárira áll vissza
-
#64
Orionhilles
senior tag
R0GERIUS
#62
Orionhilles
senior tag
Nem, dehogy!
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)."Ez nekem sántít.. Cwm nem lehet aláírva, így nem is értem... Ha flashelem recovery partícióra akkor :
Nyitott bl esetén ott marad.
Zárt bl esetén a gyári felülírja (önjavító metódus) vagy tégla lesz belőle
De recovery partícióra flashelte droidboot alól??? Vagy csak ideiglenes cwm-mel próbálkozott? -
#62
R0GERIUS
tag
Orionhilles
#51
R0GERIUS
tag
válasz
Orionhilles
#51
üzenetére
Ez esetben, akkor növelni kellene a cache-t?
Akkor a helynövelés szinte ki van zárva.. -
#60
philips20
aktív tag
Orionhilles
#59
philips20
aktív tag
válasz
Orionhilles
#59
üzenetére
Már nem tudom hol olvastam, de nagyon biztossk voltak benne, hogy emiatt ennyi
-
-
#55
philips20
aktív tag
Orionhilles
#54
philips20
aktív tag
válasz
Orionhilles
#54
üzenetére
Olyasmit írtak valahol, hogy azért van 2gb a rendszernek mert az 5.0 as androidnak az a követelménye, ezáltal valószinűleg lesz rá uj rendszer. Bár ez csak feltételezés, lehet hogy csak pancserek voltak a fejlesztők
-
#52
DJGABI
addikt
Orionhilles
#51
DJGABI
addikt
válasz
Orionhilles
#51
üzenetére
"large otas"
szép és jó, de erre a kínai vacakra jött két ~20 megás frissítés, aztán ennyi. meg fentebb vannak a példák, más gyártó meg tudta oldani...
-
#51
Orionhilles
senior tag
Orionhilles
senior tag
as for re partitioning let me get back to you when i have more time it is possible but takes a little time to explain one thing to notewhile your log partition is quite large cache should always be equal to the size of system this seems to be extremely important on intel android devices when large otas are applied
Cache mérete akkor kell legyen mint a system! Ez fontos, főleg (F) OTA esetén.
Image mentések:https://www.androidfilehost.com/?fid=95864024717074616 a tool linkje, aki tudja tesztelje le kérem! Nekem jelenleg nem lehetséges ez. Előre is köszönöm -
#50
R0GERIUS
tag
Orionhilles
#49
R0GERIUS
tag
válasz
Orionhilles
#49
üzenetére
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. -
#49
Orionhilles
senior tag
R0GERIUS
#48
-
R0GERIUS
tag
válasz
philips20
#45
üzenetére
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] ) -
#46
INMOTEP
őstag
Orionhilles
#44
INMOTEP
őstag
válasz
Orionhilles
#44
üzenetére
Szépen fordít [link] Amint beilleszted a forditani kivánt szöveget ,már le is van fordítva
-
#45
philips20
aktív tag
Orionhilles
#44
philips20
aktív tag
válasz
Orionhilles
#44
üzenetére
Biztos lesz valami fordítás, ha lesz valami érdrkes
-
R0GERIUS
tag
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_partitionAz 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... -
#40
R0GERIUS
tag
Orionhilles
#38
R0GERIUS
tag
válasz
Orionhilles
#38
üzenetére
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.
-
DJGABI
addikt
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...
-
#35
KyeX
csendes tag
Orionhilles
#34
KyeX
csendes tag
válasz
Orionhilles
#34
üzenetére
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 -
#33
KyeX
csendes tag
Orionhilles
#32
KyeX
csendes tag
válasz
Orionhilles
#32
üzenetére
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? -
#31
KyeX
csendes tag
Orionhilles
#29
KyeX
csendes tag
válasz
Orionhilles
#29
üzenetére
Nálam pont ez történt. Innen hogy tudtad visszahozni?
-
#30
Orionhilles
senior tag
Orionhilles
#28
Orionhilles
senior tag
válasz
Orionhilles
#28
üzenetére
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! -
#29
Orionhilles
senior tag
Orionhilles
senior tag
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
.Elmélet: lehet, hogy az a tab, ami nem frissít, az amikor flashelné a frissítést, akkor update helyett sideload parancsot kap?
-
#28
Orionhilles
senior tag
Orionhilles
#27
Orionhilles
senior tag
válasz
Orionhilles
#27
üzenetére
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. ) -
#27
Orionhilles
senior tag
Pizzafutar
#26
Orionhilles
senior tag
válasz
Pizzafutar
#26
üzenetére
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? -
#26
Pizzafutar
aktív tag
Orionhilles
#25
Pizzafutar
aktív tag
válasz
Orionhilles
#25
üzenetére
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
-
#25
Orionhilles
senior tag
Pizzafutar
#24
Orionhilles
senior tag
válasz
Pizzafutar
#24
üzenetére
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 -
#24
Pizzafutar
aktív tag
Orionhilles
#22
Pizzafutar
aktív tag
válasz
Orionhilles
#22
üzenetére
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.
-
#23
Orionhilles
senior tag
Orionhilles
senior tag
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....
-
#22
Orionhilles
senior tag
Orionhilles
#21
Orionhilles
senior tag
válasz
Orionhilles
#21
üzenetére
Nekem nem annyi.... 15237120 a kimenet a cat /sys/class/block/mmcblk0/size parancsra.
És ha 2048-cal osztom, akkor 7440-et kapok. -
#21
Orionhilles
senior tag
Pizzafutar
#20
Orionhilles
senior tag
válasz
Pizzafutar
#20
üzenetére
Az sd-nél igen itt meg 4096KB vagyis 4MB.) Lemaradt egy nulla ^^.
Köszönöm ma akkor folytatom, hátha. -
#20
Pizzafutar
aktív tag
Orionhilles
#19
Pizzafutar
aktív tag
válasz
Orionhilles
#19
üzenetére
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.
-
#19
Orionhilles
senior tag
Orionhilles
senior tag
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/mmcblk0Az é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
-
#18
pcnet
addikt
Orionhilles
#15
pcnet
addikt
válasz
Orionhilles
#15
üzenetére
Én vállalom a sört, úgyis jövök neked eggyel a flash palyerért.
-
#17
embe
nagyúr
Orionhilles
#15
embe
nagyúr
válasz
Orionhilles
#15
üzenetére
Ne mondj életkort,mert sírni fogok!
-
#16
mazsi
senior tag
Orionhilles
#8
mazsi
senior tag
válasz
Orionhilles
#8
üzenetére
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.
-
#12
Pizzafutar
aktív tag
Orionhilles
#7
Pizzafutar
aktív tag
válasz
Orionhilles
#7
üzenetére
Szia,
Ez nyilvánvalóbb:
b - partíció kezdő blokk címe.
s - partíció mérete, blokk
t - típusa: effi vagy adat -
#11
raziel01
veterán
Orionhilles
#8
raziel01
veterán
válasz
Orionhilles
#8
üzenetére
Systemnek miért nem elég a gyári 1,5 GB?
-
#10
embe
nagyúr
Orionhilles
#8
embe
nagyúr
válasz
Orionhilles
#8
üzenetére
Ööö szerintem szóhoz sem jutunk. Ha sikerül akkor egy nagy virtuális sör lesz a jutalmad!
-
#9
scream
veterán
Orionhilles
#8
scream
veterán
válasz
Orionhilles
#8
üzenetére
Jó volna.
-
#8
Orionhilles
senior tag
Orionhilles
senior tag
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????
-
#7
Orionhilles
senior tag
Orionhilles
#5
Orionhilles
senior tag
válasz
Orionhilles
#5
üzenetére
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/mmcblk0a -b
-s
-TMi is?
s, size?
b, block?
T, mint?????a size az miben van megadva?
a block pedig most nem biztos, hogy b, mint block ..... -
#6
Zsoleszhun
addikt
Zsoleszhun
addikt
Láttunk már ugyanolyan hardverrel szerelt telefonok/tabletek között portolt romokat, szerintem előbb-utóbb erre is lesz
-
#5
Orionhilles
senior tag
Orionhilles
senior tag
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/mmcblk0p9ls -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/mmcblk0p8vis.: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
-
#3
embe
nagyúr
Orionhilles
#1
embe
nagyúr
válasz
Orionhilles
#1
üzenetére
Örülök a kezdeményezésnek.
Hátha egy használható romot összehoztok. -
#2
INMOTEP
őstag
Orionhilles
#1
INMOTEP
őstag
válasz
Orionhilles
#1
üzenetére
Várom az ötleteket énis
-
#1
Orionhilles
senior tag
Orionhilles
senior tag
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 4096Egy 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/mmcblk0Nyílj ki!
.
Új hozzászólás Aktív témák
Hirdetés
- iPad A16 Wifi 128Gb Silver A3354 bontatlan
- iPad Pro 11" (3rd) Wifi+Cellular Space Grey 128GB
- Ipad mini 7 csere Legion go-ra (Biztosítás/garancia 2028-ig/ajándékok)
- ÚJ Bontatlan iPad Air 6 - 7 gen 11 és 13 Minden szín 1 év Apple Garancia Azonnal Átvehető DEÁK Térné
- Samsung Galaxy Tab S10 Ultra 5G - 256GB - új, garis (SM-X926B)
- Külföldi csomagszállítás Packeta csomagpontokon keresztül!
- iKing.Hu - Apple iPhone 16 Pro Max - Desert Titanium - Új, kipróbált
- HGST HUH721010AL5200 10TB 7.2k SAS HDD, DELL branded, nettó 38000Ft + ÁFA, 1 év garancia
- Samsung Galaxy A13 64GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy S25 Ultra 1TB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest