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.
Gyorskeresés
Legfrissebb anyagok
- Bemutató Spyra: akkus, nagynyomású, automata vízipuska
- Bemutató Route 66 Chicagotól Los Angelesig 2. rész
- Helyszíni riport Alfa Giulia Q-val a Balaton Park Circiut-en
- Bemutató A használt VGA piac kincsei - Július I
- Bemutató Bakancslista: Route 66 Chicagotól Los Angelesig
Általános témák
LOGOUT.hu témák
- [Re:] [Luck Dragon:] Asszociációs játék. :)
- [Re:] [Victoryus:] Már a Josef Seibel se a régi
- [Re:] [D1Rect:] Nagy "hülyétkapokazapróktól" topik
- [Re:] [sziku69:] Szólánc.
- [Re:] [gban:] Ingyen kellene, de tegnapra
- [Re:] [attilasd:] A laposföld elmebaj: Vissza a jövőbe!
- [Re:] [ubyegon2:] Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- [Re:] Elektromos rásegítésű kerékpárok
- [Re:] [Tüzi:] Geek-hatarozo
- [Re:] [sziku69:] Fűzzük össze a szavakat :)
Szakmai témák
PROHARDVER! témák
Mobilarena témák
IT café témák
Téma összefoglaló
Hozzászólások
Keeperv85
nagyúr
Mivel egy nap alatt írtatok 300hsz-t... () így meg sem próbálok válaszolni mindenre...
...csupán egy kérdés: a partíciós táblát még mindig nem teljesen értem. A középső oszlop ID-ket tartalmaz? Nem tudom hogy lehetne ugyanis a GXI mellé készíteni egyet, mivel ahhoz nincs meg a gyári....
róland
veterán
S mi van a gyári update-tel? Próbáltad már azóta?
http://logout.hu/cikk/mi_is_az_a_htpc/teljes.html; Három emeleten át egy teljes liftrapszódiát játszik!
róland
veterán
8192 MB? (8 GB*1024)
http://logout.hu/cikk/mi_is_az_a_htpc/teljes.html; Három emeleten át egy teljes liftrapszódiát játszik!
tiki
tag
Szerintem a gyári update frissitést , azt jobb lesz , ha nem próbáljátok ki .Ugyanis a ha még jelenleg nincs javítva egy két dolog partíció stb , akkor az szépen a régi kiosztásban szeretné felül írni a már át partícionált területet.Valószinűleg hibával megállna az update , és elöjöhet az újbóli ominózus usb kulcs jelenet.
[ Szerkesztve ]
Orionhilles
senior tag
Yep, uuid-ket (remélem jól írtam )
Tiki: gyári rom az megvan, de nincs gyári partition.tbl fájl hozzá :/
Keeperv85:Elvileg kiolvasható, nemde?
[ Szerkesztve ]
– 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
tiki
tag
Két kérdés most a táblázatra gondolsz ?
A másik a GXI gyári romja nincs meg vagy ?
Abel
tag
Ez nagyon tetszik! Gyorsan meg is csináltam (egy macbookon, amin windows fut ) bootanimation.zip
Orionhilles
senior tag
Már szedem is
– 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
_Soma77_
tag
te aztán gyors vagy! köszönjük, ezt én is "lopom"
RoundRobin
aktív tag
Megcsináltam _Soma77_ "Partíciós tábla generátor v2" munkafüzetét Google dokumentumban, elérhető ITT.
Androidhoz illik legealább egy Google fiók, s akkor már van Google Drive (leánykori nevén Google Docs) is, azaz használhatók a Google dokumentumok.
Köszönöm!
Aranyos vagy, hogy igy népművelsz engem, de a google attól még csak egy kémgép marad amit én aj övőben is kerülni fogok, az android és a google drive is azért elég jól elvan nálam úgy, hogy mit sem tudnak egymásról, a particiós kiosztást pedig meg tudom oldani magamnak.
Vennék: 286-os (esetleg XT) alaplapot.
NePee
csendes tag
Köszi, frankó lett!
RoundRobin
aktív tag
Ez nem így van.
Amellett abban igazad van, hogy a frissités felesleges, sőt, még káros is lehet egyes gépeken.
Vennék: 286-os (esetleg XT) alaplapot.
_Soma77_
tag
nem lesz jó!
shell@w032i_c3:/ $ cat proc/partitions
cat proc/partitions
major minor #blocks name
179 0 7618560 mmcblk0
179 1 167936 mmcblk0p1
179 2 8192 mmcblk0p2
179 3 32768 mmcblk0p3
179 4 131072 mmcblk0p4
179 5 131072 mmcblk0p5
179 6 524288 mmcblk0p6
179 7 262144 mmcblk0p7
179 8 1048576 mmcblk0p8
179 9 5304300 mmcblk0p9
179 40 4096 mmcblk0rpmb
179 30 8192 mmcblk0gp0
179 20 4096 mmcblk0boot1
179 10 4096 mmcblk0boot0
Összesen 15249388 blokk ami 15249388 * 512 = 7807686656 bytes, azaz pontosan 7446 MB.
a boot partícó és a general partíciók szerintem nem particionálhatók. gp0-t nem tudom mi, a másik kettő az a boot0 és a boot1, amit eddig felül írtunk. Ezek összege pont 16384 block, pontosan annyi, amennyivel a lemez végét (lba) csökkenteni kell az /data méretének meghatározásánál.
16384 * 512 = 8388608 byte, pont 8MB
Teljes lemez 7446MB - 8MB = 7438MB
Ha ezt írjuk a 8000MB helyére, akkor ~2MB különbséggel megkapjuk a /data-hosszát.
(NePee adatain csekkolva)
(nem tudom ez a diffi miből jön, de nem túl nagy)
Legyen 2MB-val több 7440MB
A root nélküli disk-emre is kiszámoltam ez így 5188MB /data-t ad, ami jó is lehet!
Írjuk be a 7440MB-ot oda!
[ Szerkesztve ]
...és (#1297) molrob: köszi a válaszokat!
Jó ez a tisztított navi bar, csak gyári lockscreent le tudom vele fagyasztani.
róland
veterán
Átírva!
http://logout.hu/cikk/mi_is_az_a_htpc/teljes.html; Három emeleten át egy teljes liftrapszódiát játszik!
_Soma77_
tag
most nézem, hogy a 2MB diffi valszeg a
179 40 4096 mmcblk0rpmb,
ami pont 2MB.
_Soma77_
tag
köszi! de lehet, h valami elszámoltam az előbb, a 7432 ad jó megoldást 20k különbséggel, úh legyen inkább az a "magic number". Bocsánat! (fáradok)
[ Szerkesztve ]
domerator
veterán
Na nekem is kész az átparticionálás, előtte cwm mentés, DE... saját partícióméretet megadva az Abel féle script nem képes formázni az új méretű partíciókat, így a végén csak a körbeforgó csíkos opendott logót lehet bámulni. Szerencsére a droidboot megmaradt és újból le tudtam futtatni a scriptet az Abel féle méretekkel és így már sikerült a művelet, 4,9GB data lett, ahogy itt sokaknak
Reggae ‘till I die ... iPhone 13 mini, MacBook Air M1, Homepod (sztereó)
tiki
tag
Ha esetleg valaki nagyon játékos , akkor annak üzenném Asphalt 8 fullba tesztelve akadálymentesen zökkenőmentesen szépen fut rajta .Érdemes kipróbálni élményt nyújtó..
RoundRobin
aktív tag
A particiók változtatása tulajdonképpen semmi egyéb, mint a lemez legelső szektorában elhelyezkedő particiós tábla módositása, ez pedig mindössze azt tartalmazza, hogy egy egy partició hol, melyik szektornál kezdődik és hol ér véget. A lemezen lévő adatok, a file-ok allokációs táblája nem változik, nem törlődik. Ebben biztos is voltam, de csak fat tipusú particiók esetén, mivel a linux biztonságosabb, mint a win, ezért is töröl egy-egy file törlésekor visszaállithatatlanul, de az mégis más, mivel ott a file-rendszer allokációs (foglaltsági) táblája módosul, nem pedig a particiós tábla.
És a lényeg:
Ha a particiós tábla úgy van módositva, hogy a szekvenciálisan előrébb elhelyezkedő particiók méretre mind változatlanul maradnak, akkor a mögöttes particiók gond nélkül módosithatók, az elsőbb particiók adatai nem vesznek el.
Igy értelemszerűen elég a 'hátsó' particiókat felülirni, mivel az elsők változatlanul maradnak. A particiós tábla ugyan módosul, de az 'első' particiók tekintetében ugyanazon adatok iródnak felül, tehát ott érdemi, működésre kiható változás nem történik.
Változtatás előtt:
part_1 part_2 part_3 part_4 unpartitioned space
[----------- ------------ ------------ -----------------------------............................................]
És változtatás után:
part_1 part_2 part_3 part_4 unpartitioned space
[----------- ------------ ------------ ------------------------------------------...............................]
Vennék: 286-os (esetleg XT) alaplapot.
Keeperv85
nagyúr
Nincs, ugyanis a felhasználók felé kiküldött gyári romok recovery scriptes telepítővel vannak ellátva, tehát nem a shipped rom formátum van bennük! Van egy B05-ös, ki nem adott romom, de az is csak töredéke annak, ami kéne a teljes gyári szoftverhez...
csubuka
addikt
Miért nem tudom hagyományosan one-click appokkal remountolni a fs-et rw-nek a bootanimáció cseréhez?*Ez nagyon noob vagy esetleg x86-on máshogy mennek a dolgok vagy annak épp köze nincs ehhez, csak bénázok? *Igen, rootolva van a gép, nem az a gond
[ Szerkesztve ]
(#1323) RoundRobin válasza RoundRobin (#1320) üzenetére
RoundRobin
aktív tag
Hátha igy érthetőbb lesz:
Változtatás előtt:
__part1__ part2__ part3_______ part4___________ unpartitioned space
[........ ........ ........... ....................................... ..............................................]
És változtatás után:
__part1__ part2__ part3_________ part4__________________ unpartitioned space
[........ ........ ........... ....................................................... ...............................]
[ Szerkesztve ]
Vennék: 286-os (esetleg XT) alaplapot.
_Soma77_
tag
viszont amit nem értek:
amit csináltunk boot partíció mentést, ott boot0 és boot1 is 4M egyesével
4 194 304 mmcblk0boot0.img
4 194 304 mmcblk0boot1.img
BINARY SAME!
viszont a mmcblk0boot1 és mmcblk0boot0 is 4096 * 512 = 2097152 byte = 2MB
179 0 7618560 mmcblk0
179 1 167936 mmcblk0p1
179 2 8192 mmcblk0p2
179 3 32768 mmcblk0p3
179 4 131072 mmcblk0p4
179 5 131072 mmcblk0p5
179 6 524288 mmcblk0p6
179 7 262144 mmcblk0p7
179 8 1048576 mmcblk0p8
179 9 5304300 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
A bootloader kinyitása után..hogy tudtunk egyesével 2db 4M-as boot partíció mentést rá-dd-zni 2 x 2M-ás helyekre?
echo 0 > /sys/block/mmcblk0boot0/force_ro
echo 0 > /sys/block/mmcblk0boot1/force_ro
dd if=/external_sd/mmcblk0boot0.img of=/dev/block/mmcblk0boot0
dd if=/external_sd/mmcblk0boot1.img of=/dev/block/mmcblk0boot1
Csak úgy tudom elképzelni, hogy egy helyre mutatnak ezek a partíciók, így fizikailag 4MB-ra írtunk 4MB-ot, és ez megmagyarázza a teljes azonosságot is... érti ezt valaki?
----
mivel a boot partíció alapból read-only a zárt BL miatt, ezért a V2-es particionáló azt nem írhatja felül, hiszen el sem éri. Ezért nem kell ennél a megoldásnál visszaírni a boot-partíció tartalmát (amiben a fw is van)
amikor Intel Flash Tool-lal flash-eltünk, ott a tool az elején xFTSK-val betolta a teclast-os ifwi.bin-t (firmware) a bootpartíció helyére,ahogy illik, ezért lett szar a hw felhúzás. Ezért kellett utána BL-t kinyitva visszaírni az eredetit. Nálunk a scriptben ez nem történik meg, mert csak a fastboot protokolt használtuk.
aztán lehet, hogy nem így van....
[ Szerkesztve ]
domerator
veterán
Fejlemény: az "új" partíciós rom nem fogadja el a cwm mentés visszaállítását md5 checksum hibára hivatkozva.
Mindegy, a tárhely jó nagy lett, a romot meg belakom megint.
Hatalmas köszönet a guruknak!!!
Reggae ‘till I die ... iPhone 13 mini, MacBook Air M1, Homepod (sztereó)
RoundRobin
aktív tag
viszont a mmcblk0boot1 és mmcblk0boot0 is 4096 * 512 = 2097152 byte = 2MB
Erre keresem én is a választ.
Az, hogy duplán foglal helyet, oké, hiszen ha az egyik partició olvashatatlanná válna, akkor ott a másolat.
De miért kétszer akkora mint kéne?
Vennék: 286-os (esetleg XT) alaplapot.
_Soma77_
tag
Gratu! Tehetnél föl képet!
Abel
tag
A Solid Explorer szó nélkül bemásolta.
csubuka
addikt
Megnézem, köszönöm!
domerator
veterán
Mingyá' teszek, csak most meg berohadt cwm-be, mert hirtelen felindulásból format cache-t nyomtam és abban maradt... remélem megint tudom flashelni, vagy csak szimplán rebootolni.
Na végzett vele... sokáig törölgette
[ Szerkesztve ]
Reggae ‘till I die ... iPhone 13 mini, MacBook Air M1, Homepod (sztereó)
_Soma77_
tag
lehet, hogy fizikailag 2 x 2MB-os a partíció, de logikailag egy 4MB-os blokk? ez magyarázná a binary same-et.
Keeperv85
nagyúr
A GXI-ben nincsen külön boot, recovery, droidboot és még nem tudom hány partíció... Egyetlen 100MB-os blokk a nand eleje, ahová az OSIP headereket és a fájlokat beszórja a fastboot. Hogy milyen struktúrában, azt nekem nem sikerült megfejteni, de amennyire én láttam, ez szétvagdossa a fájlokat, nem szekvenciálisan sorba írja őket...
RoundRobin
aktív tag
Nálunk a scriptben ez nem történik meg, mert csak a fastboot protokolt használtuk.
Az intel phone flash tool is azt használja (hiszen csak egy frontend), igaz, ott a fastboot kicsit más, mint általában.
Vennék: 286-os (esetleg XT) alaplapot.
iván73.hu
tag
RoundRobin
aktív tag
Az lehet. De ez egyelőre felőlem csak egy feltevés.
Vennék: 286-os (esetleg XT) alaplapot.
tiki
tag
Nem valószínű.
_Soma77_
tag
bocs, nem fogalmaztam elég pontosan . A V2 csak fastboot-ot használ, a Flash tool meg nem csak fastboot-ot, hanem szerintem xFTSK-t is (dnx - download and execute protocol) [link], mert azzal tudja csak írni a ifwi.bin-t a boot partícióba. fastboot nem fér oda. -- de lehet, hogy rosszul tudom, 4pda-n olvastam róla elég sokat, mert ott ugyan ezzel próbálkoztak a srácok (firmware flash-elés témája)
csubuka
addikt
A rootra panaszkodik, lehet újra kellene rootolni... holott fenn van a superSU, elvileg jó, amúgy meg mégsem. Egy cwm-ből supersu installt kellene csinálnom lehet.
RoundRobin
aktív tag
Ahh. köszi.
Jobb későn mint soha.
Arra voltam kiváncsi, hogy R/W e a partició, de látom, az.
Meglátjuk, pontosabban megnézzük miért nem akar menni a frissités, de azt előre bocsájtom, hogy az én tapasztalataim szerint a frissités nem javit semmit az amúgy is elég jól muzsikáló gép állapotán. Hozzáteszem, elég alaposan kiteszteltem a gépet, minden oldaláról.
Vennék: 286-os (esetleg XT) alaplapot.
_Soma77_
tag
ok, lehet, de akkor ez hogyhogy mégis sikerült?
echo 0 > /sys/block/mmcblk0boot0/force_ro
echo 0 > /sys/block/mmcblk0boot1/force_ro
dd if=/external_sd/mmcblk0boot0.img of=/dev/block/mmcblk0boot0
dd if=/external_sd/mmcblk0boot1.img of=/dev/block/mmcblk0boot1
ahol mmcblk0boot0 és mmcblk0boot1 2 x 2MB és mmcblk0boot0.img = mmcblk0boot0.img pedig 4MB
domerator
veterán
Abel
tag
Én sem értem miért 4MB az a két partíció, mindenesetre valódi adat csak 2MB van mindkettőn, a többi nulla, szóval lehet vmi trükk van a dologban.
A zárt bootloader amúgy nem feltétlenül azt jelenti, hogy r/o lenne bármi is, csak azt, hogy pl. a nem megfelelően jelölt kernelt nem hajlandó elindítani a bootloader.
_Soma77_
tag
CWM backup belső vagy külső kártyára volt?
iván73.hu
tag
Nemrég értem haza, és hát mire végére értem az új, röpke néhány 100 hozzászólásnak, kicsit el ment az idő .
Per pillanat én sem gondolom, hogy égető lenne a frissítés, de szeretem, ha minden rendben működik, meg hát ki tudja mikor jön egy olyan frissítés, amit érdemes lesz feltenni.
[ Szerkesztve ]
OP8Pro; S20FE; Mate 20; MI6 6/64; S5 GT-900F 6.0.1; Elephone P4000; Galaxy S4 mini GT-I9195; Motorola Defy MB525 (SOC)
Keeperv85
nagyúr
Több hely van hagyva és a dd kimenti az üres helyeket is. Nyugodtan le lehet vagdosni a fájok végéről!
Mattb
senior tag
Hat valamit sikerult nagyon elszurni mert most egyaltalan nincs UI!! Se navi, se status bar... Higylehet ezt megoldani? Sehogy nemjon ossze ez anfoto es hangero gmbok kivetele
Tudja valakinhogy mit csinaljak?
RoundRobin
aktív tag
Hohó!
Ez nagyon lényeges infó, mert akkor valószinűsiteni lehet, hogy az xfstk érzékeny a flash-re csak, a fastboot már nem annyira.
A linket köszi, már tegnap lehúztam a forrást. Igaz, még nem néztem bele.
Azt viszont találtam az xfstk-ról, ráadásul intel forrásból, hogy a flash előtt lehetőleg húzzunk ki a gépből minden usb-s eszközt, kivált a webcam-okat, mert ezekre kifejezetten nagyon érzékeny a tool.
Vennék: 286-os (esetleg XT) alaplapot.
_Soma77_
tag
az tuti, hogy a Dott-os image-ek (recovery, boot, droidboot, logo) mind-mind aláírt, ezt már az elején láttuk...a teclast-os ROM engedte kicserélni magában az image-eket OpenDott-osra, ez is furcs volt, de működött...viszont szvsz ha most csinálnánk egy recovery-t, ami nincs aláírva, dobna egy hátast...szóval vagy a teclast volt nyitott, vagy nem tudom....(annyira nem értek ehhez már)
RoundRobin
aktív tag
Én sem értem miért 4MB az a két partíció, mindenesetre valódi adat csak 2MB van mindkettőn, a többi nulla, szóval lehet vmi trükk van a dologban.
Lehet, hogy biztonsági okokból van dupla terület lefoglalva, mert gond esetén a firmware-t feljebb lehet irni és van hova. Mégis csak ez a gép hardvereinek BIOS-a.
A zárt bootloader amúgy nem feltétlenül azt jelenti, hogy r/o lenne bármi is, csak azt, hogy pl. a nem megfelelően jelölt kernelt nem hajlandó elindítani a bootloader.
Igen, ezt akartam irni Somának, csak lefelejtettem. Pedig fontos.
Vennék: 286-os (esetleg XT) alaplapot.