Guía completa para flashear Sailfish OS en Sony Xperia compatibles

Android Guías » Dispositivos Android » Guía completa para flashear Sailfish OS en Sony Xperia compatibles

Si te apetece dar el salto a Sailfish OS en tu Sony Xperia compatible, aquí tienes una guía a fondo para hacerlo sin volverte loco. Vamos a ver tanto el proceso de flasheo con imágenes ya preparadas como el enfoque avanzado para quienes quieran compilar su propia imagen de Sailfish OS y portarla a varios modelos Xperia, centrándonos especialmente en los Xperia 10, 10 IV, 10 V y Xperia X.

Antes de nada conviene recordar que hablamos de un sistema alternativo y, en muchos casos, de versiones en fase beta o de comunidad. Esto significa que, aunque la experiencia general es buena, hay funciones que pueden fallar o directamente no estar disponibles, por ejemplo la cámara o el lector de huellas en algunos modelos recientes como los Xperia 10 IV y 10 V. Si asumes estas limitaciones, el resultado puede ser un sistema muy fluido y con un enfoque distinto a Android.

Modelos de Sony Xperia compatibles y estado de Sailfish OS

La familia Sony Xperia ha sido históricamente una de las mejor soportadas por Sailfish OS, tanto de forma oficial (Sailfish X) como mediante ports de la comunidad. En esta guía vamos a centrarnos en los modelos para los que existen instrucciones detalladas y herramientas de flasheo: Xperia X, Xperia 10, Xperia 10 IV y Xperia 10 V, así como otros dispositivos basados en los mismos proyectos AOSP de Sony.

En el caso concreto del Sony Xperia 10 V, Jolla ha confirmado soporte oficial y ya se dispone de una primera beta. Es importante tener claro que esta primera versión presenta aún varios fallos, entre ellos que la cámara está deshabilitada por problemas con los drivers de Sony y el porcentaje de batería puede quedarse congelado. Aun así, las funciones básicas como conectividad, llamadas, datos, WiFi y multimedia son operativas.

Algo similar ocurre con el Xperia 10 IV. De acuerdo con el estado de adaptación publicado por Jolla, funcionan la mayoría de componentes importantes (GPS, Bluetooth, WiFi y tethering, datos móviles, módem, sensores, reproducción de audio y vídeo y red USB), mientras que hay puntos clave pendientes: la cámara no funciona y el lector de huellas tampoco.

En los modelos algo más antiguos como Xperia 10 (Android 9) y Xperia X (Android 6/7) el soporte está mucho más maduro. En estos casos, características como cámara, telefonía, datos móviles, sensorística variada y actualizaciones OTA internas están en un estado avanzado o prácticamente estable, aunque puedan existir detalles por pulir (por ejemplo, problemas puntuales con brújula, gestos o consumo de batería en ciertas versiones).

Requisitos previos generales para flashear Sailfish OS

Antes de meterse en harina, hay una serie de condiciones que siempre conviene cumplir, tanto si vas a usar imágenes oficiales como si piensas compilar y flashear tus propias builds. Es fundamental asegurarse de que tu Xperia tiene el bootloader desbloqueable y de que cuentas con un entorno de PC adecuado para manejar Fastboot, ADB y las herramientas de desarrollo.

Comprobar que el bootloader se puede desbloquear

En los Xperia recientes y en los más antiguos el proceso de comprobación es parecido. En tu teléfono, abre la app de teléfono y marca el código de servicio de Sony: *#*#7378423#*#*. Se abrirá un menú de servicio en el que tendrás que entrar en Service info > Configuration > Rooting Status. Si aparece la línea “Bootloader unlock allowed: Yes”, entonces tu dispositivo se puede desbloquear; si indica “No” o no aparece, no podrás instalar Sailfish OS en ese terminal.

En el caso de los dispositivos cubiertos por Sailfish X (Xperia X y Xperia 10, entre otros), Sony mantiene una página específica donde se detalla, modelo por modelo, si se admite el desbloqueo. Es buena idea revisar la sección Open Devices de Sony para confirmar compatibilidad y obtener el código de desbloqueo cuando corresponda.

Entorno en el ordenador y herramientas necesarias

