Questions and answers from the Slimbook user community

¡Bienvenido al foro de la comunidad!

Si tienes problemas de software, este es tu sitio. Construyamos entre todos un lugar mejor, proporcionando experiencias, información de uso y tips. Si tienes alguna pregunta, procura dar información detallada sobre tu sistema.

Si tienes problemas de hardware, tramita la GARANTÍA AQUÍ, ya que nuestros técnicos no suelen revisar el foro por estar trabajando en reparaciones.

Ocultar introducción Registro
0

Pantallazo negro intermitente en el inicio de sesión de GDM en Ubuntu 24.04 LTS (Slimbook PROX15-AMD / Ryzen 7 4800H) con Wayland

Avatar
Tafaner

Especificaciones de Hardware y SO

    • Host: Slimbook PROX15-AMD

    • CPU: AMD Ryzen 7 4800H (16) @ 2.90 GHz

    • GPU: AMD Radeon Vega Series / Radeon Vega Mobile Series

    • Pantalla: LQ156M1JW01 (15" Integrada)

    • SO: Ubuntu 24.04.4 LTS x86_64

    • Kernel: Linux 6.8.0-generic

    • Servidor gráfico: GNOME Shell (Originalmente Wayland, cambiado a Xorg)


Descripción del problema

Tras actualizar a Ubuntu 24.04 LTS, el portátil comenzó a experimentar pantallazos negros intermitentes justo en la página de inicio de sesión de GDM después de introducir la contraseña de usuario. El cursor se congelaba por completo con frecuencia, o la retroiluminación del panel no se encendía.

Inicialmente, el problema se esquivaba usando el atajo Ctrl + Alt + F1 para forzar a GDM a reiniciar el servidor gráfico. Este comportamiento se agravó tras desactivar el Secure Boot para permitir que la aplicación propia Slimbook AMD Controller cargara sus módulos de kernel y gestionara los perfiles de potencia de la CPU (límites de TDP).

Los registros del sistema (journalctl -b 0 -p 3) mostraban un claro fallo de sincronización y de tiempos entre GDM, GNOME Keyring y la inicialización del controlador amdgpu: * gdm3: Gdm: on_display_added: assertion 'GDM_IS_REMOTE_DISPLAY (display)' failed * pam_howdy: gkr-pam: unable to locate daemon control file (Nota: Howdy estaba instalado por defecto en el sistema pero no estaba configurado ni se usaba activamente).


Pasos de resolución de problemas (con la ayuda de un colaborador IA)

    1. Resolución del error de gestión de energía MOK/Secure Boot: Se desactivó el Secure Boot a través de la UEFI/BIOS (F2/Supr) para desbloquear las restricciones del kernel para utilidades personalizadas de gestión de energía (Slimbook AMD Controller). Esto solucionó con éxito el mensaje de error de gestión de energía.

    2. Limpieza de Servicios del Sistema:

    3. Se eliminaron por completo howdy y postfix para eliminar errores secundarios de PAM y systemd que retrasaban la secuencia de arranque inicial de GDM (sudo apt purge howdy postfix).

    4. Se limpió la pila de autenticación (sudo pam-auth-update --package).

    5. Ajustes de Reglas de GDM: Se enmascararon las reglas de restricción de GDM udev creando un enlace simbólico a /dev/null (/etc/udev/rules.d/61-gdm.rules) para evitar posibles problemas de caída gráfica durante la inicialización temprana.

    6. Modificaciones de Parámetros del Kernel (GRUB):

    7. Se modificó /etc/default/grub para sustituir la configuración restrictiva del display core por un argumento de gestión de energía más tolerante: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash loglevel=4 amdgpu.noretry=0".

    8. Se ejecutó sudo update-grub.

    9. Desacoplamiento del Llavero de GNOME: Se comentaron las líneas pam_gnome_keyring.so dentro de /etc/pam.d/gdm-password para evitar que los bucles de autenticación de GNOME Keyring bloquearan el controlador de pantalla amdgpu mientras GDM dibujaba la interfaz de la sesión.


Resultado final y solución alternativa

A pesar de ajustar los parámetros del kernel y desacoplar la carga del llavero, Wayland seguía siendo inestable y propenso a pantallazos negros por condiciones de carrera en arranques en frío con esta combinación específica de hardware.

La resolución definitiva fue cambiar la sesión del gestor de pantallas de Wayland a Xorg (X11) en la pantalla de inicio de sesión. Desde que se fuerza Xorg, el portátil arranca perfectamente cada vez, y la gestión de energía/TDP funciona idealmente sin ninguna degradación del rendimiento ni congelaciones de pantalla. 

Obviamente, la slución final no es satisfactoria en absoluto, puesto que lo deseable huibiera sido seguir en Wayland. Si alguien tiene alguna idea más, sería de agradecer cualquier comentario. 

Slimbook PROX15-AMD / Ryzen 7 4800H
Avatar
Discard
1 Answer
0
Avatar
Tafaner
Best Answer

Per completar la informació de dalt, en una altra conversa amb la IA li he preguntat una curiositat: per què no tenia aquest problema amb el meu ordinador de sobretaula, que és un SLimbook One: 

## Informació del maquinari:

- **Model de maquinari:**                          SLIMBOOK ONE-AM5

- **Memòria:**                                     64,0 GiB

- **Processador:**                                 AMD Ryzen™ 9 5900HX with Radeon™ Graphics × 16

- **Targeta gràfica:**                             AMD Radeon™ Graphics

- **Capacitat del disc:**                          2,5 TB

## Informació del programari:

- **Versió del microprogramari:**                  5.19

- **Nom del S.O.:**                                Ubuntu 24.04.4 LTS

- **Muntatge del S.O.:**                           (null)

- **Tipus de S.O.:**                               64-bit

- **Versió del GNOME:**                            46

- **Sistema de finestres:**                        Wayland

- **Versió del nucli:**                            Linux 6.8.0-124-generic

La resposta de la IA pot ser ilinteressant:

El problema del portàtil no era de la targeta gràfica AMD en si, sinó de com el kernel Linux gestiona la comunicació interna amb un panell de portàtil integrat (eDP), que requereix ordres complexes de retroil·luminació i transicions d’energia en arrencar. En canvi, el teu sobretaula utilitza un monitor extern (Display PB248) connectat per un cable estàndard (HDMI o DisplayPort).

A continuació, tens els tres motius tècnics exactes de per què el teu sobretaula està blindat contra aquest error:

1. La gestió de la pantalla és externa

  • Al portàtil: El controlador amdgpu s’ha d’encarregar d’encendre els llums LED de la pantalla integrada a través de la placa base en un mil·lisegon concret de l’arrencada. Si GDM demana dibuixar l’escriptori abans d’hora, el canal falla i es queda en negre.
  • Al sobretaula: El monitor extern té la seva pròpia font d’alimentació elèctrica i el seu propi microxip de control. La targeta gràfica només es limita a enviar un senyal de vídeo constant a través del cable. GDM no ha de sincronitzar-se amb l’energia de la teva pantalla, eliminant qualsevol possibilitat de conflicte o bloqueig del cursor.

2. Generació de processador més moderna (Cezanne vs. Renoir)

Tot i que el Neofetch diu que la gràfica és una “Radeon Vega” similar, el processador del teu sobretaula és un Ryzen 9 5900HX (arquitectura Zen 3 / Cezanne), mentre que el portàtil és un Ryzen 7 4800H (arquitectura Zen 2 / Renoir). AMD va corregir molts d’aquests petits errors de temporització i sincronització de la memòria gràfica integrada en la sèrie 5000, fent que el controlador amdgpu sigui infinitament més estable a l’arrencada amb Wayland.

3. Sense bateria ni perfils agressius d’energia

El sobretaula no té bateries, ni canvis d’estat entre endollat/desendollat, ni gestors complexos com el Slimbook AMD Controller modificant els vats del processador en temps real. Com que el subministrament elèctric de la font d’alimentació és fix i massiu, el kernel d’Ubuntu mai no entra en “modes d’estalvi” ni desconnecta la gràfica durant l’inici de sessió.

Bàsicament, el teu sobretaula té el camí lliure i net de fàbrica per executar Wayland sense cap de les traves físiques que tenen els portàtils.

Comment Share
Avatar
Discard