droid.rooter

// portfolio / case studies

Casos de soporte técnico Android: problemas reales, soluciones reales

Una selección de más de 46 casos reales que hemos atendido: acceso root y configuración de Magisk, KernelSU y APatch en Pixel, Samsung, Xiaomi, OnePlus, Nothing, Asus y otras marcas; problemas con aplicaciones bancarias y Play Integrity; desbloqueos FRP y de cuentas; control parental; fallos habituales de Android e instalación de ROM personalizadas.

Los datos de los clientes se han anonimizado para proteger su privacidad. Los modelos, países, métodos utilizados y tiempos de resolución se reproducen tal como figuran en nuestro registro de trabajos. Todos los casos se atendieron a distancia, con el cliente presente por chat o mediante pantalla compartida durante todo el proceso.

Caso 01. Bloqueo FRP en Samsung

Device
Samsung Galaxy A52
Country
UAE

El problema

El cliente compró un Galaxy A52 de segunda mano en un mercado de Dubái. Al restablecerlo de fábrica para borrar los datos del anterior propietario, apareció la pantalla de protección de restablecimiento de fábrica de Google. No disponía de las credenciales de la cuenta anterior y no podía completar el primer inicio.

Qué hicimos

Verificamos la propiedad con el comprobante de compra original y entregamos un diagnóstico gratuito en los 30 minutos siguientes al primer contacto. Aplicamos un método de desbloqueo FRP específico de Samsung mediante ADB sideload, después de guiar al cliente para activar la depuración USB a través del marcador de emergencias. No fue necesario flashear el firmware ni borrar datos, y no se activó el indicador de garantía de Knox.

Resultado → Resuelto en 47 minutos. El cliente confirmó que el dispositivo iniciaba correctamente y permitía completar la configuración con una cuenta de Google nueva.

case 02

Caso 02. Recuperación de un bucle de reinicio

Device
Xiaomi Redmi Note 12
Country
Saudi Arabia

El problema

Una actualización OTA de MIUI falló y dejó el Redmi Note 12 en un bucle de reinicio: aparecía el logotipo de MI, el teléfono vibraba y volvía a empezar, sin llegar a la pantalla de bloqueo. El almacenamiento interno era inaccesible y contenía unos dos años de fotos familiares.

Qué hicimos

El diagnóstico remoto señaló una partición del sistema dañada por la actualización incompleta. Guiamos al cliente para entrar en el modo Mi Assistant y realizamos una instalación limpia de la ROM original con el firmware correspondiente a la región MEA, mediante Mi Flash en una PC prestada. El flasheo se hizo en modo no destructivo para conservar la partición de datos siempre que fuera posible.

Resultado → Recuperación completa en 2 horas y 15 minutos. El teléfono inicia con normalidad y conserva todas las fotos y aplicaciones.

case 03

Caso 03. Root y optimización para juegos

Device
OnePlus 9
Country
United Kingdom

El problema

El cliente quería acceso root con Magisk para ajustar el kernel de su OnePlus 9 para juegos: planificador de red BBR, un perfil térmico personalizado y eliminación de las restricciones de GameSpace. También necesitaba conservar el acceso a Monzo, Starling, Revolut y NatWest.

Qué hicimos

Desbloqueamos el bootloader mediante el procedimiento oficial de OnePlus, parcheamos boot.img con Magisk e instalamos un kernel personalizado y ajustado, compatible con KernelSU. Configuramos Zygisk, DenyList y Shamiko para ocultar el acceso root a las cuatro aplicaciones bancarias. Probamos cada una en directo con el cliente, mediante pantalla compartida, para confirmar que abrían sin avisos de integridad.

Resultado → Terminado en 90 minutos. Las cuatro aplicaciones bancarias funcionaron y las pruebas de rendimiento para juegos mejoraron aproximadamente un 15 % en 3DMark.

case 04

Caso 04. Desbloqueo de cuenta en un teléfono de segunda mano

Device
Oppo Reno 8
Country
United Arab Emirates

El problema

El cliente compró un Reno 8 usado en Dubizzle, en Dubái. Aunque estaba restablecido, seguía vinculado a la cuenta Heytap —Oppo Cloud— del vendedor y a un antiguo proceso de cuenta similar al de Mi, que activaba el bloqueo de Encontrar mi dispositivo de ColorOS al iniciar. No conseguía contactar con el vendedor.

Qué hicimos

Verificamos la propiedad mediante la conversación de WhatsApp con el vendedor y la factura original de Sharaf DG. Utilizamos el método de punto de prueba EDL de Qualcomm correspondiente al chipset del Reno 8 para instalar una imagen limpia de ColorOS y eliminar la vinculación con la cuenta en la nube de la partición protegida. Después reactivamos las actualizaciones OTA con una cuenta nueva.

Resultado → Vinculación eliminada en 3 horas y 40 minutos. El dispositivo quedó plenamente operativo, sin pérdida de datos adicional a la del restablecimiento inicial.

case 05

Caso 05. Recuperación de fotos eliminadas

Device
Samsung Galaxy S21
Country
Germany

El problema

El cliente borró por accidente una carpeta del almacenamiento interno con cuatro años de fotos familiares. Siguió utilizando el teléfono durante varios días antes de darse cuenta. No había copia en la nube, copia local reciente ni tarjeta SD.

Qué hicimos

Le indicamos que dejara de escribir datos en el teléfono inmediatamente. Realizamos una recuperación lógica combinando Magisk con un script de recuperación personalizado mediante ADB para volcar las regiones no asignadas de la partición interna. En la PC del taller, analizamos el volcado por firmas de archivo para recuperar fragmentos JPEG, HEIC y MP4. Descartamos las miniaturas dañadas y reconstruimos los datos EXIF cuando fue posible.

