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

• #1628 cappa72 nagyúr quailstorm #1625

  Új Válasz 2015-03-24 22:43:09 #1628

  Ú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

  LOGOUT blog

  válasz quailstorm #1625 üzenetére

  Most megnéztem egy ubifs system-et egy gubot gt72 flesselhető változatból hex editorral, ez úgy kezdődik, hogy #UBI
  Ez lehet egy támpont, mivel akkor vélhetően a data is az lesz.

• #1627 cappa72 nagyúr quailstorm #1625

  Új Válasz 2015-03-24 22:07:13 #1627

  Ú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

  LOGOUT blog

  válasz quailstorm #1625 üzenetére

  A scatter-t elnézve az nem extX.
  vagy ubifs, vagy yaffs.
  A data-nak a scatter-ben csak a kezdőcíme van megadva, a hosszát adb-n keresztül lehetne lekérni... csak az meg nincs, ha jól értettem

  Szerintem ilyen mentést ti se szoktatok csinálni.
  Én szoktam. De a régi fajta scatter a data hosszát nem tartalmazza, ezért a /proc/dumchar_info szokott segíteni, méginkább a /proc/partitions, ami viszont a valós méretet adja meg.
  Sőt, már szedtem szét 2GB-os egybefüggő img-t is, scatter nélkül (ext fájlrendszer volt, az jól érthető, ez segített). Viszont a data-t ott sem mentették.
  Ha a data hossza nem ismert, nincs ebr, nincs pmt, akkor érdemes lehet egy olyan hosszt választani, ami mondjuk úgy, logikus: a specifikációban meghatározott "ROM"-méretre hagyatkozni, és kivonni a meglévő mentés méretéből. Persze ez sem korrekt, mert pl. a 4GB sem 4GB, hanem telefononként eltérő 3,76; 3,87; 3,59 stb...
  Ha még mentenéd is egy adott mérettel, akkor is fontos, hogy hogyan csatolod a mentett raw img-t. ubifs, vagy yaffs?

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