Para flashear desde GNU/Linux vas a necesitar los paquetes de Fastboot y, si vas a compilar, todo un entorno de construcción Android y la Platform SDK / HADK de Sailfish OS. De forma básica, en distribuciones basadas en Debian/Ubuntu se instalan las herramientas con:

sudo apt-get install android-tools-fastboot android-tools-adb

En Fedora y otras RPM-based se utilizan paquetes como:

sudo dnf install android-tools

Si tu idea es compilar imágenes completas para dispositivos como los Xperia 10 IV/V o el Xperia 10 (Android 9), tendrás que seguir las recomendaciones de Google para el host de compilación (memoria, CPU, sistema de archivos, etc.) y reservar suficiente espacio en disco. En los ports recientes se recomienda contar con unos 200‑300 GB de espacio en disco para código fuente y productos de compilación, y al menos unos 50 GB de descarga.

Desactivar la autosuspensión de USB en GNU/Linux

Un detalle muy concreto pero importante: en algunos sistemas GNU/Linux, si utilizas puertos USB 3.0 y cables compatibles, puedes encontrarte con errores al desbloquear el bootloader o al flashear, del tipo “Requested download size is more than max allowed” o problemas de desconexión repentina. Para minimizar estos fallos, es aconsejable desactivar la autosuspensión de dispositivos USB antes de empezar:

echo -1 | sudo tee /sys/module/usbcore/parameters/autosuspend

Con esto evitas que el kernel “duerma” el dispositivo USB en mitad del proceso de flasheo, algo que podría dejar el terminal en un estado intermedio y obligarte a repetir el procedimiento.

Preparación del Xperia: opciones de desarrollador y modo Fastboot

Una vez que tienes claro que tu Xperia es compatible y dispones de las herramientas necesarias, toca preparar el propio teléfono. Necesitas activar las Opciones de desarrollador, el desbloqueo OEM y la depuración USB, además de saber cómo entrar en el modo Fastboot.

Activar opciones de desarrollador, depuración USB y desbloqueo OEM

En todos los modelos el flujo es muy parecido. Primero entra en Ajustes > Información del teléfono y pulsa varias veces seguidas sobre el número de compilación hasta que aparezca el mensaje de que ya eres desarrollador. A continuación vuelve atrás y entra en Opciones de desarrollador (o “Sistema > Opciones de desarrollador” en versiones más nuevas de Android).

Dentro de este menú habilita, al menos, dos interruptores: Depuración USB y Desbloqueo OEM. El teléfono debe tener conexión a Internet mientras activas el desbloqueo OEM, ya que Android verificará con los servidores de Google/Sony que se permite esta acción.

Entrar en modo Fastboot y Fastbootd

Para poder desbloquear el bootloader y flashear particiones necesitas arrancar el Xperia en modo Fastboot o Fastbootd. La forma clásica consiste en:

• Apagar completamente el teléfono.
• Conectar el cable USB al ordenador y dejar el extremo del móvil suelto.
• Pulsar y mantener la tecla de Subir volumen en el Xperia y, mientras la mantienes, enchufar el cable al teléfono.

Si lo haces bien, el LED de notificaciones se encenderá en color azul, indicando que el dispositivo está en modo Fastboot. En muchos casos también puedes reiniciar al bootloader desde Android con:

adb reboot bootloader

En dispositivos modernos, durante el procedimiento de flasheo, verás que el propio script reinicia el terminal desde Fastboot a Fastbootd, un modo de flasheo extendido con más acceso a particiones lógicas.

Desbloquear el bootloader del Sony Xperia

El paso de desbloqueo es delicado porque borra por completo todos los datos del teléfono y puede afectar a la garantía de Sony. Antes de desbloquear, comprueba con Android que llamadas, cámara, datos móviles, altavoz y micrófono funcionan correctamente, ya que es más fácil gestionar garantías con el móvil de fábrica que una vez modificado.

Obtención del código de desbloqueo en la web de Sony

Para los modelos cubiertos por el programa Open Devices (como Xperia X y Xperia 10 en sus distintas variantes) tendrás que visitar la web de Sony dedicada a los desarrolladores. Allí se selecciona el modelo concreto, se introduce el IMEI y una dirección de correo electrónico, y el sistema te devuelve un código de desbloqueo personalizado.