Resultado → Recuperamos 847 fotos y 38 vídeos en seis horas. El cliente confirmó que estaban representados todos los acontecimientos importantes.

case 06

Caso 06. Puesta a punto del rendimiento

Device
Motorola Moto G84
Country
Australia

El problema

El Moto G84 tenía 11 meses y funcionaba mucho más lento que cuando era nuevo: las aplicaciones tardaban entre 1,5 y 2 segundos en abrir, el desplazamiento daba tirones y la batería necesitaba una recarga a mediodía. El cliente no quería restablecerlo de fábrica ni perder su configuración.

Qué hicimos

Revisamos las aplicaciones instaladas e identificamos 14 paquetes innecesarios del fabricante y del operador que mantenían servicios activos en segundo plano. Los retiramos de forma segura con ADB pm uninstall --user 0, sin desbloquear el bootloader. Ajustamos las escalas de animación, desactivamos una limpieza de RAM demasiado agresiva y limitamos tres aplicaciones de alto consumo retirándolas de la lista de excepciones de Doze. Comparamos el rendimiento antes y después con una prueba calibrada.

Resultado → La puntuación de un solo hilo en AnTuTu subió aproximadamente un 12 %; el tiempo de apertura en frío de las aplicaciones bajó alrededor de un 40 % y la autonomía alcanzó unas 26 horas de uso mixto. Terminado en 75 minutos, sin restablecimiento de fábrica.

case 07

Caso 07. Root con Magisk en Pixel 8 Pro

Device
Google Pixel 8 Pro
Country
United States

El problema

El cliente quería una instalación limpia de Magisk en un Pixel 8 Pro comprado libre, para utilizar AdAway, herramientas avanzadas de copia de seguridad y un módulo DNS personalizado. Necesitaba que Chase, Bank of America y Cash App siguieran funcionando.

Qué hicimos

Desbloqueamos el bootloader con fastboot, descargamos la imagen de fábrica correspondiente y extrajimos init_boot.img. La parcheamos en el propio teléfono con Magisk Manager y la volvimos a flashear mediante fastboot. Configuramos Zygisk, DenyList y Shamiko, instalamos el módulo Play Integrity Fix y verificamos que se superaba el nivel Strong. A petición del cliente, omitimos el bloqueo de AVB con una clave personalizada para simplificar las actualizaciones.

Resultado → Acceso root verificado y las tres aplicaciones bancarias abren sin advertencias. Terminado en 75 minutos mediante pantalla compartida.

case 08

Caso 08. Configuración de KernelSU en Pixel 9

Device
Google Pixel 9
Country
Germany

El problema

El cliente prefería KernelSU a Magisk por su integración más profunda. Quería un kernel con parches SUSFS para superar las nuevas comprobaciones de integridad de una aplicación bancaria regional de Sparkasse.

Qué hicimos

Desbloqueamos el bootloader y buscamos una compilación comunitaria de KernelSU-Next con SUSFS que correspondiera al parche de seguridad instalado. La probamos con fastboot boot y, tras confirmar que iniciaba, la instalamos de forma permanente. Instalamos el APK de KernelSU Manager, configuramos perfiles para conceder permisos únicamente a las aplicaciones necesarias y añadimos Sparkasse y los Servicios de Google Play a la lista de ocultación de SUSFS.

Resultado → Sparkasse pushTAN funciona de principio a fin y se supera Play Integrity Strong. La sesión duró 90 minutos, incluidas las pruebas.

case 09

Caso 09. Root en Galaxy S24 Ultra

Device
Samsung Galaxy S24 Ultra
Country
United Kingdom

El problema

El cliente tenía un S24 Ultra internacional libre, modelo SM-S928B, y quería acceso root para analizar el consumo de batería, crear automatizaciones y bloquear anuncios en todo el sistema. Sabía que se activaría el indicador de garantía de Knox y lo aceptó.

Qué hicimos

Entramos en el modo Download y flasheamos las imágenes VBmeta y AP parcheadas mediante Odin. Magisk se instaló a través del archivo AP parcheado. Confirmamos Knox 0x1, tal como estaba previsto. Configuramos DenyList para Lloyds, Monzo, Revolut y Samsung Pay. Esta última rechazó el dispositivo con root y Knox activado, como se había advertido antes de empezar. Instalamos AdAway como módulo systemless.

Resultado → Magisk activo, bloqueo de anuncios en todo el sistema y tres aplicaciones bancarias verificadas. Samsung Pay quedó desactivado, según lo acordado. Tiempo total: 110 minutos.

case 10

Caso 10. Galaxy S23 con APatch

Device
Samsung Galaxy S23
Country
Canada

El problema

El cliente quería probar APatch en lugar de Magisk para aplicar parches a nivel de kernel sin modificar la firma de boot.img. Buscaba evitar la desactivación de dm-verity que Magisk requiere en el firmware reciente de Samsung.

Qué hicimos

Habilitamos el desbloqueo OEM, descargamos el firmware correspondiente e inyectamos el parche kpatch en la imagen del kernel con las herramientas de APatch. Flasheamos mediante Odin y guiamos al cliente en la configuración de APatch Manager y de las políticas SU por aplicación. Probamos RBC, TD y Scotiabank: las tres abrieron correctamente con APatch oculto mediante su sistema de módulos.

Resultado → APatch activo y las tres aplicaciones bancarias canadienses funcionando. Terminado en 95 minutos, incluida la verificación del kernel.

