Hirdetés

  2. Fórumok
  3. Okostelefonok
  4. Android DUAL SIM (két SIM) MÉLYVÍZ

Hirdetés

100 000 érv a ReGalaxy mellett: Vásárolj Galaxy Z Fold7 I Z Flip7 vagy Galaxy S25 szériás készüléket, és régi mobilod felújítását 100 000 Ft-ig mi álljuk!
  • Téma összefoglaló
    Utoljára frissítve: 2023-12-13 05:10

    Mobilarena

    Android dual SIM szakmai mélyvíz
    Az alábbi témák kitárgyalása kerülendő, mert nem ide tartozik!
    Kérdésed a megfelelő topikba tedd fel:
    "melyik alkalmazás, ami"
    "milyen tokot vegyek"
    "piros hátlap hol kapható"
    "honnan vegyek telefont"

Új hozzászólás Aktív témák

  • #5516 mikk2000 őstag cappa72 #5514
    Új Válasz #5516
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    mikk2000

    őstag

    válasz cappa72 #5514 üzenetére

    Okés, azzal az SPTool-al, ami a Beex frissítő csomagjában van, gond nélkül megy a kiolvasás. Mondjuk ez is hozta a spare, page és egyéb lehetőségeket, de engem nem vert át, mert lementettem az összes módban :)

    [link]

    Ránézésre nincs siker, mert az eredeti boot.img 4 megás, amik meg keletkeztek, azok 8 mega fölött vannak.

    [link]

    Nade engem sem ejtettek a fejemre teljesen. A partíció mérete egy dolog, viszont nyilván nagyobb, mint amekkora kell. Simán total commanderben összehasonlítottam (binárisan) az update boot.img-t a rom_1-el (page only). És mit látok? Egészen $445800-ig azonos, utána a mentés csak $FF-et tartalmaz (nem görgettem teljesen végig de ránézésre az). Ha pedig a $445800-at visszaszámolom decimálisba, akkor 4 478 976-et kapok, ami pedig pontosan megegyezik az updateben található boot.img méretével, azaz mondhatjuk azt, hogy a lementett boot.img teljesen azonos! Csak éppen mentéskor nem tudja szegény SPTool meddig érdemes beolvasni, hiszen méretnek a teljes partíció mérete volt megadva. Okés, hogyan tovább?

Új hozzászólás Aktív témák