La recuperación de TWRP no se inicia

Tengo OnePlus 3 (A3003). Instalé una ROM personalizada. Desde entonces, no puedo entrar en modo de recuperación. Si trato de iniciarlo, mi teléfono se atasca en el logotipo de OnePlus.

Intenté flashearlo con fastboot,

C:\...\Android\android-sdk\platform-tools> fastboot flash recovery recovery.img
target reported max download size of 442499072 bytes
sending 'recovery' (18964 KB)...
OKAY [  0.580s]
writing 'recovery'...
OKAY [  0.144s]
finished. total time: 0.726s

Y también probé flasheándolo con la aplicación TWRP, me dio error diciéndome que ya lo instalé.

¿Cuál es el problema?

Intente obtener / iniciar la recuperación utilizando la aplicación TWRP o cualquier otra aplicación de reinicio avanzada.
¿Cómo se supone que debemos ayudar cuando no tenemos registros de TWRP?

Respuestas (3)

Puede reiniciar a TWRP usando los comandos adb desde su escritorio.

Conecte su dispositivo Android, navegue su cmd C:\Users\juanhh\AppData\Local\Android\android-sdk\platform-toolsy escriba

adb devices

Mostrará la lista de dispositivos conectados. De lo contrario, probablemente necesite instalar el controlador adb universal .

Para reiniciar en la recuperación TWRP, escriba

adb reboot recovery
hace el mismo problema, se atasca en el logotipo de oneplus, luego aparece la pantalla en negro y necesito apagarlo

Lo tengo. FirstAid de XDA puede ayudarte. Puedes leer la discusión completa sobre esto. Probablemente también haya bloqueado el gestor de arranque. Intentarfastboot -i 0x2A70 oem unlock-go

leer el archivo .bat hará lo mismo que intenté, pero lo intentaré, ya había desbloqueado mi teléfono, he tenido las recuperaciones twrp marshmallow y lollipop instaladas en mi teléfono hace algún tiempo
bueno... ahora mi teléfono está atascado en fastboot
Bueno, entonces puedes probar el TWRP enrutado de la discusión de XDA. Creo que encontrará una solución allí.

lo siento por la excavación de tumbas.

esto es causado por un firmware incompatible. El firmware son blobs binarios similares en función a un BIOS antiguo o un firmware UEFI más nuevo en la jerga de PC. al igual que en las PC, hace mucho más que simplemente iniciar el kernel del sistema operativo.

Es posible que las ROM y los sistemas operativos del mercado de accesorios (incluido TWRP) no incluyan blobs de firmware, pero a menudo requieren una versión específica. en su caso: TWRP incluye un kernel, y el "SO" completo (kernel + TWRP) depende de las versiones de firmware específicas para funcionar. la ROM que flasheó incluye los blobs que requiere, por lo que durante el proceso de flasheo se sobrescribió su firmware (sin esto, la ROM no se habría iniciado). pero ahora su antiguo TWRP no es compatible con el firmware más nuevo y, por lo tanto, no arranca. fallará incluso si haces un fastboot boot my-twrp.img.

existen las llamadas "colecciones de firmware", que son zips que puede flashear con diferentes versiones de firmware, extraídos de OTA y publicados por los usuarios. si actualiza un firmware anterior, su TWRP actualmente flasheado volverá a funcionar (y su sistema operativo actualmente flasheado dejará de funcionar).

pero, por supuesto, no puede actualizar el zip del firmware porque no tiene una recuperación que funcione... :)

entonces tus opciones son:

  • encuentre un binario TWRP que funcione con el firmware incluido en su sistema operativo y actualícelo (puede fastboot bootprobarlo de antemano).
  • busque un archivo zip de firmware anterior, extraiga las imágenes de partición relevantes y realice un fastboot flash (advertencia: muy arriesgado a menos que sepa lo que está haciendo).
  • Fastboot flashea un sistema operativo de stock completo con la versión de firmware adecuada para su sistema operativo y TWRP elegidos.

EDITAR:

el firmware inicializa el hardware (CPU, RAM, flash, etc.) y finalmente elige ejecutar Android o recuperación. funciona mucho antes de que se haga la elección. por lo tanto, no es posible tener 2 firmwares, uno para Android y otro para la recuperación, de la misma manera que tiene 2 kernels de Linux.

esto significa que, en un mundo sensato, el firmware sería solo un gestor de arranque y no expondría interfaces para el sistema operativo que harían que el sistema operativo dependiera de una versión de firmware específica. cualquier otro blob requerido debe ser parte del sistema operativo (y duplicado para los 2 sistemas operativos, cada uno con su versión requerida).

desafortunadamente, en Android, el firmware engordó tanto que ahora la idea de tener 2 sistemas operativos independientes en un dispositivo, el concepto de una recuperación basada en Linux, ya no es viable. de hecho, se eliminó por completo en los dispositivos A/B, siendo la recuperación un espacio de usuario alternativo que comparte su núcleo con Android. el único método de recuperación real que funciona ahora es fastboot, y está severamente limitado.