6.7.14. Desktop

Limitações da sessão Wayland

Com o Red Hat Enterprise Linux 8, o ambiente GNOME e o Gerenciador de Exibição GNOME (GDM) usam Wayland como o tipo de sessão default ao invés da sessão X11, que foi usada com a versão anterior principal da RHEL.

As seguintes características estão atualmente indisponíveis ou não funcionam como esperado em Wayland:

  • As configurações Multi-GPU não são suportadas sob Wayland.
  • X11 utilitários de configuração, como o xrandr, não funcionam sob Wayland devido a sua abordagem diferente de manuseio, resoluções, rotações e layout. Você pode configurar os recursos de exibição usando as configurações do GNOME.
  • A gravação em tela e a área de trabalho remota requerem aplicações que suportem a API do portal em Wayland. Certas aplicações legadas não suportam a API do portal.
  • A acessibilidade do ponteiro não está disponível no site Wayland.
  • Não há um gerente de prancheta disponível.

  • O GNOME Shell em Wayland ignora as capturas de teclado emitidas pela maioria dos aplicativos legados X11. Você pode habilitar uma aplicação X11 para emitir garras de teclado usando a tecla /org/gnome/mutter/wayland/xwayland-grab-access-rules GSettings. Por padrão, o GNOME Shell no site Wayland permite que as seguintes aplicações emitam garras de teclado:

    • GNOME Boxes
    • Vinagre
    • Xephyr
    • virt-manager, virt-viewer, e remote-viewer
    • vncviewer
  • Wayland dentro de máquinas virtuais convidadas (VMs) tem problemas de estabilidade e desempenho. A RHEL volta automaticamente para a sessão X11 quando está rodando em uma VM.

Se você atualizar para o RHEL 8 a partir de um sistema RHEL 7 onde você usou a sessão X11 GNOME, seu sistema continua a usar X11. O sistema também volta automaticamente para X11 quando os seguintes drivers gráficos estão em uso:

  • O driver proprietário da NVIDIA
  • O motorista de cirrus
  • O motorista de mga
  • O motorista de velocidade

Você pode desativar o uso do site Wayland manualmente:

  • Para desativar Wayland no GDM, defina a opção WaylandEnable=false no arquivo /etc/gdm/custom.conf.
  • Para desativar Wayland na sessão GNOME, selecione a opção legada X11 usando o menu da roda dentada na tela de login após digitar seu nome de login.

Para obter mais detalhes em Wayland, consulte https://wayland.freedesktop.org/.

(BZ#1797409)

O drag-and-drop não funciona entre a área de trabalho e as aplicações

Devido a um bug no pacote gnome-shell-extensions, a funcionalidade de arrastar e soltar não funciona atualmente entre o desktop e as aplicações. O suporte para este recurso será adicionado de volta em um lançamento futuro.

(BZ#1717947)

Não é possível desativar os repositórios flatpak dos Repositórios de Software

Atualmente, não é possível desativar ou remover os repositórios flatpak na ferramenta Repositórios de Software no utilitário Software GNOME.

(BZ#1668760)

Geração 2 RHEL 8 máquinas virtuais às vezes não inicializam nos hosts do Hyper-V Server 2016

Ao usar o RHEL 8 como sistema operacional convidado em uma máquina virtual (VM) rodando em um host Microsoft Hyper-V Server 2016, a VM, em alguns casos, falha no boot e retorna ao menu de boot do GRUB. Além disso, o seguinte erro é registrado no registro de eventos do Hyper-V: 

O sistema operacional convidado informou que falhou com o seguinte código de erro: 0x1E

Este erro ocorre devido a um erro de firmware UEFI no host Hyper-V. Para contornar este problema, use o Hyper-V Server 2019 como o host.

(BZ#1583445)

GNOME Shell on Wayland funciona lentamente quando se usa um renderizador de software

Ao usar um renderizador de software, o GNOME Shell como um compositor Wayland (GNOME Shell on Wayland) não usa um framebuffer cacheável para renderizar a tela. Conseqüentemente, GNOME Shell on Wayland é lento. Para resolver o problema, vá para a tela de login do GNOME Display Manager (GDM) e mude para uma sessão que use o protocolo X11. Como resultado, o servidor de exibição Xorg, que usa memória cacheável, é usado, e GNOME Shell on Xorg na situação descrita tem um desempenho mais rápido em comparação com GNOME Shell on Wayland.

(BZ#1737553)

A falha do sistema pode resultar na perda da configuração do fadump

Este número é observado em sistemas onde o dump assistido por firmwares (fadump) está habilitado, e a partição de inicialização está localizada em um sistema de arquivo de journaling como o XFS. Uma falha do sistema pode fazer com que o carregador de inicialização carregue um initrd mais antigo que não tenha o suporte de captura de dump habilitado. Conseqüentemente, após a recuperação, o sistema não captura o arquivo vmcore, o que resulta na perda da configuração fadump.

Trabalhar em torno deste problema:

  • Se /boot for uma divisória separada, execute o seguinte:

    1. Reinicie o serviço de kdump

    2. Execute os seguintes comandos como usuário root, ou usando uma conta de usuário com direitos CAP_SYS_ADMIN: 

      # fsfreeze -f
# fsfreeze -u
  • Se /boot não for uma partição separada, reinicialize o sistema.

(BZ#1723501)