Hola Raúl, Gracias por volver a probar y por contarnos lo que hiciste. Te aclaramos un par de cosas para que no pierdas tiempo con polkit. El origen del problema era fish: su conflicto con zsh dejaba las actualizaciones a medias, y por eso Bienvenida mostraba el error aunque después cargara la lista de paquetes. En una instalación de serie de Tyron la actualización desde Bienvenida funciona sin tocar nada de polkit. En cuanto al helper: con la versión de polkit que lleva Tyron (127), polkit-agent-helper-1 ya no necesita el bit SUID. Los permisos 0755 son los normales, y la autenticación va por un socket de systemd. El mensaje needs to be setuid root solo aparece cuando el sistema recurre al método antiguo, y eso no ocurre en una instalación limpia. El chmod 4755 que aplicaste lo fuerza, pero no es la solución de fondo. Para dejarlo en el estado normal: sudo dpkg --configure -a sudo apt update sudo apt full-upgrade systemctl status polkit-agent-helper.socket Si el último comando no muestra active (listening), pégalo aquí. Y si has modificado a mano algo de polkit, PAM o systemd, dínoslo, porque sería lo primero que miraríamos. Gracias por tu ayuda. Un saludo, P.D. He intentado replicar el fallo que dices de pkexec en 8 ordenadores diferentes con Tyron y no he logrado replicar el fallo que dices de polkit. De hecho lo he revisado y está todo correcto. Polkit 127 ya no necesita el helper con SUID. Recomienda un servicio polkit-agent-helper activado por socket y, según el parche que introdujo el cambio, si el socket AF_UNIX no está presente, el agente lanza el helper clásico. Eso encaja con todo lo que se ha visto...

¡Hola Levante_ini! Enhorabuena por la perseverancia, y gracias por documentar todo el proceso con tanto detalle — este hilo le va a servir a más de un usuario con GTX 1650 que se encuentre en la misma situación. Por si te sirve para la próxima instalación (tuya o de quien lea esto): el orden importa bastante. Ir directo a instalar los drivers de NVIDIA nada más terminar Calamares, sin antes actualizar el sistema, deja el entorno sin preparar del todo para que el driver se instale bien a la primera — de ahí probablemente los tropiezos con los primeros drivers que probaste. Actualizar el sistema primero y dejar que se asiente antes de meterte con los drivers suele ahorrar bastantes de estos dolores de cabeza. Que quede aquí resuelto y documentado. ¡Gracias de nuevo por elegir Soplos y por la paciencia!

¡Hola Levante_ini! Gracias por el comentario, siempre es un gusto leer estas cosas. Es cierto, esa es una de las grandes ventajas de Ventoy frente a otros creadores de live-USB — poder usarlo como un pendrive normal para lo que haga falta, sin que interfiera con las ISOs que lleves ahí montadas. ¡Gracias por seguir aportando al foro, salu2!

Hola Raúl, Muchísimas gracias por el reporte, está perfectamente diagnosticado y la solución que aplicaste es exactamente el mecanismo correcto de Debian para esto. Lo hemos reproducido y confirmado en nuestro lado: efectivamente /etc/motd es texto estático que pam_motd muestra tal cual, sin ejecutar nada — por eso $(hostname) y $(date) aparecían literales en vez de resolverse. Y como bien apuntas, /etc/update-motd.d/ es la vía correcta para contenido dinámico, ya que esos scripts sí se ejecutan en cada login (tanto por SSH como en local). Vamos a aplicar el fix en soplos-release: vaciar /etc/motd y mover el contenido a un script en /etc/update-motd.d/, tal como lo probaste tú. Quedará corregido en la próxima actualización del paquete. Gracias de nuevo por tomarte el tiempo de investigar y reportar con tanto detalle, este tipo de aportes es justo lo que más ayuda a mejorar Soplos.

¡Muchas gracias, Isabel! De verdad se agradece muchísimo un mensaje así, más viniendo de alguien que lo dice tras haber probado varias distros a lo largo de los años. Que la recomiendes es el mejor gesto posible, ¡gracias de corazón!

Prueba en apagar uno de los dos monitores, mucha gente no solo en Soplos, han reportado el tema de los 2 monitores mientras se instala