Ese código se emplea después desde Fastboot. Recuerda que suele ser necesario añadir el prefijo 0x delante del código al ejecutar el comando de desbloqueo, y que la utilidad Fastboot debe invocarse con el identificador USB de Sony cuando así se indique.

Comando de desbloqueo con Fastboot

Con el teléfono en Fastboot (LED azul) y el PC situado en el directorio de trabajo, el comando típico para un Xperia X o similar sería:

sudo fastboot -i 0x0fce oem unlock 0xTU_CODIGO_DE_DESBLOQUEO

Si todo va bien, verás una salida tipo “OKAY” y unos segundos de tiempo de ejecución. A partir de ahí, el bootloader queda desbloqueado y el terminal se puede flashear con Sailfish OS o con otras imágenes personalizadas de AOSP que quieras usar como base de pruebas.

Flashear una imagen oficial o preparada de Sailfish OS

Si tu intención no es compilar todo el sistema sino simplemente instalar Sailfish OS usando un ZIP listo para flashear, el procedimiento es bastante más directo. Esto aplica tanto a Sailfish X (Xperia X, Xperia 10, etc.) como a las imágenes generadas mediante los scripts de Jolla para modelos más nuevos, siempre que dispongas del archivo .zip y de los binarios de Sony correspondientes.

Descargar y extraer el paquete ZIP de Sailfish OS

En los dispositivos con licencia oficial (por ejemplo, Xperia X y Xperia 10) deberás entrar en la tienda de Jolla con tu cuenta y descargar la imagen correspondiente desde la sección de descargas. El nombre del archivo suele incluir la versión de Sailfish, el modelo de Xperia y un sufijo de versión interna, por ejemplo:

• Sailfish_OS-Jolla-4.5.0.18-f5121-1.0.0.9.zip para Xperia X F5121.
• Sailfish_OS-Jolla-4.5.0.18-f5122-1.0.0.9.zip para Xperia X F5122.

Una vez descargado, copia el archivo a un directorio de trabajo y descomprímelo. Verás varios ficheros: scripts de flasheo (como flash.sh), imágenes fragmentadas (sailfish.img001, etc.), ficheros README y, en algunos casos, scripts específicos para Windows y Linux.

Obtener e integrar los binarios de Sony (vendor blobs)

Además de la imagen de Sailfish, necesitas los binarios propietarios que Sony publica para su programa AOSP. Estos vienen en archivos ZIP que incluyen un .img con drivers y componentes cerrados que Sailfish OS utiliza en tiempo de ejecución. Cada familia de dispositivos tiene su paquete concreto, por ejemplo:

• Para Xperia X, se utiliza un archivo tipo SW_binaries_for_Xperia_AOSP_M_MR1_3.10_v13_loire.zip.
• Para Xperia basados en Android 11 o 13, encontrarás nombres como SW_binaries_for_Xperia_Android_11_4.19_v9a_lena.img o SW_binaries_for_Xperia_Android_13_5.4_v9a_<familia>.img.

El patrón suele ser el mismo: descargas el ZIP desde la web de desarrolladores de Sony, lo descomprimes y copias el archivo .img resultante a la misma carpeta donde está el contenido del ZIP de Sailfish OS. Es crucial que el nombre del archivo coincida con lo que espera el script de flasheo; de lo contrario aparecerán errores indicando que “no se encuentra el fichero img en el directorio”.

En algunos hilos de soporte se menciona que, si intentas flashear una versión de binarios distinta a la prevista, tendrás que modificar tanto el script de flasheo como el archivo de checksums (por ejemplo md5.lst) para que acepten el nuevo nombre y el nuevo hash. Si no se ajustan estos detalles, el script puede abortar el proceso por fallos de integridad.

Ejecutar el script flash.sh en Linux

Con todo lo anterior preparado (bootloader desbloqueado, Sailfish OS descomprimido y binarios de Sony en la misma carpeta), el flasheo en Linux suele reducirse a abrir un terminal en la carpeta de trabajo y lanzar:

sudo bash ./flash.sh

El script te irá guiando, reiniciará el dispositivo al modo Fastboot o Fastbootd según haga falta y comenzará a flashear las distintas particiones necesarias. Es importante no desconectar el teléfono ni tocar nada hasta que en pantalla aparezca un mensaje confirmando que el proceso ha terminado (“Flashing completed. Remove the USB cable and boot up the device by pressing power key”, o similar).