case 11

Caso 11. OnePlus 12 con Magisk y kernel personalizado

Device
OnePlus 12
Country
United States

El problema

El cliente quería Magisk y un kernel personalizado con WireGuard integrado y BBR2 habilitado. Su objetivo principal era proteger su privacidad al viajar, conectándose a su propio servidor WireGuard alojado en un VPS de Estados Unidos.

Qué hicimos

Utilizamos el token oficial de desbloqueo de OnePlus y parcheamos boot.img con Magisk. Después instalamos un kernel comunitario que ya incluía el módulo de WireGuard y BBR2 compilados. Durante la llamada, verificamos el establecimiento de la conexión con el servidor del cliente. Configuramos DenyList para Chase, Venmo y Cash App.

Resultado → WireGuard activo a nivel de kernel, aplicaciones bancarias operativas y mayor rendimiento de transferencia. Tiempo total: 105 minutos.

case 12

Caso 12. Espera de Mi Unlock en Xiaomi 14

Device
Xiaomi 14
Country
Germany

El problema

El cliente intentó desbloquear un Xiaomi 14 Global EU con Mi Unlock Tool y se encontró con la nueva política de Xiaomi de 2026: 168 horas de espera y un máximo de un dispositivo por cuenta al año. Ya había desbloqueado otro teléfono con esa cuenta cuatro meses antes.

Qué hicimos

Creamos una cuenta Mi nueva en el dispositivo, la vinculamos correctamente con la región de la UE e iniciamos de inmediato el plazo de 168 horas. Programamos una segunda sesión para cuando terminara. En esa sesión completamos el desbloqueo, instalamos Xiaomi.eu con HyperOS 2 y Magisk, y configuramos DenyList y Tricky Store para Sparkasse, DKB y N26.

Resultado → Desbloqueo, Xiaomi.eu y Magisk completados. El trabajo efectivo ocupó 90 minutos repartidos en dos sesiones. Las tres aplicaciones bancarias europeas quedaron verificadas.

case 13

Caso 13. KernelSU en POCO F6

Device
POCO F6
Country
United Kingdom

El problema

El cliente quería KernelSU en su POCO F6 con HyperOS para controlar el acceso root de cada aplicación con más detalle, en lugar del modelo global de Magisk. Monzo y Starling debían seguir funcionando sin detectar root.

Qué hicimos

Desbloqueamos el bootloader tras el plazo de espera habitual; la cuenta no tenía desbloqueos anteriores. Instalamos un kernel con KernelSU preparado para HyperOS 2 y KernelSU Manager. Limitamos los permisos SU a Termux y AdAway, y añadimos las aplicaciones bancarias y Google Play a la lista de desmontaje del espacio de nombres.

Resultado → Ambas aplicaciones bancarias abren correctamente y KernelSU solo concede acceso a las aplicaciones autorizadas. Tiempo total: 85 minutos.

case 14

Caso 14. Root en Nothing Phone 2a

Device
Nothing Phone 2a
Country
Canada

El problema

El cliente quería Magisk principalmente para instalar AFWall+ y controlar las conexiones salientes, además de cambiar la tipografía de todo el sistema mediante un módulo. Necesitaba conservar RBC y Wealthsimple.

Qué hicimos

Desbloqueamos el bootloader con fastboot, activando primero ENABLE_OEM_UNLOCK en las opciones de desarrollador, como requiere Nothing. Parcheamos boot.img con el APK de Magisk Manager y lo volvimos a flashear. Instalamos AFWall+, comprobamos el binario de iptables y configuramos el módulo de fuentes desde el repositorio de Magisk. Añadimos RBC, Wealthsimple y Google Play a DenyList y verificamos el nivel Strong con la última versión de PIF.

Resultado → Ambas aplicaciones verificadas y AFWall+ activo. Tiempo total: 80 minutos.

case 15

Caso 15. Root en ROG Phone 8 Pro

Device
Asus ROG Phone 8 Pro
Country
Saudi Arabia

El problema

El cliente quería Magisk y un kernel de alto rendimiento para juegos sin perder AirTrigger ni X Mode. También necesitaba que Al Rajhi y STC Pay siguieran funcionando después de obtener root.

Qué hicimos

Utilizamos el APK oficial de desbloqueo de Asus, todavía disponible en 2026 para la línea ROG, y desbloqueamos el bootloader. Parcheamos el boot.img específico del ROG con Magisk, conservando los componentes firmados por Asus. Instalamos un kernel comunitario para juegos con BBR y schedutil ajustado, y verificamos que X Mode y AirTrigger seguían activos. Configuramos DenyList para Al Rajhi, STC Pay y urpay.

Resultado → Las tres aplicaciones financieras saudíes verificadas, funciones de juego intactas y mejores resultados en las pruebas del kernel. Tiempo total: 100 minutos.

case 16

Caso 16. Desbloqueo de Realme GT Neo 6

Device
Realme GT Neo 6
Country
United Arab Emirates

El problema

La herramienta de desbloqueo «in-depth test» de Realme fallaba repetidamente con un error de región. El GT Neo 6 era una unidad importada de China que se utilizaba con una SIM de Emiratos Árabes Unidos.

Qué hicimos

Guiamos al cliente para reinstalar el firmware asiático de Realme UI mediante el modo de flasheo de QPST. Volvimos a solicitar la aprobación de la prueba en profundidad y esta vez se aceptó el dispositivo. Tras las 24 horas de prueba obligatoria, desbloqueamos el bootloader e instalamos Magisk y Tricky Store. Verificamos Emirates NBD, ADCB y FAB.

