Instalación de programas y Chrome Remote Desktop en Ubuntu

Métodos de instalación en Ubuntu

Instalar programas en Ubuntu no tiene una única forma correcta; la eficiencia depende de lo que necesites. Para alguien técnico, se puede resumir en varias herramientas: apt para software estable e integrado, flatpak para aplicaciones modernas y sandboxeadas, o snap, aunque este último suele evitarse por su arranque lento y backend cerrado. También existen las AppImage para pruebas portátiles y la compilación manual como último recurso.

En la práctica, una mezcla inteligente es lo mejor. Para herramientas de sistema o desarrollo, se usan los repositorios oficiales:

sudo apt install vlc git curl

Aquí las dependencias se resuelven automáticamente y las actualizaciones son centralizadas.

Instalando Chrome y Remote Desktop

Para el caso concreto de usar Google Chrome y su versión remota, la ruta más simple es instalar los paquetes oficiales. Primero, bajas el instalador .deb para Ubuntu directamente desde el sitio oficial de Google.

Luego, ejecutas:

sudo apt install ./google-chrome-stable_current_amd64.deb

Eso agrega automáticamente el repositorio oficial para futuras actualizaciones. Para Chrome Remote Desktop, repites el proceso con su propio instalador .deb.

Solucionando problemas de sesión gráfica

En Ubuntu 24.04, un detalle importante es que Chrome Remote Desktop tiene momentos raros con Wayland. La experiencia es mucho más estable usando una sesión X11/Xorg.

Si el sistema no te pregunta qué tipo de sesión iniciar, revisa si tienes inicio automático activado o si el selector está oculto. Puedes desactivar el autologin en Configuración → Sistema → Usuarios, o forzar X11 globalmente editando /etc/gdm3/custom.conf para asegurar que WaylandEnable=false.

Sesión remota vs física

Un descubrimiento clave al configurar el sistema es que Chrome Remote Desktop a veces funciona mejor en una sesión gráfica virtual independiente, mientras que tu escritorio físico local puede ser diferente.

Puede pasar que la sesión física local falle al iniciar, pero CRD levante su propia sesión X11 aparte y funcione perfectamente. Esto confirma que el host está bien instalado y que no es un problema de compatibilidad del sistema base.

Si todo funciona, lo más sensato es dejar fijo la configuración remota y no tocarla más. El hecho de ver ventanas pidiendo permisos para escaneos Wi-Fi o perfiles de color es una buena señal: significa que la sesión remota está realmente viva y levantando servicios.