- La familia Sony Xperia (X, 10, 10 IV y 10 V) ofrece el soporte más maduro para Sailfish OS, con diferentes niveles de estabilidad según el modelo.
- Es imprescindible contar con bootloader desbloqueable, herramientas Fastboot/ADB correctas y los binarios propietarios de Sony para completar la instalación.
- Jolla proporciona imágenes oficiales para flasheo sencillo y un HADK detallado para compilar ports avanzados apoyados en AOSP y Platform SDK.
- El ecosistema se apoya en documentación viva, canales comunitarios y en la mejora continua de AOSP de Sony, aunque hay carencias como la ausencia de eSIM.

Si llevas tiempo dándole vueltas a mandar Android a paseo y probar Sailfish OS en un Sony Xperia, estás en el sitio adecuado. En las próximas líneas tienes una guía larga, sin prisas y en castellano de España, pensada para que puedas valorar con cabeza qué modelo comprar, qué tal va el soporte real y cómo instalar desde imágenes oficiales hasta builds avanzadas compiladas por ti mismo.
El objetivo es que puedas poner a punto un Xperia X, Xperia 10, Xperia 10 IV o Xperia 10 V sin sustos raros, sabiendo desde el minuto uno qué funciona de lujo, qué está verde (cámara, lector de huellas, batería, eSIM, etc.), cómo desbloquear el bootloader, qué binarios propietarios de Sony necesitas y cómo actuar si algo sale torcido. También verás el enfoque más técnico: uso del HADK, Platform SDK y ports comunitarios que siguen, en gran medida, la misma receta que las adaptaciones oficiales de Jolla.
Modelos Sony Xperia compatibles con Sailfish OS y estado del soporte
Dentro del mundillo de ROMs alternativas, la familia Sony Xperia es la pareja de baile favorita de Sailfish OS. Sony participa con su programa Open Devices, Jolla construye encima con Sailfish X y la comunidad remata el trabajo con ports bastante mimados. Eso se traduce en imágenes relativamente estables, bien documentadas y con herramientas de flasheo razonablemente amistosas.
En esta guía nos vamos a centrar en los modelos con mejor documentación y soporte: Xperia X, Xperia 10, Xperia 10 IV y Xperia 10 V. Para otros Xperia hay adaptaciones comunitarias, pero el nivel de pulido y las instrucciones suelen ser menos amigables para quien empieza, así que es mejor dejar esos casos exóticos para cuando ya tengas algo de rodaje.
El caso más reciente es el Sony Xperia 10 V. Jolla ha confirmado soporte oficial y ya existe una primera beta incluida en Sailfish OS 5.0.0.71. El sistema es utilizable para un uso básico (llamadas, datos, WiFi, Bluetooth, multimedia, sensores, etc.), pero arrastra dos problemas serios: la cámara está deshabilitada por conflictos con los drivers de Sony y el porcentaje de batería puede quedarse congelado mientras usas el móvil, lo que complica bastante calcular la autonomía real.
Con el Xperia 10 IV la foto es muy similar. Según el estado de adaptación publicado por Jolla, funcionan con normalidad el módem, los datos móviles, el GPS, el Bluetooth, la WiFi, el tethering, la parte multimedia, los sensores y la conexión USB de red. Las sombras están en dos puntos clave: la cámara sigue sin funcionar y el lector de huellas permanece inoperativo, de modo que la experiencia respecto a Android se ve bastante recortada en fotografía y biometría.
Cuando miramos hacia modelos algo más veteranos, como el Xperia 10 (familia ganges, base Android 9) y el Xperia X (plataforma loire, Android 6/7), las cosas mejoran mucho. Hablamos de adaptaciones muy maduras, con telefonía, datos, cámara, sensores y actualizaciones OTA funcionando de forma estable. Siguen apareciendo pequeños detalles (brújula caprichosa, algún gesto que no va tan fino, consumos de batería algo altos en ciertos builds), pero para uso diario serio son candidatos muy sólidos.
Antes de enamorarte de un modelo concreto, conviene revisar siempre la tabla de “Adaptation Status” de Jolla, donde se listan, dispositivo a dispositivo, qué piezas están soportadas (cámara, fingerprint, NFC, etc.) y qué sigue en investigación. Es especialmente importante para los Xperia 10 IV y 10 V, donde la cámara y el sensor de huellas siguen en el aire y el soporte está etiquetado como beta.
Requisitos previos: bootloader desbloqueable, PC preparado y herramientas
Antes de tocar una sola partición, hay algo que debes tener clarísimo: sin bootloader desbloqueable no hay Sailfish OS, y sin un PC con Fastboot/ADB bien configurados acabarás atascado en mitad del flasheo. Además, si tu idea es compilar tus propias imágenes, necesitarás un entorno AOSP grande y tragón en recursos.
El primer filtro es comprobar si tu Xperia permite desbloquear el bootloader. En la inmensa mayoría de modelos, el proceso de verificación es casi calcado: abre la app de teléfono y marca el código de servicio *#*#7378423#*#* como si fueses a hacer una llamada. Entrarás en el menú de servicio de Sony. Ahí navega a “Service info > Configuration > Rooting Status” y fíjate en la línea “Bootloader unlock allowed”.
Si ahí aparece “Bootloader unlock allowed: Yes”, adelante: el terminal se puede liberar y podrás instalar Sailfish OS. Si muestra “No” o esa línea ni siquiera existe, la cosa se complica: ese hardware no admite desbloqueo por las vías oficiales, así que tendrás que olvidarte de Sailfish OS en ese equipo concreto o asumir experimentos poco recomendables.
Para los modelos incluidos en el programa Sailfish X (como Xperia X y Xperia 10), Sony mantiene en su web de desarrolladores la sección Open Devices. Desde ahí podrás confirmar compatibilidad, comprobar la variante exacta del modelo, solicitar el código de desbloqueo mediante el IMEI y revisar la documentación AOSP que te hará falta si piensas compilar tus propias builds.
En el ordenador, lo más cómodo es tirar de un PC con GNU/Linux, aunque hay guías oficiales también para Windows y macOS. En Linux, el mínimo imprescindible es tener Fastboot y ADB instalados. En distros basadas en Debian o Ubuntu suele bastar con:
sudo apt-get install android-tools-fastboot android-tools-adb
Mientras que en Fedora y demás sistemas RPM la receta típica es:
sudo dnf install android-tools
Si quieres ir más allá que flashear un ZIP oficial y tu objetivo es compilar imágenes propias para Xperia 10, 10 IV o 10 V, necesitas un entorno AOSP completo siguiendo las recomendaciones de Google: bastante RAM, una CPU multinúcleo decente, sistema de ficheros rápido y mucho espacio en disco. Para ports basados en Android 11 y 13 se recomienda reservar del orden de 200‑300 GB de disco para código y productos de compilación, además de al menos 50 GB extra solo para descargas de fuentes.
En Linux hay un detalle puñetero: la autosuspensión de USB 3.0 en equipos modernos puede cortarte el flasheo. El kernel puede “dormir” el dispositivo en mitad de la escritura y provocar errores del tipo “Requested download size is more than max allowed” o desconexiones repentinas mientras Fastboot escribe particiones clave. Para curarte en salud, desactiva la autosuspensión antes de los flashes críticos ejecutando:
echo -1 | sudo tee /sys/module/usbcore/parameters/autosuspend
Con eso evitas que el sistema entre en suspensión selectiva justo cuando te estás jugando dejar el móvil a medias, lo que obligaría a repetir el proceso entero o incluso a restaurar Android de urgencia con herramientas de recuperación.
Preparar el Sony Xperia: modo desarrollador, depuración USB y Fastboot
Una vez verificado que el bootloader es desbloqueable y que el PC está listo, toca preparar el propio teléfono. Hay que habilitar el modo desarrollador, la depuración USB y el desbloqueo OEM, además de aprender a entrar en Fastboot y Fastbootd sin sudar la gota gorda.
El flujo es prácticamente idéntico en todos los Xperia recientes: entra en “Ajustes > Información del teléfono” y pulsa varias veces sobre el “Número de compilación” hasta que Android saque el mensaje de que ya eres desarrollador. Después regresa al menú anterior, entra en “Sistema > Opciones de desarrollador” (o equivalente) y activa las opciones “Desbloqueo OEM” y “Depuración USB”. Ambas deben quedar encendidas.
Es crucial que el móvil tenga conexión a Internet la primera vez que activas el desbloqueo OEM, porque Android comprueba con los servidores de Google/Sony si tu IMEI puede desbloquearse. Si no consigue verificarlo, esa opción puede aparecer apagada, atenuada o lanzar errores extraños.
Para manejarte con Fastboot, el método de toda la vida consiste en apagar completamente el teléfono, conectar primero el cable al ordenador y, manteniendo pulsado el botón de subir volumen, enchufar el cable al Xperia. Si todo está bien, el LED de notificaciones se pondrá azul, indicando que has entrado en Fastboot.
Si no quieres andar con botones, también puedes lanzar desde el PC:
adb reboot bootloader
En los Xperia modernos con particiones A/B, los propios scripts de Jolla (flash.sh o el .bat en Windows) pueden hacer los cambios entre Fastboot clásico y Fastbootd, un modo extendido que se usa para flashear particiones lógicas en dispositivos con diseños de particiones nuevos. A efectos prácticos, basta con seguir lo que la consola te va pidiendo cuando el script te indique que conectes o reconectes el móvil.
Desbloquear el bootloader en Sony Xperia
El desbloqueo del bootloader es el punto de no retorno del proceso: borra por completo todos los datos del teléfono y tiene impacto en la garantía con Sony. Desde ese momento se pierde el soporte oficial estándar y herramientas como Emma o Xperia Companion pueden cambiar su comportamiento o directamente dejar de ser útiles como antes.
Antes de liberar nada, es muy sensato usar Android durante unos días con la misma SIM que vayas a usar con Sailfish y comprobar que van bien las llamadas, la cámara, el micrófono, el altavoz, los datos móviles, el WiFi, el GPS y la pantalla táctil. Si el teléfono viene defectuoso de fábrica, te será infinitamente más sencillo tramitar la garantía con el sistema original que con una ROM alternativa flasheada.
En los modelos del programa Open Devices (como Xperia X y Xperia 10), hay que pasar por la web de desarrolladores de Sony. Desde allí eliges tu modelo, introduces el IMEI, aceptas las condiciones y recibes un código de desbloqueo único, que luego usarás con Fastboot. Recuerda que al ejecutar el comando hay que añadir el prefijo 0x delante de ese código.
Con el móvil en Fastboot (LED azul encendido) y una terminal abierta en el directorio donde tengas las herramientas, el comando típico en Linux para un Xperia X o similar se parece a esto:
sudo fastboot -i 0x0fce oem unlock 0xTU_CODIGO_DE_DESBLOQUEO
Si todo va bien, verás un “OKAY” con el tiempo de ejecución y el teléfono quedará con el bootloader abierto. A partir de ahí, todas las particiones de sistema se pueden sobrescribir con Sailfish OS u otras ROM AOSP. Y no lo olvides: el borrado de datos es total, así que haz copia de seguridad de todo lo que te interese antes de llegar a este paso.
Instalar una imagen oficial o preparada de Sailfish OS
Para la mayoría de usuarios lo inteligente es usar imágenes oficiales de Sailfish X o paquetes preparados por Jolla y los porters. Así te evitas pelearte con el código fuente y, de paso, te aseguras de que las actualizaciones OTA y los componentes licenciados (Android AppSupport, diccionarios, Exchange, etc.) se gestionan de la forma estándar.
Lo primero es comprar la licencia en la Jolla Shop con tu cuenta. Después podrás entrar en el área de descargas y bajar el ZIP que corresponde a tu modelo. Los nombres suelen ser del estilo “Sailfish_OS-Jolla-versión-modelo-build.zip”, por ejemplo para los Xperia X F5121 o F5122. Hay que asegurarse de descargar exactamente el archivo que coincide con la variante de tu teléfono.
Descarga el archivo, cópialo a una carpeta de trabajo en tu PC y descomprímelo. Deberías ver los scripts de flasheo (flash.sh o flash-on-windows.bat), varios fragmentos de imagen (sailfish.img001, img002, etc.), ficheros de integridad como md5.lst y, a veces, binarios específicos según el sistema operativo del host.
Además del paquete de Sailfish, necesitas los binarios propietarios de Sony para AOSP (los famosos “software binaries for Xperia”). Sin ellos te faltarán drivers y componentes cerrados imprescindibles para que todo funcione. Estos binarios se descargan como ZIP desde la web de Sony y, al extraerlos, suelen contener un .img cuyo nombre indica la base de Android y la familia de hardware.
Para un Xperia X, por ejemplo, se usa algo como SW_binaries_for_Xperia_AOSP_M_MR1_3.10_v13_loire. Para generaciones más recientes basadas en Android 11 o 13 pueden aparecer nombres tipo SW_binaries_for_Xperia_Android_11_4.19_v9a_lena.img o variantes con kernel 5.4 y nombre interno de la plataforma (murray, zambezi, etc.).
El procedimiento es siempre el mismo: descomprimes el ZIP de Sony, copias el .img que contiene dentro de la misma carpeta donde has extraído la imagen de Sailfish y te aseguras de que el nombre del archivo coincide exactamente con lo que espera el script. Si el nombre no encaja, flash.sh se quejará de que no encuentra el fichero. Si decides usar una versión distinta de binarios respecto a la inicial, toca editar flash.sh o flash-config.sh y el archivo de checksums (por ejemplo md5.lst), ajustando el nombre y el hash del nuevo .img o el proceso se parará por fallo de integridad.
Con el bootloader desbloqueado, la imagen de Sailfish descomprimida y el .img de Sony en la misma carpeta, el flasheo estándar desde Linux se reduce a abrir una consola en ese directorio y lanzar:
sudo bash ./flash.sh
El script te irá guiando por texto, indicando cuándo debes poner el móvil en Fastboot, cuándo pasará a Fastbootd y en qué momento está escribiendo particiones críticas (system, vendor, userdata, dtbo, boot_a/boot_b, etc.). Durante esta fase es fundamental no desconectar el cable ni trastear con el teléfono y, si puedes, no hacer nada demasiado intenso en el PC hasta ver un mensaje tipo “Flashing completed. Remove the USB cable and boot up the device by pressing power key”.
Si te sale el molesto error “Requested download size is more than max allowed”, en algunos equipos ayuda forzar un tamaño de bloque menor añadiendo la opción -S (por ejemplo -S 512K) a Fastboot. Eso implica retocar el script flash.sh o repetir manualmente los comandos problemáticos con ese parámetro, algo ya más propio de usuarios avanzados.
Primer arranque, asistente de Sailfish y activación de licencia
Cuando el script confirme que ha terminado y desconectes el USB, basta con mantener pulsado el botón de encendido para que el Xperia arranque su nueva vida. Primero verás el aviso de bootloader desbloqueado, luego el logo de Sony y finalmente la animación de arranque de Sailfish OS.
En ese primer arranque se lanza el asistente de bienvenida (Startup Wizard). Te pedirá que elijas idioma, aceptes los términos de uso, configures el código de bloqueo, ajustes fecha y hora, conectes el móvil a Internet y, algo clave, inicies sesión con tu cuenta de Jolla. Es precisamente ese inicio de sesión el que activa los componentes sujetos a licencia: Android AppSupport, corrector y texto predictivo en español, integración con Exchange y acceso completo a la Jolla Store.
Durante este asistente también puedes instalar Aptoide como tienda de apps Android, aunque muchos usuarios prefieren alternativas más respetuosas con la privacidad como F-Droid, Aurora Store o repositorios de APKs externos descargados aparte. Una vez terminada la configuración inicial, suele ser buena idea reiniciar el teléfono para que se activen todos los servicios y quede rematada la instalación.
Instalación desde Windows en Xperia X: puntos delicados
Si tu entorno principal es Windows, Jolla mantiene unas instrucciones muy detalladas para instalar Sailfish X en el Xperia X desde este sistema. Es importante leerlas de principio a fin porque hay matices con los drivers Fastboot y con la versión de Android desde la que debes partir.
Como requisito, Jolla insiste en que no actualices el Xperia X a las últimas versiones de Android. Las bases soportadas son Android 7 (build 34.3.A.x.yyy) y Android 8 (build 34.4.A.x.yyy). Si el sistema te ofrece subir a versiones superiores, ignóralas. Puedes ver la versión y el build en “Ajustes > Sistema > Información del teléfono > Número de compilación”.
Si ya tienes una build más alta (por ejemplo 34.5.A.q.zzz o 35.x.A.q.zzz), tendrás que hacer downgrade con la herramienta Emma de Sony, que solo funciona en Windows. Se descarga desde la web de desarrolladores, conectas el teléfono en modo flash (LED verde, manteniendo volumen abajo mientras conectas el cable) y seleccionas un “service” con ID 34.4.A.x.yyy y descripción “Software Update Content Erase”. Cuando termine, arrancas Android, pasas el asistente rápidamente y apagas el terminal para prepararlo para Sailfish.
En Windows, otro paso obligatorio es instalar correctamente el driver Fastboot. Con el teléfono en Fastboot (LED azul), abre el Administrador de dispositivos y revisa qué aparece. Si ves “Sony sa0114” con “Sony sa0114 ADB Interface Driver”, ya tienes el driver correcto. Si aparece “S1Boot Fastboot” bajo “Otros dispositivos” con un triángulo de advertencia, habrá que actualizar el controlador manualmente usando el paquete xperia-x-driver.zip y el archivo sa0114adb.inf.
Una vez listo el driver, toca desbloquear el bootloader igual que en Linux, pero lanzando Fastboot desde Windows. Si usas la consola clásica (“cmd”), el comando típico es algo como:
fastboot -i 0x0fce oem unlock 0xTU_CODIGO
Mientras que en PowerShell suele ser obligatorio invocar el ejecutable explícitamente, por ejemplo:
./fastboot.exe -i 0x0fce oem unlock 0xTU_CODIGO
Si el parámetro -i da guerra, Jolla sugiere usar la variante corta sin ese identificador USB. Al terminar correctamente verás un mensaje “OKAY … finished. total time: X.XXXs” confirmando que el desbloqueo ha sido un éxito.
Después descargas desde la Jolla Shop el ZIP de Sailfish para F5121 o F5122, lo descomprimes, obtienes los binarios SW_binaries_for_Xperia_AOSP_M_MR1_3.10_v13_loire de Sony, extraes el .img y lo copias en la misma carpeta. En esa carpeta verás el script flash-on-windows.bat, que es el que debes ejecutar con el Xperia en modo Fastboot. El script se encarga de todo, te pedirá confirmaciones y, al finalizar, mostrará algo como “Flashing completed. Remove the USB cable and boot up the device by pressing power key”. El arranque y el asistente posterior son idénticos a lo descrito anteriormente.
Compilar tus propias imágenes: HADK, Platform SDK y ports comunitarios
Si lo tuyo es trastear y quieres ir un paso más allá, Jolla ofrece el HADK (Hardware Adaptation Development Kit), un manual bastante denso que explica cómo levantar tus propias imágenes de Sailfish OS para Xperia 10, 10 IV, 10 V y otros dispositivos del programa Open Devices, siguiendo la misma filosofía que los ports oficiales.
El primer paso es descargar la versión más reciente del documento HADK y leer con calma el descargo de responsabilidad y los capítulos 1 y 2. Ahí se explica el flujo general de trabajo, el papel de la Platform SDK y los conceptos básicos de la adaptación: droid-hal, droid-config, droid-system, droid-vendor, etc. Aunque el HADK marca unos mínimos, en la práctica, para dispositivos modernos basados en Android 13 conviene ir muy sobrado de recursos (RAM, CPU y almacenamiento).
También tendrás que instalar la Platform SDK de Sailfish OS y definir el archivo ~/.hadk.env con las variables de entorno que describen fabricante, dispositivo, familia hardware y versión base de Android. Para Xperia 10 IV y 10 V la base habitual es AOSP 13 y se usan ramas específicas de mer-hybris orientadas a las plataformas murray y zambezi, con kernels modernos (4.19/5.4 según el caso).
Resumiendo mucho, el flujo incluye pasos como clonar el repositorio droid-hal-sony correspondiente a tu familia, inicializar repo apuntando al manifest correcto de mer-hybris y sincronizarlo con repo sync, clonar las fuentes droid-src-sony y aplicar los parches con scripts estilo apply-patches.sh, preparar el árbol AOSP con setup-sources.sh, y finalmente cargar build/envsetup.sh, activar ccache y seleccionar el objetivo adecuado con lunch aosp_$DEVICE-user.
En las plataformas Sony con kernel común 5.4 suele ser necesario compilar el propio kernel con scripts específicos (build-kernels-clang.sh, por ejemplo) y asegurarse de que la imagen dtbo resultante se copia al directorio de producto adecuado. Después se clona droidmedia y se compilan hybris-hal y droidmedia con un make -j$(nproc –all), proceso que puede llevar bastante tiempo según el hardware del PC.
Una vez listas las imágenes de arranque (hybris-boot, recovery) y los módulos base, se pasa a la Platform SDK y se siguen las indicaciones del capítulo 6 del HADK para generar RPMs de droid-hal, middleware y sistema usando el script rpm/dhd/helpers/build_packages.sh con flags como –droid-hal, –gg (gráficos) o –mw (middleware).
En paralelo se preparan los paquetes droid-system (y en algunos casos droid-vendor) montando las imágenes system.img y vendor.img generadas por AOSP en directorios temporales y ejecutando scripts de copia (copy_tree.sh, copy_vendor.sh) que rellenan plantillas RPM del estilo droid-system-sony-template o droid-vendor-sony-template. Es muy habitual encontrarse conflictos menores en parches sobre archivos init*.rc o ld.config.x, que el propio HADK permite resolver de forma trivial o incluso ignorar.
Cuando la capa de hardware y middleware está lista, llega el momento de generar la imagen final flashable con MIC. Desde la Platform SDK hay que instalar herramientas como lvm2, atruncate, pigz y android-tools, definir variables como RELEASE (versión de Sailfish) y EXTRA_NAME (sufijo de la build) y volver a ejecutar build_packages.sh, esta vez con la opción –mic para crear el ZIP instalable.
El resultado suele quedar en una ruta estilo $ANDROID_ROOT/SailfishOS-release-<version>-<device>-my1/, donde encontrarás un ZIP del tipo SailfishOS–my1-<version>-<device>-<hw-version>. Ese archivo se instala igual que las builds oficiales de Jolla para Xperia recientes: copiándolo a un directorio en tu PC, combinándolo con los binarios de Sony correctos y utilizando el script flash.sh o equivalente.
Casos especiales: Xperia 10 (Android 9) y Xperia X (loire)
Aunque la filosofía general del HADK es la misma en todos los dispositivos, los Xperia basados en Android 9 como el Xperia 10 y los Xperia X con base Android 6/7 tienen particularidades relevantes: cambian ramas de AOSP, manifests, plantillas de sistema y detalles de vendor.
El Xperia 10 se encuadra en la familia de hardware ganges y se apoya en AOSP 9 (Pie). Las variables de entorno apuntan a repos como droid-hal-sony-ganges y droid-config-sony-ganges, y los patterns de paquetes se adaptan para incluir patterns-sailfish-consumer-generic y herramientas como sailfish-porter-tools. Las plantillas droid-system-sony-pie-template y droid-vendor-sony-pie-template definen cómo se empaquetan las imágenes system y vendor.
En el caso del Xperia X hablamos de un dispositivo con soporte muy rodado: fue el primer gran objetivo de Sailfish X y su adaptación está muy pulida. La compilación parte de ramas AOSP acordes a los firmwares oficiales que Sony sigue soportando para este modelo (builds 34.3.A.x.yyy o 34.4.A.x.yyy). Es clave asegurarse de que el número de compilación de Android es uno de esos antes de desbloquear el bootloader; si el terminal ha recibido una actualización superior, lo sensato es hacer downgrade con Emma.
A nivel de usuario final, no hace falta conocer todos los detalles internos de syspart ni los RPM droid-system-f5121/f5122. Siguiendo la guía oficial de Jolla para Xperia X (comprobar bootloader, instalar Fastboot, descargar el ZIP correcto, añadir los binarios SW_binaries_for_Xperia_AOSP_M_MR1_3.10_v13_loire.img y ejecutar sudo bash ./flash.sh con el teléfono en Fastboot) tienes más que suficiente para terminar con un sistema estable y actualizable.
Estado del soporte, problemas habituales y dónde pedir ayuda
Jolla mantiene documentación viva sobre qué modelos están oficialmente soportados, cuáles han dejado de recibir soporte y qué dispositivos dependen solo de ports comunitarios. Es importante distinguir entre las imágenes con licencia disponibles en la Jolla Shop y las adaptaciones de la comunidad, recopiladas a menudo en tablas de “Community Hardware Adaptations” donde el nivel de mantenimiento varía bastante.
Durante la instalación o la compilación puedes encontrarte con errores de dependencias, fallos de repo sync, mensajes crípticos de build_packages.sh, problemas con Fastboot por culpa del USB o cortes de red a mitad de la descarga de fuentes. Una referencia muy útil en estos casos es el canal #sailfishos-porters en la red OFTC, donde desarrolladores y usuarios avanzados comparten soluciones, parches y experiencias en tiempo real.
Jolla insiste en que cualquier mejora sobre la base AOSP de Sony revierte directamente en la calidad de Sailfish OS. Por eso recomiendan seguir la guía oficial de Sony para compilar AOSP 11/13 para dispositivos Open Devices y proporcionan scripts específicos para flashear AOSP completo con fastboot flashall, desactivando verity y las verificaciones en vbmeta y vbmeta_system cuando sea necesario para que las modificaciones de Sailfish no choquen con la cadena de arranque segura.
Si en algún momento necesitas volver a Android porque algo esencial no funciona bien (por ejemplo, conectividad móvil inestable, GPS que no fija, cámara rota o problemas con la batería), lo recomendable es regresar al firmware oficial con Emma, comprobar que todo va correctamente con el sistema de fábrica (llamadas, datos, cámara, GPS, WiFi, audio, táctil, etc.) y solo después volver a intentar la instalación de la última imagen de Sailfish OS siguiendo al dedillo las instrucciones oficiales de tu modelo.
Conviene recordar también que, aunque se reutilicen las instrucciones de los ports oficiales, muchas de las adaptaciones comunitarias no están soportadas por Jolla. Si usas uno de estos ports, no tiene sentido reportar errores específicos del dispositivo al soporte oficial: es mejor abrir una incidencia en el repositorio del port o preguntar primero en los canales comunitarios.
Por último, merece la pena tener claro el modelo de licencia: instalar Sailfish X implica adquirir una licencia de pago en la UE, Noruega o Suiza, con la que obtienes el paquete de software para flashear, soporte para apps Android, textos predictivos en varios idiomas (incluido español), compatibilidad con Microsoft Exchange, actualizaciones durante un periodo determinado y cierto apoyo oficial. A día de hoy, el soporte de eSIM no está implementado, por lo que tendrás que seguir usando tarjetas SIM físicas a pesar del enfoque en seguridad y privacidad que defiende la plataforma.
Con todo esto en mente, ya tienes una visión bastante completa de qué Xperia son buenos candidatos para Sailfish OS, qué limitaciones arrastran y qué caminos puedes seguir: desde el flasheo sencillo de una imagen oficial hasta la compilación detallada con HADK y Platform SDK. Entendiendo cómo desbloquear el bootloader, integrar los binarios de Sony y usar los scripts de Jolla, puedes montar sin dramas un Xperia X, 10, 10 IV o 10 V con Sailfish OS aprovechable para el día a día, y si te apetece, incluso contribuir a que el ecosistema siga vivo compartiendo parches, pruebas y documentación con la comunidad.