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

• #512 cappa72 nagyúr BViktr #510

  Új Válasz 2014-09-27 16:53:33 #512

  Ú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 BViktr #510 üzenetére

  Ha van komplett rendszermentésed (preloader-től elkezdve a data-ig), akkor bátrabb lehetsz, de...

  system utáni részektől van eltérés
  Konkrétbabban picit...
  Félinformációkból félmegoldás születhet (vagy féltégla).
  Az MTKDT 2.5.2-vel csinálj egy scattert a jelenlegiről. Azt gyorsan át lehet számolni kezdőcím/hossz módra.
  Ha az újnak a system-e hosszabb, mint a jelenlegi system, akkor csak a fw upgrade lesz neked a megoldás.
  Ha nem , akkor el lehet azon gondolkodni, hogy a régi scattert felhasználva csak a boot.img és system.img-t teszed fel. DE! csak akkor, ha a partícióméretek/blokkeszköz-szakasz kezdetek és hosszak kizárólag a data és fat partíciók esetén tér el. (Mert ugye ezt szoktuk kihasználni az "átparticionáláskor")

• #511 ksanc őstag BViktr #510

  Új Válasz 2014-09-27 16:23:36 #511

  Ú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

  

  ksanc

  őstag

  válasz BViktr #510 üzenetére

  Cappa: jaja, van, amit kihagy, pl. az nvram-ot is
  Tényleg, ezt majd meg is nézem, hogyan csinálja, hiszen ha minden linear address változik, akkor hogyan marad a helyén az nvram? Vagy áthelyezi? Vagy itt jön a képbe a phisycal address? Nem tudom És ugye fw upgrade-nél nem szabad az nvram-nak elmászni, vagy pont ezért szokott? Trehàny partíciókezelés?

  Bviktr, én nem biztos, hogy kísérleteznék mert a blokkeszköz kiosztàsa a kernelben is kódolva van.

  Ui. Buszról irok mobilról ami nem olyan, mint liter tömény, de hasonló

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