Resultado → Desbloqueo, Magisk y tres aplicaciones bancarias verificados. Transcurrieron cuatro días entre las dos sesiones, con unos 120 minutos de trabajo efectivo.

case 17

Caso 17. Bloqueo de nuevo del bootloader de Pixel 6a

Device
Google Pixel 6a
Country
United States

El problema

El cliente había obtenido root siguiendo un vídeo de YouTube y había dejado el bootloader desbloqueado. Ahora quería vender el teléfono y necesitaba devolverlo completamente al estado de fábrica, con el bootloader bloqueado, para conservar su valor de reventa.

Qué hicimos

Instalamos de forma limpia la imagen de fábrica más reciente del Pixel 6a mediante la interfaz web de Android Flash Tool. Después bloqueamos el bootloader con fastboot flashing lock. Confirmamos que desaparecía el aviso naranja o amarillo de AVB y que el dispositivo entraba directamente en el asistente de configuración. Restablecimos el permiso de desbloqueo OEM.

Resultado → El dispositivo supera Verified Boot y queda listo para venderse en estado de fábrica. Tiempo total: 45 minutos.

case 18

Caso 18. Desbloqueo de Motorola Edge 50

Device
Motorola Edge 50 Pro
Country
United Kingdom

El problema

Motorola rechazaba automáticamente la solicitud del código de desbloqueo porque el teléfono había pertenecido a un operador estadounidense antes de importarse al Reino Unido. El cliente quería root para utilizar AdAway y ajustar los DPI.

Qué hicimos

Utilizamos el procedimiento de códigos de desbloqueo de la API pública de Motorola con el IMEI y los tokens de región correctos, tras corregir el indicador del operador en el archivo mod del dispositivo. Se generó el código y desbloqueamos el bootloader. Parcheamos boot.img con Magisk, instalamos AdAway y configuramos DenyList para Lloyds y Monzo.

Resultado → Desbloqueo, Magisk y ambas aplicaciones bancarias verificados. Tiempo total: 95 minutos, incluida la solución mediante la API.

case 19

Caso 19. Evaluación de root en Vivo X100

Device
Vivo X100
Country
United Arab Emirates

El problema

El cliente compró una variante china del Vivo X100 en el mercado de importación paralela de Dubái y solicitó acceso root. En 2026, Vivo no ofrece un desbloqueo público del bootloader para la serie X100: es un dispositivo con bootloader cerrado.

Qué hicimos

Explicamos desde el principio que en 2026 no existe un desbloqueo del X100 exclusivamente por software. Confirmamos mediante un volcado de fastboot que el bootloader estaba bloqueado y no admitía oem unlock. Ofrecimos devolver el importe del diagnóstico —que ya era gratuito— y recomendamos conservar el sistema original o vender el teléfono y pasar a un Pixel, Xiaomi u OnePlus.

Resultado → No se realizó ninguna modificación y se explicaron todas las limitaciones. El cliente conservó el sistema original y más adelante compró un Pixel 8a por separado.

case 20

Caso 20. Aplicaciones bancarias que rechazan root

Device
Galaxy S22
Country
Canada

El problema

El cliente había obtenido root seis meses antes. Todo funcionaba hasta que, la semana anterior, RBC y Scotiabank dejaron de abrir con el aviso «dispositivo no compatible». Las demás aplicaciones seguían funcionando.

Qué hicimos

Detectamos que Play Integrity Fix llevaba dos versiones de retraso. Una rotación de Google a finales de abril de 2026 había invalidado el conjunto de huellas anterior. Actualizamos PIF a la última versión firmada del GitHub del desarrollador original, renovamos la huella con la herramienta incluida y reiniciamos. Verificamos Strong y probamos ambas aplicaciones bancarias en directo.

Resultado → Ambas aplicaciones vuelven a abrir con normalidad. Resuelto en 25 minutos: un trabajo al que aplicamos nuestra tarifa mínima.

case 21

Caso 21. Sparkasse pushTAN no permite la activación

Device
Xiaomi 13T
Country
Germany

El problema

Sparkasse pushTAN no se activaba en el Xiaomi 13T con root del cliente, aunque tenía Magisk, Shamiko y PIF. Su entidad regional de Sparkasse exigía comprobaciones más estrictas de Play Integrity Strong y atestación de claves por hardware.

Qué hicimos

Añadimos Tricky Store a la configuración existente de Magisk y lo ajustamos para simular la atestación de Keystore del paquete de.fiducia.smartphone.android.banking.fints, correspondiente a Sparkasse. Importamos en Tricky Store un conjunto de claves de atestación de Pixel cuyo funcionamiento estaba comprobado. Verificamos que se superaba Strong con atestación por hardware.

Resultado → pushTAN activado y funcionalidad bancaria completa restablecida. Tiempo total: 50 minutos.

case 22

Caso 22. Google Wallet en un teléfono con root

Device
Pixel 7 Pro
Country
United States

El problema

El cliente quería utilizar Google Wallet para pagar sin contacto con Chase Visa y Apple Card en comercios. Llevaba semanas sin poder añadir las tarjetas a su Pixel 7 Pro con root, sin recibir un error claro.

Qué hicimos

Confirmamos que PIF estaba actualizado y que DenyList incluía Google Wallet —com.google.android.apps.walletnfcrel—, los Servicios de Google Play y Google Play Store. Borramos los datos de Wallet, iniciamos sesión de nuevo y añadimos Chase Visa desde cero. Guiamos al cliente para verificar el código recibido por SMS relativo al pequeño cargo de comprobación.

