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

• #57799 konigjanos senior tag Mr.Csizmás #57797

  Új Válasz 2014-01-07 08:02:33 #57799

  Ú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

  

  konigjanos

  senior tag

  válasz Mr.Csizmás #57797 üzenetére

  a cwm telepítésssel felülírtam a sec_ro.img filet. cappa72 szerzett egyet, kicserélte, és meggyógyította...

• #57803 cappa72 nagyúr Mr.Csizmás #57797

  Új Válasz 2014-01-07 09:09:37 #57803

  Ú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

  

  cappa72

  nagyúr

  válasz Mr.Csizmás #57797 üzenetére

  Nos, kicsit bővebben a megoldás:

  Előre bocsátom, hogy nincs benne illegális, warez vagy akármibármi törvénysértés, ugyanis szerencsére az nvram nem sérült, ami ezeket az védett infókat tartalmazza.
  Egy egyszerű partíció-helyreállításról van szó.

  A dumchar_info valami ilyesmi volt (nem konkrétan ez):
  sec_ro 0x0000000000600000 0x000000000298c000 2 /dev/block/mmcblk0p4
  misc 0x0000000000060000 0x0000000002f8c000 2 /dev/block/mmcblk0
  logo 0x0000000000300000 0x0000000002fec000 2 /dev/block/mmcblk0
  expdb 0x0000000000200000 0x00000000032ec000 2 /dev/block/mmcblk0
  android 0x0000000020100000 0x00000000034ec000 2 /dev/block/mmcblk0p5
  cache 0x0000000020100000 0x00000000235ec000 2 /dev/block/mmcblk0p6
  usrdata 0x0000000020100000 0x00000000436ec000 2 /dev/block/mmcblk0p7
  fat 0x0000000082314000 0x00000000637ec000 2 /dev/block/mmcblk0p8

  Látható, hogy a sec_ro partíció a 4.
  A system az 5.
  Valami miatt – talán egy nem hozzá való ROM telepítésekor, ahol a rendszer partíciót akarták formázni, sikerült a sec_ro-t formázni. (Ez eredhet abból is, hogy a gyári recovery partíciókiosztási információja eltér a dumchar_info információktól, és a CWM ennek megfelelő volt)
  Innen ered_het_ a galiba...
  Mivel a sec_ro a flash-elhető ROM-okban benne van, ezért nem volt nehéz “szerezni” egyet.
  Amit meg kellett tenni extraként az az volt, hogy megnézni, van-e bármilyen különbség az mt6589 és mt6582 platformok esetén a sec_ro fájlok között.
  Kénytelen voltam megnézni jópár ilyen fájlt (szerencse, hogy fiamnak 6582-es alapú telefonja van; aztán 6572-est is néztem, illetve 6589 közül 4-et). A konklúzió pedig az volt, hogy nincs különbség. Amit viszont a telefonról mentettem le, az teljesen másképp nézett ki --> ekkor már sejthető volt, hogy nem lesz gond.
  Tehát először a sec_ro.img-t tettem az sd kártyára.
  adb push d:\telefon\repair\sec_ro.img /storage/sdcard1/Ezek alapján – nagy bártan – adb-n keresztül dd-vel beküldtem a helyére (a dumchar_info fájl számított értékei alapján), majd reboot.

  adb shell
  su -
  dd if=/storage/sdcard1/sec_ro.img of=/dev/block/mmcblk0 bs=1024 seek=42544
  reboot
  (#ez csak a példa miatt van, szerintem nem ezek az értékek szerepeltek!)
  És láss csodát, visszatért a lélek a telefonba.
  Igazából szerencse, hogy nem került formázásra az emmc, így az nvram nem sérült.

  Ezek alapján mindenkinek javaslom – amit nem győzök elégszer hangsúlyozni -, hogy még a félig működő telefonról is kötelező mentést csinálni, mert a hibakeresésben nagy segítség lehet (fájlok összehasonlítása pl., hogy csak a fentit említsem).
  További fontos megjegyzésem, hogy a dd parancs nem ellenőriz, hanem az csinálja, amit megadnak neki. Ha nem megfelelően adod meg az értékeket, attól az még beírja az if tartalmát az of helyre... Ez miatt fokozott óvatossággal szabad csak használni!

  Selenia 5w-40 motorolaj eladó! Na meg 4db Ford Kuga TPMS szenzor, 12k-ért

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