Pistas para ir comprendiendo el jaleo del rooteo de Android Q en Redmi Note 5
Traducido por Google, quedaría así:
Sistema como raíz en dispositivos de solo A: ¿Qué cambia todo?
u / DragonClaw_Rick
Android ha hecho que sea obligatorio que los dispositivos con
Android 10 utilicen un
sistema de montaje de sistema
como raíz . Por lo tanto, las ROM de Android 10 personalizadas para dispositivos antiguos de solo A están implementando
SAR (sistema como raíz) de una forma u otra.
En
Asus ZenFone Max Pro M1, la primera
ROM personalizada de Android 10 basada en AOSP se lanzó con una recuperación SAR. Con este tipo de implementación, los núcleos antiguos dejaron de funcionar con la nueva ROM. Entonces, Android 10 significaba SAR
Recovery + SAR ROM + SAR Kernel.
Sin embargo, en el Redmi Note 5 Pro, las primeras
ROM de Android 10 podrían actualizarse con la recuperación existente y funcionar con los núcleos existentes. Sin embargo, el único problema era la imposibilidad de usar
Magisk para rootear tales ROM. (
LOS17, POSP son ejemplos de este tipo). Sin embargo, en las posteriores ROM personalizadas de Android 10 (la
ROM de kcuf es de este tipo), se podría usar Magisk, aunque no se pudo cambiar el kernel.
Leyendo la
explicación reciente de topjohnwu, las cosas comenzaron a tener más sentido. Pero todavía no puedo entender cómo cambiarán las cosas en la escena ROM personalizada debido a todo esto. Aquí está mi comprensión de las cosas con respecto a Redmi Note 5 Pro:
Esta cosa de SAR tiene que ver con boot.img, el resto de la ROM sigue siendo la misma. Ahora hay dos tipos de ROM:
- LOS17, POSP boot.img contiene:
a. Núcleo de pastel
si. 2SI ramdisk
- kcuf boot.img contiene:
a. Núcleo LSAR Q
si. Ramdisk LSAR
- Los nuevos núcleos "Q compatibles" (IceCold Q, PureCAF Q) contienen:
a. Núcleo LSAR Q
Nota: Tengo la sensación de que no es el ramdisk, pero definitivamente es un componente del boot.img.
Entonces, si topjohnwu actualiza Magisk para 2SI solo A, las ROM de tipo 1 serán lo suficientemente buenas, y podemos hacerlo con cualquier kernel de Pie. De lo contrario, la única opción sería 2, y todos los núcleos tendrían que actualizarse para que sean "compatibles con Q".
Entonces, ¿estoy completamente equivocado? Cualquier idea sobre esto es bienvenida! ¿Dónde encaja la recuperación SAR en todo esto? Muchas gracias.