Tudomásom szerint nincsen aláírás a GXI kernelben, amihez készült. Mi a Motorola SMI (RazR I) alapot használtuk anno, de az is csak vágja az adott tartalmat a megadott helyeken és ezek alapján rakta össze is a tartalmat.

Ha alá van írva a kerneletek,azt viszont az életben nem játsszátok ki. Akkor ugyanis az a védelem van rajta, ami anno a Xolo x800-ban. Soha sem tudták feltörni még a szakma legnagyobb tekintélyei sem...

mivel root mar van, a vedelem nem teljes..

vegso megoldas lehetne az h a mar meglevo kernel bootol elso korben es az alatt futna egy patchelt boot loader ami kilo minden processt betolti az uj kernelt es raadja a vezerlest..

en nem talaltam ilyen megoldast keszen, de elmeletileg lehetsegesnek tunik.. kerdes h lesz-e valaki aki lekodolja

Nem lehetséges. Ahhoz, hogy a kernellel újra töltesd a bootloadert a kernel felől kellene kexec támogatás. Ehhez előbb kell egy olyan kernel, ami legalább boot képesre fordítható, mivel a gyáriban első dolguk ezt kilőni. Itt jön képbe, hogy oda-vissza megy a védelem, ugyanis a custom kerneled nem eszi meg a zárt bootloader. Ráadásul a bootloadert lehetetlen ebből a készülékből (is) kinyerni bármi formában, mivel a klasszikus értelemben nem is létezik. Nincs sem recovery, sem bootloader tárhelye. Egyetlen szuperblokkban van minden, aminek ráadásul a szekvenciája sem egyértelmű. A recovery, amit láthatsz, vagy akár a CWM recovery is csak emulált. Nem megy pl. alatta az adb, mivel folyamatosan bootloader módban van a készülék. Ezen felül a boot folyamat elején az Atom úgy indul, mint egy átlagos asztali PC, úgy bootol, mint egy Linux, de a boot folyamat kb 35%nál átvált Android kódútra...

A root nem jelent semmit. Egyszerű expolittal újra lehet csatolni írhatóra a systemet.

pedig nagyon úgy tűnik, hogy ez egy aláírt kernel.

mindegyik image (boot, recovery, fastboot) aláírás-blokkja különböző, pár byte-sorozatot leszámítva.

bal oldalon fastboot.img, jobb oldalon recovery.img SIG blokkja látható.

brahiból megguglizva az ominózis egyezést "30 CA 92 31 9C DE 23 11 45 EF 15 98", egyetlen egy találatot kapunk, az pedig "orosz barátaink" már ismert 4pda-s honlapja, amiről az xImgTool is származik