Resultado → Ambas tarjetas añadidas y pago sin contacto comprobado en una máquina expendedora durante la sesión de pantalla compartida. Tiempo total: 40 minutos.

case 23

Caso 23. Restauración de una copia de WhatsApp

Device
Samsung Galaxy A54
Country
United Kingdom

El problema

El cliente pasó de un iPhone a un Galaxy A54 y no podía restaurar sus conversaciones de WhatsApp. El paso de conexión entre iOS y Google Drive fallaba al 99 %, sin un mensaje de error claro.

Qué hicimos

Utilizamos la herramienta de WhatsApp para pasar a Android desde una instalación nueva. También copiamos por cable una copia de seguridad local del iPhone de origen, obtenida mediante la función de exportación de WhatsApp. Reinstalamos WhatsApp en el A54 con el mismo número y restauramos el archivo local en lugar de depender de la conexión con Google Drive que estaba fallando.

Resultado → Historial completo de conversaciones y archivos multimedia restaurado. Tiempo total: 60 minutos.

case 24

Caso 24. Problemas con un dispositivo bloqueado por Snapchat

Device
OnePlus 11
Country
United States

El problema

La cuenta de Snapchat funcionaba, pero el dispositivo volvía a ser marcado a las pocas horas de cada inicio de sesión. Conservaba una antigua firma de root y una huella de dispositivo bloqueada desde 2024.

Qué hicimos

Borramos los datos de Snapchat y los registros de identificadores del dispositivo a nivel del sistema. Limpiamos las referencias residuales de Magisk de las propiedades de identificación y generamos un Android ID y un Widevine ID nuevos con los módulos de Magisk correspondientes. Reinstalamos Snapchat mediante un nuevo inicio de sesión en Aurora Store.

Resultado → La cuenta se mantuvo estable durante varias sesiones. Advertimos que en Snapchat siempre queda cierto riesgo de bloqueo y el cliente lo aceptó. Tiempo total: 65 minutos.

case 25

Caso 25. Comprobaciones estrictas de integridad en Pokémon GO

Device
Pixel 8
Country
Canada

El problema

Pokémon GO no iniciaba en el Pixel 8 con root del cliente después del endurecimiento de las comprobaciones de Niantic a finales de 2025. La combinación habitual de Magisk y PIF ya no bastaba.

Qué hicimos

Sustituimos Magisk por KernelSU-Next con SUSFS. Instalamos Tricky Store y una huella nueva compatible con Pokémon GO, y configuramos SUSFS para desmontar el espacio de nombres del proceso de Niantic. Probamos el inicio tanto por Wi-Fi como por 5G.

Resultado → Pokémon GO abre y permanece en funcionamiento. Explicamos que cualquier parche de Niantic podría volver a impedirlo y el cliente aceptó ese riesgo. Tiempo total: 95 minutos.

case 26

Caso 26. Cierres constantes de Instagram

Device
Samsung Galaxy A14
Country
Saudi Arabia

El problema

Instagram se cerraba cada vez que se intentaba abrir después de una actualización. Reinstalarlo no resolvía el fallo. WhatsApp y las demás aplicaciones funcionaban bien.

Qué hicimos

Identificamos un componente WebView dañado en el A14 que afectaba a esa versión de Instagram. Forzamos la reinstalación de Android System WebView desde Play Store, borramos los datos de Instagram y retiramos un teclado de emojis de terceros que provocaba un conflicto. Probamos el inicio y el desplazamiento dentro de la aplicación.

Resultado → Instagram estable y sin nuevos cierres. Tiempo total: 30 minutos.

case 27

Caso 27. Diagnóstico de consumo excesivo de batería

Device
Galaxy S22+
Country
United States

El problema

En el último mes, el S22+ había pasado de aguantar un día completo a necesitar dos cargas diarias. El cliente no había instalado aplicaciones nuevas ni conocía ninguna actualización reciente que explicara el cambio.

Qué hicimos

Extrajimos un bugreport mediante ADB y analizamos las cadenas de atribución de consumo de batería. Detectamos dos responsables: un widget del tiempo que despertaba la radio cada 90 segundos y una aplicación de ejercicio que mantenía un wakelock parcial. Detuvimos su actividad en segundo plano, las retiramos de las excepciones de Doze y revertimos una actualización defectuosa de Samsung Health.

Resultado → La autonomía volvió a unas 28 horas de uso mixto. Tiempo total: 50 minutos.

case 28

Caso 28. Un teléfono que no enciende

Device
Xiaomi Redmi Note 11
Country
United Arab Emirates

El problema

El Redmi Note 11 dejó de iniciar sin previo aviso: pantalla negra, sin vibración y sin indicador de carga. La batería había pasado del 100 % al 0 % durante 48 horas en las que el teléfono estuvo apagado.

Qué hicimos

Diagnosticamos un estado de bloqueo por software del PMIC provocado por un wakelock atascado, relativamente habitual en este modelo. Guiamos al cliente para forzar EDL mediante la combinación de Mi Assistant e instalamos firmware limpio con Mi Flash y parámetros seguros para la batería. Recuperamos el dispositivo sin sustituir componentes.

Resultado → El teléfono vuelve a iniciar y la batería se encuentra en buen estado tras recargarla. Tiempo total: 90 minutos.

case 29

Caso 29. Desconexiones continuas de Wi-Fi

Device
OnePlus Nord 3
Country
United Kingdom

El problema

El Nord 3 se desconectaba de la red Wi-Fi de casa cada 30–60 segundos y volvía a conectarse. Los demás dispositivos de la misma red no tenían problemas.

Qué hicimos