Si te encuentras con errores como “Requested download size is more than max allowed”, en algunos casos ayuda ejecutar los comandos fastboot flash con un tamaño de bloque menor, por ejemplo -S 512K. Esto se puede hacer ajustando manualmente el script o lanzando el comando a mano para la partición problemática.

Primer arranque de Sailfish OS tras el flasheo

Una vez que el flasheo ha terminado y has desconectado el cable, basta con mantener pulsado el botón de encendido para que el teléfono arranque. Lo normal es que primero se muestre un aviso sobre el bootloader desbloqueado, después aparezca el logotipo de Sony y, finalmente, se cargue la animación de arranque de Sailfish OS.

Durante el primer inicio se ejecuta el asistente de configuración (Startup Wizard), donde se elige el idioma, se aceptan los términos de licencia, se define el código de bloqueo del dispositivo, se configura la fecha y la hora, se conecta a una red y se inicia sesión con la cuenta de Jolla que usaste para adquirir la licencia. Gracias a esa cuenta se activan los componentes considerados “de pago”, como el soporte de Android y la tienda Aptoide, que pueden instalarse durante la configuración o más tarde desde Jolla Store.

Construir tu propia imagen Sailfish OS (HADK y ports comunitarios)

Para quienes quieren ir más allá que simplemente flashear un ZIP, Jolla mantiene un completo HADK (Hardware Adaptation Development Kit) que explica cómo compilar desde cero Sailfish OS para distintos dispositivos basados en AOSP, y que se complementa con información sobre hardware como Jolla Phone, el móvil Linux europeo.

Descarga del HADK y requisitos del host de compilación

El primer paso es descargar la versión más reciente del HADK y leer con calma las secciones iniciales, especialmente el disclaimer y los capítulos 1 y 2, donde se explica el flujo general de trabajo, el uso de la Platform SDK y los comandos básicos. El propio documento establece unos requisitos mínimos, pero en la práctica se recomienda contar con bastante más espacio en disco del sugerido originalmente (hasta 300 GB en los dispositivos Android 13) y una conexión de banda ancha adecuada para descargar alrededor de 50 GB de datos.

Además, necesitarás instalar la Platform SDK de Sailfish OS y configurar las variables de entorno en el archivo ~/.hadk.env, que servirán para definir el fabricante (VENDOR), el modelo (DEVICE), el dispositivo de compilación interno (HABUILD_DEVICE), la familia de hardware y la versión principal de Android sobre la que se construye.

Variables de entorno para Xperia 10 IV y Xperia 10 V (Android 13)

En el caso de los Xperia 10 IV y 10 V, la base es AOSP 13.0 y la adaptación utiliza ramas específicas en los repositorios de mer-hybris. Un ejemplo de configuración para el Xperia 10 IV (dispositivo xqcc54, nombre interno pdx225, familia murray) podría ser:

export VENDOR=sony
export DEVICE=xqcc54
export HABUILD_DEVICE=pdx225
export FAMILY=murray
export ANDROID_VERSION_MAJOR=13
export HAVERSION="sony-aosp-"$ANDROID_VERSION_MAJOR

Para el Xperia 10 V los valores de DEVICE y HABUILD_DEVICE cambian (por ejemplo, el identificador interno pasa a ser pdx235), pero el resto del flujo es muy similar. El HADK recomienda seguir los capítulos 3 y 4 para configurar el entorno y ignorar el capítulo 5, sustituyéndolo por una serie de comandos específicos que clonan los repositorios correctos y preparan el entorno AOSP y droid-hal.

Sincronizar AOSP, aplicar parches y compilar hybris-hal

Una vez configurado el entorno, hay que asegurarse de tener instalado el comando repo que usa AOSP para gestionar sus manifest y repositorios. El procedimiento, resumido, suele incluir pasos como:

• Clonar droid-hal-sony-<familia> con submódulos recursivos.
• Inicializar repo apuntando al manifest de mer-hybris en la rama adecuada ($HAVERSION) y sincronizar con repo sync.
• Clonar el repositorio de droid-src-sony y aplicar los parches mediante los scripts proporcionados (por ejemplo droid-src/apply-patches.sh --mb).
• Ejecutar ./setup-sources.sh --mb para preparar el árbol de fuentes.
• Fuente de build/envsetup.sh, activar el ccache y hacer lunch aosp_$DEVICE-user para seleccionar el objetivo de compilación.

