6.7.14. Escritorio
Limitaciones de la sesión Wayland
Con Red Hat Enterprise Linux 8, el entorno GNOME y el Gestor de pantalla de GNOME (GDM) utilizan Wayland como tipo de sesión por defecto en lugar de la sesión X11, que se utilizaba con la versión principal anterior de RHEL.
Las siguientes funciones no están disponibles actualmente o no funcionan como se esperaba en Wayland:
- Las configuraciones multi-GPU no son compatibles con Wayland.
-
las utilidades de configuración deX11, como
xrandr, no funcionan bajo Wayland debido a su diferente enfoque en el manejo, resoluciones, rotaciones y diseño. Puede configurar las características de la pantalla utilizando los ajustes de GNOME. - La grabación de pantalla y el escritorio remoto requieren que las aplicaciones sean compatibles con la API del portal en Wayland. Algunas aplicaciones heredadas no son compatibles con la API del portal.
- La accesibilidad del puntero no está disponible en Wayland.
- No hay gestor de portapapeles disponible.
GNOME Shell en Wayland ignora las capturas de teclado emitidas por la mayoría de las aplicaciones heredadas de X11. Puede habilitar una aplicación de X11 para que emita pulsaciones de teclado utilizando la tecla GSettings de
/org/gnome/mutter/wayland/xwayland-grab-access-rules. Por defecto, GNOME Shell en Wayland permite que las siguientes aplicaciones emitan pulsaciones de teclado:- GNOME Boxes
- Vinagre
- Xephyr
-
virt-manager,virt-vieweryremote-viewer -
vncviewer
- Wayland dentro de máquinas virtuales (VM) invitadas tiene problemas de estabilidad y rendimiento. RHEL vuelve automáticamente a la sesión X11 cuando se ejecuta en una VM.
Si actualiza a RHEL 8 desde un sistema RHEL 7 en el que utilizaba la sesión de GNOME X11, su sistema sigue utilizando X11. El sistema también vuelve automáticamente a X11 cuando los siguientes controladores gráficos están en uso:
- El controlador propietario de NVIDIA
-
El conductor de
Cirrus -
El conductor
mga -
El conductor de
aspeed
Puede desactivar el uso de Wayland manualmente:
-
Para desactivar Wayland en GDM, establece la opción
WaylandEnable=falseen el archivo/etc/gdm/custom.conf. - Para desactivar Wayland en la sesión de GNOME, seleccione la opción de legado X11 utilizando el menú de rueda dentada en la pantalla de inicio de sesión después de introducir su nombre de usuario.
Para más detalles sobre Wayland, consulte https://wayland.freedesktop.org/.
Arrastrar y soltar no funciona entre el escritorio y las aplicaciones
Debido a un error en el paquete gnome-shell-extensions, la funcionalidad de arrastrar y soltar no funciona actualmente entre el escritorio y las aplicaciones. El soporte para esta función se añadirá de nuevo en una futura versión.
No es posible desactivar los repositorios flatpak desde los repositorios de software
Actualmente, no es posible desactivar o eliminar los repositorios flatpak en la herramienta de Repositorios de Software en la utilidad de Software de GNOME.
Las máquinas virtuales RHEL 8 de segunda generación a veces no arrancan en hosts Hyper-V Server 2016
Cuando se utiliza RHEL 8 como sistema operativo invitado en una máquina virtual (VM) que se ejecuta en un host Microsoft Hyper-V Server 2016, la VM en algunos casos no arranca y vuelve al menú de arranque GRUB. Además, se registra el siguiente error en el registro de eventos de Hyper-V:
El sistema operativo invitado informó que falló con el siguiente código de error: 0x1E
Este error se produce debido a un error de firmware UEFI en el host de Hyper-V. Para solucionar este problema, utilice Hyper-V Server 2019 como host.
(BZ#1583445)
GNOME Shell on Wayland funciona con lentitud cuando se utiliza un renderizador de software
Cuando se utiliza un renderizador de software, GNOME Shell como compositor de Wayland (GNOME Shell on Wayland) no utiliza un framebuffer con caché para renderizar la pantalla. En consecuencia, GNOME Shell on Wayland es lento. Para solucionar el problema, vaya a la pantalla de inicio de sesión de GNOME Display Manager (GDM) y cambie a una sesión que utilice el protocolo X11. Como resultado, el servidor de pantalla Xorg, que utiliza memoria cacheable, es utilizado, y GNOME Shell on Xorg en la situación descrita se desempeña más rápido en comparación con GNOME Shell on Wayland.
(BZ#1737553)
La caída del sistema puede provocar la pérdida de la configuración de fadump
Este problema se observa en sistemas en los que el volcado asistido por el firmware (fadump) está habilitado y la partición de arranque se encuentra en un sistema de archivos con registro en el diario, como XFS. Un fallo del sistema puede hacer que el cargador de arranque cargue un initrd más antiguo que no tenga habilitado el soporte de captura de volcado. En consecuencia, después de la recuperación, el sistema no captura el archivo vmcore, lo que resulta en la pérdida de la configuración de fadump.
Para solucionar este problema:
Si
/bootes una partición separada, realice lo siguiente:- Reinicie el servicio kdump
Ejecute los siguientes comandos como usuario root, o utilizando una cuenta de usuario con derechos CAP_SYS_ADMIN:
# fsfreeze -f # fsfreeze -u
-
Si
/bootno es una partición separada, reinicie el sistema.
(BZ#1723501)