Restablecimos los componentes de Wi-Fi mediante fastboot. Después detectamos que un servicio de conectividad del fabricante fallaba con una versión concreta del firmware Wi-Fi 6 del BT Hub. Desactivamos ese optimizador de conectividad mediante ADB y forzamos DHCP clásico en lugar de la configuración de doble pila.

Resultado → Conexión estable durante las pruebas de varios días. Tiempo de intervención: 45 minutos.

case 30

Caso 30. Pantalla negra en la cámara

Device
Pixel 7a
Country
Germany

El problema

Después de una actualización del sistema, la aplicación de cámara del Pixel 7a mostraba un visor negro. Las aplicaciones de cámara de terceros tenían el mismo fallo.

Qué hicimos

Limpiamos los servicios del sistema de cámara y camera-x. Después flasheamos únicamente la partición vendor de la imagen de fábrica correspondiente, no el firmware completo. Así restauramos la HAL de la cámara dañada sin tocar los datos del usuario.

Resultado → Cámara operativa, incluidas HDR+ y Visión Nocturna. Resuelto en 50 minutos, sin pérdida de datos.

case 31

Caso 31. Sobrecalentamiento bajo carga

Device
POCO F5 Pro
Country
Saudi Arabia

El problema

El POCO F5 Pro reducía el rendimiento por temperatura a los cinco minutos de iniciar cualquier videollamada o juego. Bajaba a 30 fps y se calentaba hasta resultar incómodo. Tras una actualización de HyperOS, el perfil térmico original era demasiado agresivo.

Qué hicimos

Como el dispositivo ya tenía root, instalamos una configuración térmica comunitaria que retrasa la reducción temprana de rendimiento sin modificar los límites de seguridad. Ajustamos los escalones de frecuencia de Adreno y desactivamos una limpieza agresiva de RAM que provocaba picos de CPU.

Resultado → Más de 55 fps sostenidos en juegos y una temperatura superficial unos 6 °C menor bajo carga. Tiempo total: 60 minutos.

case 32

Caso 32. Configuración de control parental

Device
Samsung Galaxy A34 (child)
Country
United States

El problema

El cliente quería supervisión legal en el nuevo Galaxy A34 de su hijo de 12 años: filtrado web, límites de uso, control de instalación de aplicaciones y ubicación compartida. Actuaba como tutor registrado y el menor conocía la supervisión.

Qué hicimos

Configuramos Google Family Link como sistema principal y añadimos Bark para supervisar mensajes y aplicaciones sociales compatibles. Establecimos límites por aplicación en Family Link, filtramos categorías de navegación mediante un perfil de NextDNS instalado en el dispositivo y activamos la ubicación de Encontrar mi dispositivo para compartirla con la cuenta del padre.

Resultado → Sistema de supervisión completo, activo y visible para el menor. Tiempo total: 70 minutos, incluida la explicación al padre.

case 33

Caso 33. Qustodio para dos menores

Device
Galaxy A24 + Pixel 6a
Country
United Kingdom

El problema

El cliente quería instalar Qustodio en los teléfonos de sus hijos, de 10 y 13 años, con los permisos de administrador del dispositivo bien configurados para impedir la desinstalación. Ambos teléfonos ya estaban en uso.

Qué hicimos

Instalamos Qustodio en ambos dispositivos y concedimos correctamente los permisos de administrador y accesibilidad, el paso que más suele pasarse por alto. Creamos un perfil para cada menor en el panel web, ajustamos los horarios y los filtros por categorías a sus edades y probamos la protección contra la desinstalación en los dos teléfonos.

Resultado → Ambos menores supervisados y funcionamiento del panel del padre verificado. Tiempo total para los dos dispositivos: 95 minutos.

case 34

Caso 34. Revisión de restricciones de Family Link

Device
Galaxy A14 (child)
Country
Canada

El problema

El cliente sospechaba que su hijo adolescente había eludido las restricciones de Family Link. Solicitó una revisión legal para identificar los cambios, restaurar las restricciones y reforzar la configuración.

Qué hicimos

Obtuvimos los registros de auditoría de Family Link e identificamos el método utilizado: un fallo conocido de las cuentas de invitado en versiones antiguas. Forzamos la actualización, eliminamos las cuentas de invitado y bloqueamos ese modo mediante políticas del dispositivo. Añadimos Bark como supervisión complementaria de conversaciones. Informamos al adolescente de todos los cambios, tal como exigió el padre para mantener la transparencia.

Resultado → Configuración reforzada y comprobada. Entregamos al padre el informe de revisión. Tiempo total: 75 minutos.

case 35

Caso 35. mSpy en un teléfono familiar

Device
Samsung Galaxy A55
Country
United Arab Emirates

El problema

El cliente quería añadir mSpy al Family Link que ya utilizaba en el Galaxy A55 de su hijo adolescente. Buscaba principalmente supervisar WhatsApp y otros mensajes conforme a las normas de supervisión familiar de Emiratos Árabes Unidos. El adolescente estaba informado como condición para recibir el teléfono nuevo.

Qué hicimos

Instalamos mSpy con el dispositivo físicamente presente, ya que en Android requiere una instalación manual. Concedimos los permisos de accesibilidad y acceso a notificaciones necesarios, configuramos el panel y los módulos de mensajería y verificamos que los datos llegaban al panel del padre.

Resultado → mSpy activo, panel recibiendo datos y adolescente informado. Tiempo total: 60 minutos.

case 36

Caso 36. LineageOS en un Pixel antiguo

Device
Pixel 4a 5G
Country
Germany

El problema