En los dispositivos con kernel moderno (como el msm-5.4 común de Sony) también hay que construir el kernel con scripts como build-kernels-clang.sh, y copiar la imagen dtbo correspondiente a la salida de AOSP para que esté disponible en el directorio de producto. A partir de ahí, se clona droidmedia y se compila hybris-hal y droidmedia con make -j$(nproc --all), lo cual puede tardar bastante dependiendo del hardware del host.

Construir paquetes droid-hal, middleware y syspart

Con las imágenes de arranque (hybris-boot, hybris-recovery) y los módulos básicos listos, hay que seguir el capítulo 6 del HADK para integrar droid-hal en la Platform SDK y empezar a generar paquetes RPM. Suele utilizarse el script rpm/dhd/helpers/build_packages.sh con varias banderas, por ejemplo –droid-hal para los paquetes de hardware, –gg para los componentes gráficos o –mw para distintos módulos de middleware.

En paralelo, se preparan los repositorios y plantillas para droid-system (la parte de /system) y, en algunos ports, también para vendor, montando las imágenes system.img y vendor.img generadas por AOSP en directorios temporales y usando scripts como copy_tree.sh o copy_vendor.sh que vuelcan el contenido a un repositorio RPM plantilla (por ejemplo droid-system-sony-template o droid-vendor-sony-template).

En este proceso es normal encontrar pequeños conflictos de parche sobre ficheros como init.wod.rc o ld.config.28/29.txt, que la propia documentación indica que se pueden ignorar porque forman parte de ajustes menores. Lo importante es que al final dispongas de los paquetes RPM correctos para droid-hal, droid-system, droid-hal-img-boot, droid-hal-version y demás componentes que formarán la imagen final de Sailfish.

Generar la imagen flashable con MIC

Cuando la parte de hardware y middleware está lista, desde la Platform SDK se instalan herramientas como lvm2, atruncate, pigz y android-tools y se ejecuta de nuevo build_packages.sh --mic con las variables RELEASE (versión de Sailfish) y EXTRA_NAME (sufijo personalizado) definidas. Esto hace que se genere una imagen flashable en formato ZIP situada en un directorio tipo:

$ANDROID_ROOT/SailfishOS-release-<version>-<device>-my1/

Dentro encontrarás un archivo con nombre similar a SailfishOS--my1-<version>-<device>-<hw-version>.zip, que será el que se utilice en la fase de flasheo siguiendo las instrucciones estándar de Jolla para ese modelo (por ejemplo, las guías de “how to install Sailfish X on Xperia 10 IV/V on Linux”).

Particularidades del Xperia 10 (Android 9) y Xperia X

Aunque el flujo general de HADK se parece, en los dispositivos basados en Android 9 (Xperia 10) y Android 6/7 (Xperia X) hay matices relevantes. Cambian los manifests de AOSP, las ramas de los repositorios mer-hybris y, en ocasiones, la forma de manejar los componentes del sistema y vendor.

Xperia 10 (familia ganges, Android 9)

En el caso del Xperia 10, la familia hardware se denomina ganges y la adaptación se construye sobre AOSP 9 (flavour “pie”). Las variables de entorno relevantes incluyen algo como:

export VENDOR=sony
export DEVICE=i4113
export HABUILD_DEVICE=kirin
export FAMILY=ganges
export ANDROID_FLAVOUR=pie
export HAVERSION="sony-"$FAMILY"-aosp-"$ANDROID_FLAVOUR

El proceso implica clonar droid-hal-sony-ganges-pie, preparar los repositorios de droid-config-sony-ganges-pie, ajustar los patrones de paquetes para incluir cosas como patterns-sailfish-consumer-generic y sailfish-porter-tools, y construir tanto el sistema como el vendor. Además, se usan plantillas específicas droid-system-sony-pie-template y droid-vendor-sony-pie-template para generar los RPM correspondientes.

Una vez completado, se genera un ZIP flashable equivalente al de los dispositivos más nuevos, y el flasheo se realiza siguiendo las instrucciones publicadas por Jolla, recordando detalles como sustituir @DEVICES@ en algunos scripts por el valor de $DEVICE en mayúsculas (por ejemplo I4113) y ajustar los checksums si se cambia el script.

