Me gustaría jugar con el desarrollo de ROM de Android con fines de aprendizaje y tal vez pueda bifurcar mi ROM actual y cambiar cosas interesantes en él.
Preferiría no estar nada contento con un dispositivo bloqueado, pero ¿cuál es la probabilidad de que eso suceda?
Hasta donde yo sé , si el cargador de arranque está intacto, flashear incluso la basura debería dejar el dispositivo reparable, ya que uno aún puede entrar en modo flash y flashear una nueva rom porque el cargador de arranque está bien. ¿Bien?
También supongo que el hardware no puede ser dañado por un mal software, ¿o sí? (Necesito una razón de peso si dices que sí)
Entonces, en teoría, mi dispositivo realmente no puede fallar al flashear y probar una ROM personalizada incluso si está defectuosa o incluso si ocurre un error durante el flash, ¿no? (dado que no toco el gestor de arranque)
Como señaló Death Mask Salesman, debe asegurarse de que el proceso de actualización en sí no sobrescriba la tabla de particiones o el gestor de arranque. Pero incluso si el flasheo en sí mismo no causa un problema irrecuperable, aún es posible que una ROM rota dañe el hardware del teléfono.
Aquí hay un ejemplo de la vida real de cuando trabajé en la integración de ROM. Uno de mis colegas bloqueó el hardware de desarrollo en el que estábamos trabajando al actualizar una ROM en la que el kernel tenía la aceleración de la CPU y el corte térmico desactivados. La placa de desarrollo funcionó con la CPU a máxima velocidad durante un par de minutos y luego fundió el SoC.
El hardware puede verse muy dañado por controladores que se han editado o compilado con las opciones incorrectas. Hacer overclocking en la CPU o la GPU (una característica popular en las ROM personalizadas) conlleva su propio riesgo de sobrecalentamiento, especialmente si su teléfono no cumple con las especificaciones. Algunos tipos de retroiluminación de la pantalla pueden dañarse si se ejecutan con demasiada fuerza, lo que el controlador evita en el uso normal. Además, algunos componentes, como los chips NFC y los elementos seguros, tienen "fusibles" antimanipulación: si uno de ellos se funde por accidente (al escribir en el registro de hardware incorrecto), podría ser irreversible.
Esta es la razón por la que rootear o actualizar una ROM personalizada anula la garantía.
Grimorio
asserts en el zipupdater-script, que abortan la instalación si su dispositivo no se confirma como compatible. Obviamente, eso no es un lujo que tiene si crea una ROM usted mismo (si no agrega los controles manualmente, eso es). Para resumir, si crea su propia ROM con su propio zip, debe tener cuidado de no sobrescribir el gestor de arranque, sobrescribir solo la/systempartición, (opcionalmente) sobrescribir/dev/block/platform/msm_sdcc.1/by-name/bootpara instalar un kernel personalizado y tener mucho cuidado de no vaciar su tabla de particiones por error. .Sobrecodificador
Grimorio
dd if=/dev/null of=/dev/mmcblk0solo si desea la perdición de su teléfono. Además, su dispositivo debería simplemente bloquearse si flashea firmwares incompatibles, siempre que nada más que/system,/booty opcionalmente/datase sobrescriba. Para decirlo de otra manera, hasta que su gestor de arranque y/o tabla de particiones estén dañados, no hay nada de lo que no pueda recuperarse.