El Pixel 4a 5G había dejado de recibir actualizaciones de Google a mediados de 2024. El cliente quería prolongar su vida útil con LineageOS 22, basado en Android 15, y MicroG para reducir la dependencia de Google.

Qué hicimos

Desbloqueamos el bootloader de la unidad comprada libre e instalamos el recovery de LineageOS. Cargamos mediante sideload la compilación de LineageOS 22 para el nombre en clave redfin y después la variante con MicroG y la extensión privilegiada de F-Droid. Configuramos Aurora Store para acceder a aplicaciones de Play Store e instalamos desde allí las aplicaciones bancarias.

Resultado → Android 15 mediante LineageOS, actualizaciones mensuales de seguridad restablecidas y DKB y Trade Republic funcionando con MicroG. Tiempo total: 130 minutos.

case 37

Caso 37. GrapheneOS en Pixel 8a

Device
Pixel 8a
Country
Canada

El problema

El cliente, preocupado por su privacidad, quería GrapheneOS con Google Play aislado, RBC y Wealthsimple funcionando y una protección de la privacidad de las notificaciones similar a la de microG.

Qué hicimos

Utilizamos el instalador web oficial de GrapheneOS desde Chrome: desbloqueamos el bootloader, instalamos el sistema y volvimos a bloquearlo. Instalamos Google Play aislado, configuramos Vanadium y probamos RBC y Wealthsimple; ambas funcionaron a la primera. Explicamos al cliente el almacenamiento con acceso limitado y los perfiles de permisos de GrapheneOS.

Resultado → GrapheneOS activo, ambas aplicaciones bancarias verificadas y cliente formado en su uso. Tiempo total: 100 minutos.

case 38

Caso 38. Reparación de IMEI después de un flasheo

Device
Xiaomi POCO X3 Pro
Country
Saudi Arabia

El problema

El cliente instaló una ROM de una región incorrecta y perdió ambos números IMEI. Dejaron de funcionar las llamadas y los datos móviles, y la SIM no se detectaba.

Qué hicimos

Respaldamos las particiones existentes y restauramos en EFS/NV los IMEI originales de la etiqueta de la cubierta trasera con la herramienta correspondiente de Qualcomm. Después reinstalamos el firmware del módem de la región MEA. Verificamos ambos números en el marcador y probamos los datos con STC.

Resultado → Ambos IMEI restaurados, llamadas y 5G funcionando. Tiempo total: 80 minutos.

case 39

Caso 39. Configuración de arranque dual

Device
OnePlus 9R
Country
United States

El problema

El cliente quería alternar entre LineageOS para el uso diario y OxygenOS original para las aplicaciones bancarias y Google Pay, todo en un mismo OnePlus 9R mediante DSU Sideloader.

Qué hicimos

Configuramos DSU Sideloader y preparamos una imagen GSI limpia de LineageOS compatible con la partición vendor del OnePlus 9R. Ajustamos el iniciador de arranque dual y enseñamos al cliente a cambiar de sistema desde las opciones de desarrollador. Las aplicaciones bancarias permanecen únicamente en el sistema original.

Resultado → Arranque dual estable y ambos sistemas operativos. Tiempo total: 110 minutos, incluida la formación.

case 40

Caso 40. Rechazo de una solicitud para eludir Knox

Device
Samsung Galaxy S20
Country
United Kingdom

El problema

El cliente pidió «restablecer» el indicador de garantía de Knox de un S20 que había tenido root, para solicitar a Samsung una reparación en garantía de una pantalla defectuosa.

Qué hicimos

Rechazamos el trabajo y explicamos el motivo: manipular Knox para engañar al fabricante al solicitar una garantía constituye fraude según la legislación británica de protección del consumidor y va contra nuestra política. Ofrecimos una alternativa: un presupuesto de sustitución de pantalla por un tercero y una revisión de si el estado de Knox afectaba realmente a la garantía de la pantalla. En este caso, no: el hardware seguía cubierto por los derechos legales correspondientes.

Resultado → No se realizó ningún procedimiento para eludir Knox. El cliente utilizó el presupuesto de reparación externa y conservó el teléfono en funcionamiento.

case 41

Caso 41. Migración de copias cifradas

Device
Galaxy S23 Ultra
Country
Germany

El problema

El cliente pasaba de un Galaxy S23 Ultra a un Pixel 9 Pro y quería migrar el historial cifrado de Signal, la bóveda 2FA de Aegis, la base de datos de KeePassXC y una selección de conversaciones de WhatsApp. No autorizaba ninguna subida a la nube.

Qué hicimos

Preparamos una transferencia local aislada de la red mediante un cable USB-C OTG. Utilizamos la transferencia nativa entre dispositivos de Signal, exportamos la bóveda cifrada de Aegis y copiamos directamente la base de datos de KeePassXC. Para WhatsApp empleamos la copia local y la exportación de las conversaciones seleccionadas. Verificamos cada aplicación en el teléfono nuevo.

Resultado → Migración completa sin pasar por la nube. Tiempo total: 95 minutos.

case 42

Caso 42. Perfil de conducción con Tasker

Device
Google Pixel 8
Country
United States

El problema

El cliente conducía unos 90 minutos al día y quería un modo de conducción que no exigiera tocar la pantalla. Android Auto no cubría todo: necesitaba activar No molestar, responder automáticamente a WhatsApp, reanudar Spotify y abrir un acceso concreto de Maps en cuanto se conectara el Bluetooth del coche.

Qué hicimos