Xperia X (f5121/f5122, base Android 6.0.1/7.x)

En el Xperia X el ecosistema es algo más veterano pero muy pulido. La compilación se hace sobre ramas AOSP específicas (por ejemplo BRANCH=6.0.1_r80 o builds 7.x) que coinciden con las versiones de firmware que Sony soporta para Sailfish X. Es crucial asegurarse de que el build number de Android sea 34.3.A.x.yyy o 34.4.A.x.yyy antes de desbloquear, y no actualizar a builds superiores que puedan no ser compatibles. Si el terminal tiene una base superior, se recomienda downgradear con la herramienta Emma en Windows.

En este modelo también se trabaja con un sistema de syspart separado, y se crean RPM específicos para droid-system-f5121/f5122, gestionando los binarios de vendor mediante las imágenes oficiales de Sony para la familia loire. El flasheo final puede hacerse íntegramente en Linux si el dispositivo estaba ya actualizado a un build de Android suficientemente reciente antes del desbloqueo; si no, Jolla documenta un “camino Linux” alternativo que implica flashear manualmente la partición system, montar particiones en modo recovery, copiar blobs a /oem y luego relanzar el script de flasheo.

Estado de adaptación y contribuciones

Jolla mantiene secciones de Adaptation Status donde se enumeran, por dispositivo, las funciones que van bien y las que aún fallan. En los Xperia 10 IV y 10 V se confirma que, a fecha de la documentación de referencia, funcionan GPS, Bluetooth, WiFi, tethering, datos, módem, sensores y multimedia, así como la red USB. Sin embargo, la cámara y el sensor de huellas no están operativos, algo que los desarrolladores aún están trabajando en solucionar.

En el Xperia 10 original la situación es mejor, y en la documentación se listan como funcionales la telefonía, los datos móviles, la interfaz gráfica, la WLAN, GPS, Bluetooth, cámara, tethering, actualizaciones internas y otros detalles. Se advierte, eso sí, que pueden existir problemas no productizados como mayor consumo de batería o comportamiento mejorable en algunos sensores (por ejemplo, brújula), además de particularidades en los gestos o en la forma en que el dispositivo entra en modo de carga con batería muy baja.

El Xperia X presenta un port bastante sólido, pero también con una lista de mejoras pendientes en su momento: ajustes en Bluetooth, pulido de la navegación por gestos, pequeños problemas de vídeo en navegador o de rendimiento que han ido corrigiéndose con el tiempo. La documentación anima a los usuarios avanzados a contribuir en áreas como NFC, fingerprint, optimizaciones de consumo y estabilidad gráfica, tomando como referencia la implementación en otros modelos como la serie XA2.

Para colaborar con la parte subyacente de AOSP, Jolla señala que cualquier mejora que se haga sobre la base AOSP de Sony repercutirá directamente en Sailfish OS. En este sentido, se remite a la guía oficial de Sony para compilar AOSP 13 sobre los dispositivos Open Devices y se proporciona un script de fastboot flashall específico que incluye pasos como flashear el imagen OEM de binarios, desactivar verity y verificación en las particiones vbmeta y vbmeta_system, limpiar metadata y luego hacer un fastboot flashall.

Ultimas consideraciones

Ante cualquier error en la compilación o el flasheo, se recomienda consultar el canal #sailfishos-porters en OFTC IRC, donde se comparten soluciones a problemas típicos como fallos de dependencias, errores en build_packages.sh (por ejemplo, mensajes de “None of the selected test suites…” que pueden ignorarse en ciertos casos) y ajustes finos en scripts y manifests.

Con todo este arsenal de información, tanto si optas por una imagen oficial de Sailfish X como si te lanzas a compilar y portar tu propia build para los Xperia 10 IV/V, Xperia 10 o Xperia X, dispones de un camino bastante claro: preparar el entorno, desbloquear correctamente el bootloader, integrar los binarios propietarios de Sony y seguir los scripts de flasheo y build proporcionados por Jolla y la comunidad, teniendo siempre presente qué partes del hardware están soportadas y cuáles siguen en desarrollo. Comparte la información para que más usuarios conozcan del tema.