Inicio
» LINUX
»
Fix Screen Tearing on Intel Graphics in Pardus Linux: A Result-Focused Guide
Fix Screen Tearing on Intel Graphics in Pardus Linux: A Result-Focused Guide
What a good fix should look like
A useful screen-tearing fix is not simply a configuration change that makes one video look better. The result should be repeatable: horizontal splits should disappear during window dragging, page scrolling, and full-screen video; the desktop should remain responsive; the correct refresh rate should stay selected after login; and the change should not introduce black screens, stutter, or higher-than-expected latency.
On current Pardus releases, start by identifying the display session and the Xorg driver actually in use. Pardus 25 ships with Xfce 4.20.2 as its lightweight desktop option and GNOME 48.4 as its other main desktop, while Pardus 25.1 includes Debian 13.4 maintenance updates and Linux kernel 6.12.74. That matters because an X11-specific Intel configuration should not be applied blindly to a Wayland session. See the Pardus 25 release notes and Pardus 25.1 release notes.
The practical order is: identify the session and driver, update the graphics stack, confirm compositor and monitor settings, then use the Intel Xorg TearFree option only when the legacy intel DDX is actually active. Debian currently recommends the built-in Xorg modesetting driver for Intel hardware from roughly 2007 onward rather than installing xserver-xorg-video-intel by default. The Debian GraphicsCard documentation is useful context for this distinction.
If the first command returns x11, the Xorg-specific checks in this guide apply. If it returns wayland, do not create an Xorg device file just to solve tearing; update the system and troubleshoot the compositor/session instead. The second command should show an Intel display controller and typically a kernel driver such as i915 on many Intel systems.
Check the session type, Intel kernel driver, output name, current resolution, and refresh rate before changing anything.
Quality check: write down the output name, such as eDP-1, and the mode marked with an asterisk by xrandr. You will use those values to verify that later changes did not alter the display unexpectedly.
2. Update Pardus before adding driver overrides
Graphics tearing can come from the window manager, Mesa, Xorg, or the kernel display driver. Before adding a permanent override, install the updates already provided for your Pardus release:
sudo apt update
sudo apt full-upgrade
Reboot if the update installs a new kernel, Mesa stack, or X server components. This is especially important on Pardus 25 because the current point releases have continued to receive kernel and Debian-base updates.
Aplique primero las actualizaciones de paquetes de Pardus disponibles. Los nombres de las ramas del repositorio y la salida exacta de los paquetes varían según la versión de Pardus instalada.
Verificación de calidad: pruebe el mismo video con desplazamiento o a pantalla completa que reveló el problema anteriormente. Si el problema desaparece después de la actualización y el reinicio, deténgase aquí en lugar de agregar otra solución alternativa a la capa gráfica.
3. En Pardus Xfce, confirme que la composición de pantalla esté habilitada.
En un entorno de escritorio Xfce, abre Configuración > Ajustes del gestor de ventanas > Compositor y verifica que la composición de pantalla esté habilitada. El compositor se encarga de ensamblar el contenido de las ventanas para crear la imagen final del escritorio; deshabilitarlo puede hacer que el efecto de desgarro sea más visible al mover ventanas o reproducir videos.
Este primer cambio conlleva poco riesgo, ya que no requiere un controlador Xorg DDX diferente. Realice pruebas antes de modificar otros detalles del compositor. No dé por sentado que todas las casillas de verificación que muestre una compilación específica de Xfce serán idénticas en todas las versiones de Pardus.
Habilite la composición de pantalla de Xfce y vuelva a probar el movimiento antes de introducir una configuración específica del controlador.
Comprobación de calidad: arrastre una ventana grande horizontalmente sobre un fondo detallado y desplácese por una página web larga. La mejora debería ser visible en más de una aplicación. Si solo un reproductor multimedia presenta problemas de imagen, revise la configuración de salida de vídeo o de sincronización de esa aplicación en lugar de modificar todo el escritorio.
4. Verifique que el monitor esté utilizando la frecuencia de actualización prevista.
Bajo X11, xrandrinforma los modos disponibles y marca el actual con un asterisco. Su manual documenta --output, --mode, y --ratepara seleccionar una salida, resolución y la frecuencia de actualización disponible más cercana. Consulte el manual de Debian xrandr .
xrandr --current
Si su pantalla admite el modo deseado pero se selecciona otra frecuencia, pruebe temporalmente el valor correcto. Reemplace la salida y la frecuencia de ejemplo con los valores que aparecen en su equipo:
xrandr --output eDP-1 --mode 1920x1080 --rate 60
Utilice únicamente los modos y frecuencias de actualización que xrandr indique para su pantalla conectada; los nombres de las salidas varían según el hardware.
Control de calidad: confirme que xrandr --currentahora se marcan el modo y la frecuencia deseados. Si el efecto de desgarro cambia al conectar un monitor externo, pruebe cada salida por separado, ya que las configuraciones de múltiples monitores con frecuencias de actualización mixtas pueden revelar problemas de sincronización del compositor que no aparecen en una sola pantalla.
5. Compruebe qué controlador de Xorg está activo.
El siguiente paso determina si la TearFreeopción clásica de Intel es relevante. En X11, inspeccione el registro actual de Xorg:
Si su distribución almacena el registro de Xorg en el diario, utilice:
journalctl -b | grep -Ei 'Xorg|modesetting|intel'
Si el controlador activo es modesetting, no instale el controlador Intel DDX heredado solo para obtener su TearFreeinterruptor. Debian desaconseja explícitamente el controlador Intel Xorg antiguo en hardware más reciente y recomienda el controlador modesetting integrado en su lugar. Si el registro ya dice Using driver 'intel', la opción Intel-driver que se muestra a continuación es una prueba dirigida válida.
Confirma que Xorg ya esté utilizando el controlador Intel DDX heredado antes de aplicar su opción TearFree específica para el controlador.
6. Si el controlador Intel Xorg heredado está activo, pruebe TearFree.
El intel(4)manual de Debian lo documenta Option "TearFree" "boolean". Explica que TearFree renderiza a través de un búfer de fondo y actualiza la pantalla en sincronía con la frecuencia de actualización vertical. La contrapartida es una memoria adicional para el búfer de fotogramas, algunas copias adicionales, un rendimiento reducido en algunos casos y una pequeña latencia de salida. Consulte el manual de Debian intel(4) .
Solo cuando el registro de Xorg confirme que el intelcontrolador está activo, cree un pequeño archivo de configuración como este /etc/X11/xorg.conf.d/20-intel.conf:
Cierra sesión y vuelve a iniciarla, o reinicia el sistema, para que Xorg vuelva a cargar la configuración.
Utilice este fragmento de código de Xorg únicamente cuando el controlador Xorg activo ya sea Intel; no se trata de una solución general para Wayland o modesetting.
Control de calidad: el escritorio debe iniciarse con normalidad, la resolución seleccionada debe mantenerse y no debe haber distorsión de imagen en la misma prueba repetible utilizada anteriormente. Si la respuesta a los comandos se percibe como menos inmediata o el rendimiento de renderizado disminuye durante su carga de trabajo, compare esta desventaja con la mejora visual.
7. Verifique el resultado en lugar de asumir que la opción está cargada.
Tras volver al escritorio, compruebe el registro de Xorg para ver si aparece la opción y, a continuación, vuelva a ejecutar las pruebas visuales originales:
grep -i tearfree /var/log/Xorg.0.log
Una entrada en el registro que indique que TearFree está activado demuestra que Xorg aceptó la configuración; sin embargo, esto no garantiza que todas las aplicaciones funcionen sin problemas. Pruebe con desplazamiento rápido, arrastrar ventanas y reproducir al menos un vídeo a pantalla completa con movimiento horizontal visible.
Verifique tanto la carga de la configuración como el resultado visible; un registro de Xorg limpio por sí solo no demuestra que el problema visible para el usuario esté resuelto.
Criterios de aprobación: ausencia de división horizontal persistente en varias pruebas con mucho movimiento, ausencia de pantalla negra o parpadeo, ausencia de cambios indeseados en la frecuencia de actualización y ausencia de tartamudeo inaceptable. Si el desgarro persiste solo en una aplicación, cambie de enfoque e investigue la ruta de renderizado de dicha aplicación.
8. Revierte rápidamente los cambios si la modificación de Xorg empeora las cosas.
Si Xorg no se inicia correctamente, el rendimiento disminuye o la opción no produce ningún cambio significativo, elimine el archivo que agregó y vuelva al comportamiento anterior del controlador:
sudo rm /etc/X11/xorg.conf.d/20-intel.conf
Luego, cierre sesión y vuelva a iniciarla o reinicie el equipo. No elimine archivos no relacionados en /etc/X11/xorg.conf.d/.
La reversión solo eliminará el archivo personalizado que creaste. Si la pila activa es modesetting o Wayland, vuelve a la sección de solución de problemas del compositor y la pila de gráficos.
Cuándo cambiar de enfoque
Deja de usar el método Intel DDX TearFree cuando se cumpla alguna de las siguientes condiciones:
Estás usando Wayland. Los fragmentos de dispositivo de Xorg no controlan la ruta de presentación de un compositor de Wayland.
Xorg utiliza el controlador modesetting integrado. El manual actual de modesetting de Debian documenta el controlador basado en KMS y sus opciones compatibles, pero no incluye la TearFreeopción heredada Intel DDX. Consulte el manual modesetting(4) de Debian .
El problema solo se presenta en una pantalla externa. Vuelva a comprobar la frecuencia de actualización, el comportamiento del cable/adaptador y si el desgarro de la imagen se produce tras una salida específica.
El problema surgió inmediatamente después de una actualización del sistema. Verifique los paquetes actuales del kernel, Mesa y Xorg, y busque una regresión antes de agregar modificaciones locales permanentes.
El problema se presenta únicamente en un reproductor, navegador o juego. La sincronización de vídeo o la configuración de renderizado a nivel de aplicación son una mejor opción que un cambio global en Xorg.
Límites de la solución
Ninguna configuración gráfica de Intel garantiza un resultado sin distorsiones en todas las versiones de Pardus, entornos de escritorio, generaciones de GPU, topologías de pantalla y aplicaciones. La opción Intel DDX TearFree, aunque existente y documentada, es una solución condicional: se aplica a sistemas X11 que ejecutan dicho controlador, y este ya no es la opción predeterminada para el hardware Intel más reciente en sistemas basados en Debian.
El resultado más fiable se obtiene al aplicar una intervención proporcional a la causa. Si la sincronización del compositor y la frecuencia de actualización correcta solucionan el problema, deténgase ahí. Si el controlador Intel antiguo ya está activo, TearFree es una prueba razonable y precisa. Si utiliza modesetting o Wayland, mantenga la pila moderna y diagnostique el comportamiento del compositor, la frecuencia de actualización, el kernel, Mesa y las aplicaciones en lugar de forzar un controlador antiguo en el sistema.
Lista de verificación rápida
Confirme echo $XDG_SESSION_TYPEantes de aplicar los pasos exclusivos de Xorg.
Registre por separado el controlador del kernel de Intel y el controlador Xorg activo.
Actualiza Pardus y reinicia el sistema cuando cambien los componentes de la pila gráfica.
Mantén habilitada la composición de Xfce a menos que las pruebas demuestren que es la causa del problema.
Verifique el modo y la frecuencia de actualización reales del monitor xrandren X11.
Utilizar Option "TearFree" "true"únicamente cuando Xorg esté utilizando el intelcontrolador.
Evalúe el éxito con varias pruebas que impliquen mucho movimiento, no con una sola captura de pantalla o una sola línea de registro.
Elimine el archivo Xorg personalizado si no mejora claramente el resultado.