az alábbi linken [link] (#362-es hsz) pont ugyan ebbe a sztoriba futottak bele a srácok. Azt írják, hogy a byte-sorozat előtti 32 byte a SHA256 hash, míg az utána lévő szakasz maga az aláírás.

kulcs nélkül (ami ugye bármi és bármilyen hosszú lehet) visszafejteni ezt lehetetlen...

szóval eddig jutottunk, és itt van vége.

[ Szerkesztve ]

Érdekes de nálam cwm alatt tökéletesen megy az adb.
Sőt igazából betöltött rendszer alatt nem igazán működik, csak cwm alatt.

˙ɐʌloɹoslǝɟ ʞɐuuɐʌ ʞouoɟǝlǝʇ ɐ ɹɐɯ ɐɯ 'ʞɐʇloʌ ᴉɐʇɐpɐ ƆԀ sǝ doʇdɐl ɐ uǝƃǝɹ ʇʇI

Van CWM? Akkor viszont nem zárt a bootloader, sőt, a CWM helyére akármilyen kernelt lehet tölteni. Maga a CWM csomag nyilván nincs aláírva tehát és erre nincs is szükség...

Kinyerni még egyszerű, feldolgozni viszont nem tudod dokumentáció nélkül...

tethered cwm van...
usbn memoriaba masolodik csak es 1x el lehet inditani.
flashelni nem lehet

Az nem gond, mivel ha az fut, akkor bármi futhat helyette... no de... miért is kéne bárminek futni helyette, ha nincs kernel forrás?? Nem értem miért lenne cél egy másik kernel, ha van működő CWM...

aktualis kernel forras nelkul bajosan lesz uj kernel, ez egyertelmu

nagyon nagy szukseg nincs is ra, root+mindenfele sd-re pakolos modokkal jol hasznalhato

nekem swap tamogatas hianyzik, igy chrootbol linuxot futtatva hamar memoria gondok jonnek elo

találtam még egy ilyet:

/* OSII attributes that indicate the image type. We need
* These to determine if a particular OSII entry is a
* Bootable kernel image */

#define ATTR_SIGNED_MAIN_OS 0x00
#define ATTR_UNSIGNED_MAIN_OS 0x01
#define ATTR_SIGNED_RECOVERY_OS 0x0C
#define ATTR_UNSIGNED_RECOVERY_OS 0x0D
#define ATTR_SIGNED_PROVISIONING_OS 0x0E
#define ATTR_UNSIGNED_PROVISIONING_OS 0x0F

a boot.img OSIP / OSII header kibontásakor az attributum = 0 lett.

ez is azt bizonyítja, hogy aláírt. (ATTR_SIGNED_MAIN_OS 0x00)

A recovery.img attribútuma 12 (0x0c)

azaz ATTR_SIGNED_RECOVERY 0x0C

Semmi kétségem nem maradt.

[ Szerkesztve ]

a fastboot.img pedig 14 (0x0E)

azaz ATTR_SIGNED_PROVISIONING_OS 0x0E

Hát ez van.

Urak,
frissítés után a felvillanó USB jelre egyedüli megoldás a szerviz?
Másik kérdés, hogy ennek a Flag Kft-nek vajon vannak máshol is szervizpontjai értelmes helyen, XIV, XV és XIII kerület körül? A központi helye és nyitvatartása nagyon szerencsétlen nekem, ha az az egyetlen lehetőségem, akkor vissza fogom kérni a pénzt a Tecsótól, 3 napon belül vagyok.

Thx,
M.

A tescoba kell visszavinni, ha szervizelni akarod, nem?

De. Illetve írta, hogy 3 napon belül van, visszaviszi Tesco-ba és cserélik.

[ Szerkesztve ]

Az a nagy probléma, hogy már sehol nincs készlet Tecsóban, ergo nem cserélik mert nincs mire. Ezért is fordultam hozzátok itt a mélyvízben, hátha azóta van valami ADB-s vagy hasonló okosság. Mert ha lenne, akkor ennyiért nekem nagyon kellene (böngészésre kell, meg evernote jegyzeteket tanulmányozni).

Nincsen sajnos megoldás rá tudtommal még.. Akkor sajnos ebből pénz vissza lesz, egyetlen lehetőség a szerviz a tesco által, de írtad, hogy az nem opció.

Báh...

Köszönöm azért!

Egy kis adalék, ha ti se tudtatok volna róla: EU jogszabály szerint a vásárlás helyére vissza lehet vinni a cuccot, majd ők intézik a szervizt, onnan is lehet elhozni a javított/cserélt cuccot. Tesco support csillagos ötös!

Szerintem hagytak a raktárban bőven cseredarabot ilyen esetekre.

Valaki esetleg tudna abban segíteni, hogy hogyan lehetne eltűntetni a navbar-ról a volume +/-, screenshot gombokat és csak az a 3 maradék maradjon, középre rendezve?

Illetve a gyári Op3nDott-os elhúzós lockscreen-t hogyan lehetne lecserélni sima alap droidosra?

[ Szerkesztve ]

A navi bar engem is érdekelne, a feloldóképernyő viszont nekem pont bejön. Mi bajod vele?

Hogy mondjuk az órát raknám rá, nem kellenek azok a cuccok oda, meg nem kell a logo sem, legyen olyan, mint a sima vanilia droid.

Ja. Lock screen-t tudsz tölteni a play-ről.

De én inkább mégiscsak a sima vanilia droidosat szeretném, e helyett, mert az bevállt, működik. Ha nem okoz neked gondot.

Vanília. Vanilla amúgy. Értem én h azt jelenti, de meg mindig röhögök.

Tudsz amúgy olyasmit is leszedni a playről, itt ilyen a gyári lockscreen.

[ Szerkesztve ]

Tudom én, a telefonom nem tudja, mindig kijavította és gondoltam így is megértitek.

Próbáltam én már többet is, de vagy lassan jön elő vagy előbb bevillan a főképernyő és utána jön ki vagy egyáltalán fel sem jön, hanem bedob főképernyőre.

Nyilván mindnél le volt tiltva az eredeti, 2x nem akarom feloldani. Csak ugye volt, hogy már a menüben jártam, amikor bejött a lockscreen.

Ez se? A lehetőségek határtalanok. Fizetős ugyan, de tudod h van két órád a problémamentes pénzvisszatérítésre, ha nem jönne be.

WidgetLocker

[ Szerkesztve ]

Ezt használomm, lehet írtam már, ezzel minden okés, mintha gyári lenne

mukodik ez tobb felhasznaloi fiokkal is?

ez zárképernyő értesítéssel, lényegében az op3n dott-os lecserélésére való, az értesítéses része szerintem működik, több fiókkal is, én kikapcsoltam ezt a részét

Ezzel az a gond, hogy az eredeti szöveg sem angolul van. Persze, hogy nem tudja lefordítani.

ma bemerészkedtünk egy kicsit a mélyvízbe...

így néz ki az Op3n Dott tabi Teclast Mini P89 ROM-mal...ezt hem hagyhattuk ki

Ahogy más fórumokon is írták, WIFI és USB töltés hibája van ennek ROM-nak.
Viszont nem is erre kellett, hanem...
mivel az Intel Falsh-tool particionál is, ezért egy módosított partíciós táblával sikerült egy 3,5 gigás Data-t csinálni (Cache 512MB és Logs 512MB lett).

Most azon gyúrunk, hogy vissza tudjuk gyömöszölni az Op3n Dott-os lementett partíciókat az újraparticionált tárhelyre, de egyenlőre rendes boot-nál csak bootloop-ot, droidboot-nál meg USB ikon-t sikerült kicsiholni Jelenleg Teclast-os droidboot van fenn.

Holnap kipróbálunk még egy dolgot, az egyben lementett 8GB-os belső tárhelyet linux alatt átparticionálni... meglátjuk, hátha összejön.

Ha esetleg vki kapcsolatban van Op3n Dott-os szervízzel, esetleg kérhetne egy eredeti flash-elhető rom-ot úgy könnyebben menne a játék.

[ Szerkesztve ]

hoppá hoppá végre valami fejlemény. gratula

ebből a teclastból volt 8 gigás is? vagy nem volt probléma a 16os rom flash-eléséből

[ Szerkesztve ]

<< "stabil, de mégse" >> << MX440 FTW! >>

Nagyon nagy gratula
Ha megvan, egy screenshotot kaphatunk?

– 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

Gratulálok!

A bootloopot nem okozhatja az, hogy a nand gyári hibás, és az újrapartícionálással hibás részre kerülhetett vmi?

ha minden partíciót visszaraktunk, akkor bootloop és droidboot nincs (aza USB ikon csak)
utána elkezdtük egyesével...először csak a system-et...ott is bootloop
így megyünk egyesével felfelé, de majd csak holnap tudjuk folytatni...

megpróbáltuk a system-et is redukálni 1 GB-ra, de flash dobott egy hátast particionálás közben, úgy tűnik, itt kell a min 2GB. (ez vmi Intel baromság lehet )

a teclast-os ROM Op3n Dott-on nem hajtja a WIFI-t, mert más a chipset. ez ok.
az USB töltést írták még, reméljük csak sw-es probléma (visszaolvasás vhol a driver-ben v kernelben)
remélem, nem kell addig fajulni, hogy szétdöntsük az egészet, bár a kíváncsiság ott is nagyon megvan...
egyszer nekiláttunk kinyitni, de kicsit bátrabbnak kell lenni, mert elég jól össze van pattintva a tok

elvileg a teclast mini egy Intel Atom Z2580 (a dott Z2520, de mintha csak a GHz lenne a különbség a teclast javára) így ezért is mertünk belevágni...kicsit lassítja a dolgot, hogy nincs Intel-es flash-elhető ROM-unk, így oda-vissza pattogunk flash-tool, droidboot és CWM között...

a partíciós tábla szerint a partíciók mérete byte-ra megegyezett..a /data meg (mint szabad terület) mindig a "maradék" területből keletkezik. Szóval az eleje ugyan az, így ha 16GB van benne, a data lesz értelemszerűen nagyobb....szvsz

[ Szerkesztve ]

Hi!

Nem probléma, mert a flash tool által használt partíció leiró az utolsó (data) partíció méretét a ténylegesen beépített flash méretéből határozza meg. Így elvileg tetszőleges méretű NAND-ra (8GB felett) fel tudja pakolni az image-et.
A Teclast egyébként 16GB-os, Z2580-as Intel SOC-al és másik wifi piggyvel, töltésvezérlővel.
Ettől eltekintve a Teclast ROM teljesen jól fut (ráadásul ez 4.2.2-es), magyar lokalizációval. Viszont ezeket csak kernel fordítással lehetne megoldani, amihez (egyelőre) nincs forrás. Gondolkodunk egy Teclast-Open3Dott "hybrid" ROM összerakásán is (tesco-s kernel, p89 ROM), szóval van ötlet

A bootloop-on holnap nyomozunk, az eredeti terv az, hogy a system partíciót is lecsökkentjük 1GB-ra, az is bőven sok neki (800MB van rajta, read only mountolva), tehát ha nem kap (túl nagy) OTA update-et, akkor simán el fog férni rajta..
És így 4.5GB datával már egy egész élhető tablet lesz..

itt nincs animált logó, csak egy mezei Intel meg cinosz kínai kisz felirat az elején

holnap azért csak fel kellene nyitni.. megkeresem, h a csehek mivel piszkálták szét...nekem késpenge rémlik

közben találtam 4.4.2-es AOSP-t és gyári image-et a Teclasthoz, az jó "alap" lehet a hibridhez