Creamos un perfil de Tasker activado por la dirección MAC Bluetooth del equipo del coche. Al conectarse, activa No molestar permitiendo solo llamadas de su pareja, fija el brillo al 80 %, abre una ruta guardada de Google Maps mediante un Intent, reanuda la última lista de Spotify con Media Control y activa la respuesta de WhatsApp mediante AutoNotification: «Estoy conduciendo; te llamo a las <ETA>». Un perfil inverso se ejecuta al desconectar el Bluetooth. La revisión de batería registró un consumo adicional del 0,4 % por hora de uso.

Resultado → Perfil estable durante tres semanas de pruebas. No hace falta tocar la pantalla desde que se enciende el coche hasta que se apaga. Tiempo de configuración: 95 minutos.

case 43

Caso 43. Registro automático de jornada con MacroDroid

Device
Samsung Galaxy A54
Country
United Kingdom

El problema

Una enfermera del NHS quería registrar automáticamente la entrada y salida del hospital. Olvidaba hacerlo aproximadamente una vez por semana y perdía tiempo contabilizado en nómina. Su entidad requería una llamada a un webhook del sistema interno de horarios y un mensaje al grupo de Telegram de la unidad al empezar el turno.

Qué hicimos

Elegimos MacroDroid por su interfaz más sencilla, que la clienta prefería a Tasker. Creamos una geocerca de 50 metros alrededor del hospital, activa solo entre las 06:00 y las 22:00 para evitar registros durante visitas personales. La automatización envía una petición HTTP POST al webhook con el token guardado en variables de MacroDroid, publica un mensaje mediante el complemento Telegram-Bot y pone el teléfono en vibración. La salida invierte los cambios y registra el fin de jornada.

Resultado → Dos periodos de nómina después, no había olvidado ningún registro. Tiempo total: 70 minutos, incluida la explicación. La clienta ya utiliza el mismo patrón en su gimnasio.

case 44

Caso 44. El teléfono como centro de Home Assistant

Device
OnePlus 12
Country
Germany

El problema

El cliente utilizaba Home Assistant en un NUC y quería integrar el OnePlus 12 como centro de automatización: sensores, ubicación, acciones de notificación y estado de No molestar. También quería activar escenas al levantarse, salir de casa o conectar el teléfono al cargador.

Qué hicimos

Instalamos Home Assistant Companion, registramos el teléfono y expusimos los 32 sensores disponibles. Configuramos automatizaciones en Home Assistant: levantarse de la cama —detectado con el acelerómetro y el encendido de pantalla después de las 06:00— enciende las luces cálidas del dormitorio al 20 % y el hervidor; conectarse al Wi-Fi de casa cambia el sensor de presencia y desactiva el modo ausente; bajar del 20 % de batería en el salón pausa el televisor mediante la integración Sony Bravia. En sentido inverso, Home Assistant puede hacer sonar el teléfono para localizarlo, enviar notificaciones prioritarias y activar No molestar.

Resultado → Integración estable y 12 automatizaciones funcionando. Tiempo total: 130 minutos, incluidos los ajustes YAML de Home Assistant.

case 45

Caso 45. Modos de escritorio, descanso y conducción con NFC

Device
Samsung Galaxy S23
Country
United Arab Emirates

El problema

El cliente quería tres etiquetas NFC: una en la mesa de noche para dormir, otra en el escritorio para concentrarse y otra en el soporte del coche para conducir. Prefería la comodidad y el efecto de las etiquetas físicas a la detección del nombre de una red Wi-Fi.

Qué hicimos

Conseguimos cinco adhesivos NTAG215 —dos de repuesto— y los programamos con NFC Tools para ejecutar tareas de Tasker por su identificador. Creamos tres perfiles: descanso, con No molestar, alarma para el siguiente día laborable, brillo al 0 % y filtro de luz azul; escritorio, con solo Slack, Gmail y Things, conexión al Mac mediante KDE Connect y temporizador Pomodoro; y coche, con la configuración de conducción del caso del Pixel 8 adaptada al Galaxy S23. Un segundo toque sobre la misma etiqueta revierte cada perfil.

Resultado → Las tres etiquetas funcionan y el cliente quedó encantado. Tiempo total: 80 minutos, incluida la programación y prueba de cada perfil.

case 46

Caso 46. Bot de Telegram con Termux y Tasker

Device
Google Pixel 7a
Country
Canada

El problema

El cliente quería recibir todos los días a las 09:00 un mensaje de su teléfono en un canal privado de Telegram con el estado de la batería, la agenda del día, un resumen del tiempo y las conversaciones de Signal sin leer. Todo debía generarse en el propio dispositivo, sin servidores de terceros.

Qué hicimos

Instalamos Termux y el enlace Termux:Tasker. Escribimos un script Bash que lee las estadísticas de batería de /sys mediante Termux:API, consulta el tiempo en Open-Meteo sin clave API, obtiene la agenda con termux-calendar y consulta a Signal-CLI el número de conversaciones sin leer. Un perfil diario de Tasker a las 09:00 ejecuta el script y envía el Markdown formateado al bot de Telegram mediante una petición POST con curl. Los registros se guardan solo en el dispositivo. Consumo de batería aproximado: 0,2 % al día.

Resultado → El mensaje diario llegó de forma fiable durante cuatro semanas seguidas. Tiempo total: 110 minutos, incluidos los ajustes del script.

Cada caso es diferente. Envíanos el modelo de tu dispositivo y el problema: contacta con nosotros para una evaluación gratuita.

¿Tienes un caso que podamos resolver?

Comparte el modelo, el problema y una foto por WhatsApp o Telegram. El diagnóstico es gratuito, recibirás un presupuesto por escrito en una hora y solo pagarás cuando se confirme que la solución funciona en tu dispositivo.