11.11. 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 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-viewer y remote-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=false en 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/.

(BZ#1797409)

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.

(BZ#1717947)

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.

(BZ#1668760)

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)

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 /boot es una partición separada, realice lo siguiente:

    1. Reinicie el servicio kdump
    2. Ejecute los siguientes comandos como usuario root, o utilizando una cuenta de usuario con derechos CAP_SYS_ADMIN:

      # fsfreeze -f
      # fsfreeze -u
  • Si /boot no es una partición separada, reinicie el sistema.

(BZ#1723501)

Red Hat logoGithubRedditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

© 2024 Red Hat, Inc.