Configure o encaminhamento X11 do YaST via SSH.

Se o YaST for encerrado via XIO: fatal IO error 11 (Resource temporarily unavailable)SSH, tente primeiro a solução alternativa do Qt documentada pela SUSE: QT_XCB_GL_INTEGRATION=none yast.ssh. Para um sistema SLES instalado e um módulo específico do YaST, use a mesma variável antes desse módulo, como QT_XCB_GL_INTEGRATION=none yast2 disk. Se nenhum aplicativo gráfico abrir, repare o encaminhamento X11 primeiro: conecte-se com ssh -X, verifique se o shell remoto tem um DISPLAYvalor e verifique se o servidor tem o encaminhamento X11 habilitado.

O Guia de Implantação do SLES 15 SP7 da SUSE documenta exatamente essa falha do XIO, bem como a solução alternativa com Qt e ncurses. A passagem aparece no contexto da instalação remota, portanto, use-a como uma correção específica para o comportamento correspondente do YaST via SSH; ela não estabelece que toda falha de inicialização do YaST tenha a mesma causa. As verificações abaixo diferenciam esse caso de um servidor X local ausente, encaminhamento SSH desativado ou um problema de autenticação X.

1. Confirme se o encaminhamento X11 está funcionando antes de solucionar problemas no YaST.

O encaminhamento X11 envia o tráfego de janelas de um aplicativo remoto via SSH para um servidor X no seu computador local. Portanto, sua máquina local precisa ter um servidor X em execução e o cliente SSH deve solicitar o encaminhamento. Em um ambiente de desktop X11, abra um novo terminal e conecte-se da seguinte forma:

ssh -X admin@server.example.com

Substitua a conta e o host pelos seus. Após o login, execute:

echo "$DISPLAY"

Um valor como esse localhost:10.0indica que o SSH configurou um endereço de exibição encaminhado. É apenas um exemplo, não um valor fixo: o número do endereço de exibição pode variar. Se a saída estiver em branco, faça logout e reconecte com `ssh -r` -X. Se continuar em branco, verifique as configurações SSH do lado do cliente e a configuração do servidor na próxima seção. Não defina manualmente DISPLAYum valor aleatório; o SSH cria um endereço de exibição proxy para a sessão.

Se você usa o PuTTY no Windows, habilite o encaminhamento X11 nas configurações de Conexão > SSH > X11 da sessão e certifique-se de que um servidor X local esteja em execução. O guia de implantação da SUSE menciona esse requisito. Um host remoto não pode exibir uma janela se a máquina local não tiver um servidor X, mesmo quando o login SSH for bem-sucedido.

2. Verifique o servidor SSH do SLES e a autenticação X.

No host SLES, um administrador pode inspecionar a configuração do daemon SSH:

sudo grep -i '^X11Forwarding' /etc/ssh/sshd_config
command -v xauth

A política de servidor efetiva deve permitir o encaminhamento X11 e xauthestar disponível para a transferência de autenticação. A SUSE documenta isso X11Forwarding Yescomo a configuração do lado do servidor e observa que o SSH define o endereço remoto DISPLAYquando um cliente se conecta com ele -X. Uma simples grepverificação pode omitir configurações em arquivos de configuração incluídos ou Matchblocos condicionais; se a saída parecer entrar em conflito com o comportamento esperado, peça ao administrador do SSH para inspecionar a configuração efetiva em vez de adicionar linhas duplicadas.

Se você fizer alterações sshd_config, valide o arquivo antes de recarregar o daemon:

sudo sshd -t
sudo systemctl reload sshd

Execute estes comandos somente com autorização de administrador. Mantenha sua sessão SSH existente aberta enquanto testa uma nova, para que um erro de configuração não o bloqueie. Em seguida, desconecte e reconecte; as configurações de encaminhamento são negociadas quando a sessão SSH é iniciada. Evite abrir a porta TCP 6000 no servidor ou usá-la xhost +como atalho. O encaminhamento SSH foi projetado para tunelar o tráfego X e gerenciar sua autenticação; o acesso X direto pode expor a tela a outras máquinas.

3. Aplique a solução alternativa específica do YaST para o Qt.

Se DISPLAYestiver configurado e outro aplicativo X encaminhado for aberto, mas o YaST falhar com o erro XIO acima, tente a substituição de ambiente documentada para essa execução específica:

QT_XCB_GL_INTEGRATION=none yast.ssh

Para um sistema com instalação padrão, execute o módulo necessário em vez de presumir que o auxiliar de instalação esteja presente. Por exemplo, a SUSE documenta este módulo da seguinte forma:

QT_XCB_GL_INTEGRATION=none yast2 disk

A variável aplica-se apenas ao comando que a segue; ela não altera permanentemente as configurações do Qt nem a política SSH. O yast.sshcomando exato é usado pelo SUSE para seu sistema de instalação, enquanto um host SLES instalado geralmente inicia os módulos do YaST com `yast -m` yast2. Se um módulo diferente estiver falhando, substitua o nome do módulo documentado por `yast -m` disk. Não considere esta configuração de ambiente como uma correção para um arquivo `.yast` vazio DISPLAYou para um cliente sem um servidor X.

4. Use a interface de texto do YaST quando uma janela não for necessária.

Se você precisa apenas concluir tarefas administrativas e não necessita de uma interface gráfica, utilize a interface ncurses do YaST no terminal SSH. Para o módulo de disco, consulte a documentação da SUSE:

yast2 disk --ncurses

Você também pode solicitar explicitamente o backend ncurses para o módulo:

YUI_PREFERRED_BACKEND=ncurses yast2 disk

A interface de texto evita completamente o encaminhamento X11 e costuma ser a opção mais simples para um servidor remoto. Ainda se trata do YaST e, portanto, altera a configuração do sistema; revise cuidadosamente as alterações de disco, partição, firewall e rede antes de confirmá-las. Para o sistema de instalação SLES, a SUSE afirma que o YaST fornece uma interface ncurses quando um servidor X local não está disponível.

Verifique a correção

Abra uma nova sessão SSH com `ssh` ssh -X, confirme echo "$DISPLAY"se `$_SSH_HOME` não está vazio e, em seguida, inicie o YaST usando o comando apropriado. Sucesso significa que a janela do YaST aparece na área de trabalho local ou que o módulo ncurses é aberto no terminal, caso você tenha escolhido esse backend. Se o encaminhamento estiver funcionando corretamente, mas o mesmo erro XIO persistir após a substituição do Qt, capture o erro completo no terminal e verifique as notas de versão do SLES ou a Base de Conhecimento do Suporte da SUSE para um problema específico da versão; este procedimento não consegue identificar um defeito não relacionado ao Qt ou ao YaST apenas com base no fragmento do erro.

Referências oficiais

• Guia de Implantação do SUSE Linux Enterprise Server 15 SP7 — instalação remota via SSH, requisitos de encaminhamento X, a solução alternativa documentada para XIO no YaST e comandos ncurses.
• Guia de Segurança e Reforço do SUSE SLES 15 SP7: OpenSSH — encaminhamento X11 no servidor e aplicações gráficas remotas.
• Manual OpenBSD OpenSSH ssh(1) — opções do cliente para encaminhamento X11, incluindo a distinção entre não confiável -Xe confiável -Y.