Buenas chic@s,
Llevo ya varios meses usando Debian 13 en mi nueva maquina y la verdad es que va espectacular. Lo tengo configurado según las indicaciones y con los paquetes de servicios y configuraciones de Slimbook. El caso es que el arranque es muy lento. Tarda casi 12 segundos en llegar a GDM y a veces desesperar un poco, aunque es cierto que no es grave. He estado investigando un poco con la ayuda de la guía y os reporto pro aquí lo que he encontrado, aunque sin solución:
El servicio plymouth-quit-wait.service tarda ~12 segundos en completarse,causando un retraso visible entre el descifrado LUKS y la pantalla de login GDM.
systemd-analyze blame | grep plymouth
12.552s plymouth-quit-wait.service
LOGS RELEVANTES
--------------------------------------------------------------------------------
Tiempos de GDM:
ene 10 12:40:21.288 - GDM inicia
ene 10 12:40:31.959 - gdm-launch-environment listo
-> 10.7 segundos de espera sin actividad en logs
dmesg (GPU):
amdgpu: unknown parameter 'silent' ignored
[drm] amdgpu kernel modesetting enabled.
amdgpu 0000:65:00.0: initializing kernel modesetting (IP DISCOVERY 0x1002:0x150E)
amdgpu 0000:65:00.0: amdgpu: Fetched VBIOS from VFCT
amdgpu: ATOM BIOS: 113-STRIXEMU-001
lspci:
Máquina con problema (evo):
65:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Strix [Radeon 880M / 890M] (rev c4)
PRUEBAS REALIZADAS
--------------------------------------------------------------------------------
# Prueba Resultado
-- ---------------------------------------------------------- -----------------
1 Deshabilitar bolt.service (Thunderbolt) Sin mejora
2 Añadir amdgpu.dc=1 amdgpu.dpm=1 amdgpu.sg_display=0 Sin mejora
3 Forzar X11 (WaylandEnable=false en GDM) Sin mejora
4 Deshabilitar parámetros Slimbook Sin mejora + errores
5 Verificar amdgpu en initramfs Ya presente
6 Buscar actualizaciones firmware (fwupdmgr) Sin actualizaciones
PARÁMETROS KERNEL ACTUALES
--------------------------------------------------------------------------------
BOOT_IMAGE=/vmlinuz-6.17.13+deb13-amd64 root=/dev/mapper/evo--vg-root ro
quiet splash loglevel=0 rd.systemd.show_status=false rd.udev.log_level=3
udev.log_level=3 systemd.show_status=false vt.global_cursor_default=0
nowatchdog amdgpu.silent=1 acpi_enforce_resources=lax amdgpu.dc=1
amdgpu.dpm=1 amdgpu.sg_display=0 acpi.ec_no_wakeup=1 fbcon=nodefer
amdgpu.dcdebugmask=0x610
PARÁMETROS AÑADIDOS POR SLIMBOOK
--------------------------------------------------------------------------------
/etc/default/grub.d/slimbook-ecwake-fix.cfg:
GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT acpi.ec_no_wakeup=1"
/etc/default/grub.d/slimbook-fbcon-nodefer-fix.cfg:
GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT fbcon=nodefer"
/etc/default/grub.d/slimbook-psr-fix.cfg:
GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT amdgpu.dcdebugmask=0x610"
Nota: Deshabilitar estos parámetros no mejoró el retraso pero causó errores
visuales en pantalla.
HIPÓTESIS
--------------------------------------------------------------------------------
El kernel no reconoce la iGPU Radeon 880M (Strix) como controlador VGA
primario, causando que GDM/Wayland tarde en inicializar el entorno gráfico.
Posibles causas:
1. Bug/limitación del driver amdgpu con hardware Strix (muy nuevo, 2024)
2. Configuración ACPI/BIOS específica del equipo
3. Interacción entre parámetros del kernel y el hardware
CONFIGURACIÓN PLYMOUTH
--------------------------------------------------------------------------------
/etc/plymouth/plymouthd.conf:
[Daemon]
Theme=spinner
VERIFICACIÓN INITRAMFS
--------------------------------------------------------------------------------
lsinitramfs /boot/initrd.img-$(uname -r) | grep amdgpu
-> Módulo amdgpu y firmware presentes
IMPACTO
--------------------------------------------------------------------------------
Funcional: Ninguno, el sistema arranca correctamente
Cosmético: ~12s de Plymouth visible antes de GDM
Comparativo: Otro equipo con Phoenix3 (misma configuración software) no tiene este problema
COMANDOS ÚTILES PARA DIAGNÓSTICO
--------------------------------------------------------------------------------
# Tiempos de arranque
systemd-analyze
systemd-analyze blame | head -20
systemd-analyze critical-chain graphical.target
# Logs de GDM
sudo journalctl -b -u gdm.service --output=short-precise
# Logs de GPU
dmesg | grep -iE "amdgpu|drm|display" | head -40
# Tipo de GPU
lspci | grep -iE "vga|display"
No se si tenéis información sobre este aspecto. Alguna idea de cómo mejorar esto?
Gracias,
