Soplos Linux

¡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 Asgard94, Gracias por el reporte. Antes de darte una solución, necesitamos un par de datos para confirmar la causa exacta — hay dos posibles explicaciones para ese comportamiento de "se apaga y se enciende solo": swapon --show cat /proc/swaps systemctl is-enabled nvidia-suspend nvidia-hibernate nvidia-resume journalctl -b -1 | grep -iE "nvrm|pci_pm_suspend|early wake" ¿Puedes pasarnos la salida de estos cuatro comandos? Con eso vemos si el problema es que no tienes partición/archivo de swap (necesario si el botón de suspender está configurado como "Hybrid Sleep" en vez de "Suspender" normal) o si es un tema de los servicios de suspensión del driver NVIDIA que no se activaron al instalarlo.

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.

Genial, pedrguez, justo lo que buscábamos. El k10temp cargado y las temperaturas correctas confirman que tu Ryzen AI 9 HX 370 no tiene ningún problema de soporte en el kernel — el problema era el propio kernel 7.3.0-rc2 que tenías instalado, una release candidate con fallos (de ahí las lecturas de temperatura sin sentido). Al arrancar en el 7.2.6 estable y desinstalar la RC, todo vuelve a la normalidad. No te preocupes por los comandos, no hacía falta que los entendieras a fondo, solo necesitábamos la salida para confirmar el diagnóstico — y lo confirma. Caso cerrado. ¡Gracias por la paciencia y por seguir los pasos!

Hi JoeDirt, You wouldn't break much. The only thing that stops working outright is grub-btrfs (Timeshift snapshots as boot entries — tied to GRUB by definition), and Soplos GRUB Editor, which obviously becomes pointless. Dracut isn't affected. It only generates the initramfs, independent of the bootloader — if anything the integration is more natural with systemd-boot via kernel-install. One thing worth knowing since you asked about every update: our soplos-release package (the version-identity package, updated frequently) runs update-grub in its postinst, guarded by command -v update-grub. If you fully purge the GRUB packages when switching, that check just fails cleanly and the step is skipped — no error, no broken update. If you instead keep the GRUB packages installed alongside systemd-boot, that hook will keep quietly running update-grub on every soplos-release update, rewriting a grub.cfg nothing reads — harmless, just wasted work. Also keep in mind our tools (Soplos Welcome, Kernel Installer) write kernel parameters to /etc/default/grub — e.g. nvidia-drm.modeset=1 when installing NVIDIA drivers. With systemd-boot that file goes unread, so you'd need to add those parameters manually to your boot entry. Other than that, updates won't give you trouble either way.

¡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!

Merci pour ce partage, c'est une contribution très utile et une solution bien connue à ce problème — les applications Qt n'héritent pas nativement du thème sombre de GNOME (qui est GTK/Adwaita), et votre solution avec adwaita-qt + QT_STYLE_OVERRIDE est exactement la bonne façon de le résoudre. Merci de l'avoir documenté aussi clairement pour le reste de la communauté.

Hi JoeDirt, thanks for asking. The big list under "Soplos Kernels" is pre-populated directly from our repository — those are prebuilt kernels available via apt, not something generated by a system update. On Secure Boot: those prebuilt kernels from the "Soplos Kernels" tab aren't signed — no shim — so they won't boot with Secure Boot enabled. But as you mentioned, Soplos Kernel Installer also lets you compile your own kernel with MOK (Machine Owner Key) signing, and that does work with Secure Boot on. That's the path you already used when you manually built your "signed" kernel. So your options are: disable Secure Boot to use the prebuilt kernels, or keep compiling your own with MOK if you want to stay on Secure Boot.

@ors69 said: Hola a todos, nuevo por aquí y flipando lo bien que se ve y va la versión de Tyson Live. Pero mi duda, mi temor y mi suposición era esa ... que sin conexión no se puede instalar ... Quería sugerir y a la vez preguntar si tienes previsto solucionar eso, quiero decir ... hacer una iso que te permita instalar sin conexión. En mi caso no siempre dispongo de conexión y depender de eso es una lata. De todas formas, gracias por tu trabajo, es impresionante tu distro. Saludos. Hola. Me temo que no va a haber una ISO offline, puesto que muchos de los paquetes que se instalan vienen de fuera de la ISO y no es factible crear una ISO de 6 o 7gb, ya que el costo de alojamiento de las ISOs es elevado. Un saludo

Bonjour, Merci pour le rapport détaillé. La solution la plus simple est de désinstaller complètement fish : sudo apt remove --purge fish sudo apt autoremove Fish n'est plus utilisé dans Soplos — nous utilisons désormais zsh par défaut. Cette erreur de conflit entre fish et fish-common a déjà été corrigée dans l'ISO de septembre, donc une réinstallation propre n'aurait pas ce problème non plus. Merci beaucoup, et bonne journée à vous aussi !

Hi JoeDirt, thanks for the kind words! To answer directly: no, we don't curate Sid at all — if you enable it, it follows Debian bug-for-bug, exactly as it lands upstream, with no extra vetting or delay on our side. Use it at your own risk, as with any Sid repo. And no, we don't have a Discord or Reddit — that's exactly why these forums exist, they're our main community space. Glad you're enjoying Soplos so far!

Lo de Steam no sabría decirte, a mí me va bien en Lutris, y mediante Steam también. E intento que la distro tenga personalidad jejeje

Si ayer entró un update y lo solucionó

Pues solucionado

Great to hear it worked! Good catch on item_height too — makes sense, a bigger font needs more vertical room per menu entry, and that's exactly the kind of detail the Font Selector doesn't handle automatically yet. Thanks for sticking with it and reporting back what fixed it, that's useful for anyone else who runs into the same thing.

Hola NachScrach, ahora sí queda claro con la captura, gracias. Eso es totalmente normal: la ISO de Soplos trae preinstalados de fábrica todo tipo de drivers y clientes de máquina virtual (VirtualBox, VMware, QEMU/KVM), por si alguien la ejecuta dentro de una VM. Como tu equipo es hardware real, esos servicios intentan arrancar y fallan al no encontrar el entorno virtual que esperan — de ahí la notificación de VBoxClient. No indica ningún fallo real de tu sistema. Tienes dos formas de quitarlo: Ve al escáner de Hardware de Soplos Welcome — te detectará este software innecesario y te dará la opción de desinstalarlo directamente desde ahí. Si quieres ir más allá y limpiar otros drivers/firmwares que tu equipo no necesita, puedes instalar Soplos Sys Cleaner, pensado justo para este tipo de limpieza. Con cualquiera de las dos opciones debería desaparecer la notificación.

Efectivamente los kernels de Soplos funcionan de igual manera que los de Cachy. Aunque los V2 y los V4 los hemos retirado del stock y solo se obtienen si los compilan desde Soplos Kernel Installer.

Puedes utilizarlo como hago yo. Yo los datos importantes los vuelco con rsync a un segundo disco. Además tengo una carpeta compartida encriptada para que se sincronice con el NAS. Y para tener los mismos datos en todos mis equipos lo sincronizo mediante red local con SyncThing. Así tengo todo en todos los equipos. Y lo más pesado lo tengo en el NAS. Que puedo acceder desde cualquiera de mis equipos.