Zorg dat YaST's X11-forwarding werkt via SSH.

Als YaST afsluit via XIO: fatal IO error 11 (Resource temporarily unavailable)SSH, probeer dan eerst de door SUSE gedocumenteerde Qt-oplossing: QT_XCB_GL_INTEGRATION=none yast.ssh. Voor een geïnstalleerd SLES-systeem en een specifieke YaST-module, gebruik dezelfde variabele vóór die module, bijvoorbeeld QT_XCB_GL_INTEGRATION=none yast2 disk. Als er geen grafische applicatie kan worden geopend, herstel dan eerst de X11-forwarding: maak verbinding met ssh -X, controleer of de externe shell een DISPLAYwaarde heeft en controleer of X11-forwarding op de server is ingeschakeld.

De SUSE SLES 15 SP7 Deployment Guide beschrijft precies deze XIO-fout en zowel de Qt-oplossing als het ncurses-alternatief. De passage verschijnt in de context van een installatie op afstand, dus gebruik deze als een gerichte oplossing voor het overeenkomende YaST-over-SSH-gedrag; het bewijst niet dat elke YaST-opstartfout dezelfde oorzaak heeft. De onderstaande controles onderscheiden dit geval van een ontbrekende lokale X-server, uitgeschakelde SSH-forwarding of een X-authenticatieprobleem.

1. Controleer of X11-forwarding werkt voordat u YaST-problemen oplost.

X11-forwarding stuurt het vensterverkeer van een externe applicatie via SSH naar een X-server op uw lokale computer. Uw lokale machine moet daarom een ​​actieve X-server hebben en de SSH-client moet forwarding aanvragen. Open op een X11-desktop een nieuwe terminal en maak als volgt verbinding:

ssh -X admin@server.example.com

Vervang het account en de host door uw eigen gegevens. Voer na het inloggen het volgende commando uit:

echo "$DISPLAY"

Een waarde zoals localhost:10.0geeft aan dat SSH een doorgestuurd scherm heeft ingesteld. Dit is een voorbeeld, geen vaste waarde: het schermnummer kan afwijken. Als de uitvoer leeg is, log dan uit en maak opnieuw verbinding met -X. Als de uitvoer leeg blijft, controleer dan de SSH-instellingen aan de clientzijde en de serverconfiguratie in de volgende sectie. Stel niet handmatig DISPLAYeen willekeurige waarde in; SSH maakt een proxyscherm aan voor de sessie.

Als u PuTTY op Windows gebruikt, moet u X11-forwarding inschakelen in de sessie-instellingen onder Verbinding > SSH > X11 en ervoor zorgen dat er een lokale X-server actief is. De implementatiehandleiding van SUSE benadrukt deze vereiste. Een externe host kan geen venster weergeven als de lokale machine geen X-server heeft, zelfs niet als de SSH-aanmelding is gelukt.

2. Controleer de SLES SSH-server en X-authenticatie.

Op de SLES-host kan een beheerder de configuratie van de SSH-daemon inspecteren:

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

Het geldende serverbeleid moet X11-doorsturen toestaan ​​en xauthbeschikbaar zijn voor de authenticatieoverdracht. SUSE documenteert dit X11Forwarding Yesals een serverinstelling en merkt op dat SSH de externe server instelt DISPLAYwanneer een client verbinding maakt met -X. Een eenvoudige grepconfiguratie kan instellingen in meegeleverde configuratiebestanden of voorwaardelijke Matchblokken missen; als de uitvoer in strijd lijkt met het gedrag, laat de SSH-beheerder dan de geldende configuratie controleren in plaats van dubbele regels toe te voegen.

Als je iets wijzigt sshd_config, controleer dan het bestand voordat je de daemon opnieuw laadt:

sudo sshd -t
sudo systemctl reload sshd

Voer deze commando's alleen uit met beheerdersrechten. Houd uw bestaande SSH-sessie open tijdens het testen van een nieuwe, zodat een configuratiefout u niet buitensluit. Verbreek vervolgens de verbinding en maak opnieuw verbinding; de doorstuurinstellingen worden vastgesteld wanneer de SSH-sessie start. Vermijd het openen van TCP-poort 6000 op de server of het gebruik ervan xhost +als snelkoppeling. SSH-doorsturen is ontworpen om X-verkeer te tunnelen en de authenticatie ervan te beheren; directe X-toegang kan het scherm aan andere machines blootstellen.

3. Pas de YaST-specifieke Qt-oplossing toe.

Als DISPLAYde omgevingsvariabele is ingesteld en een andere doorgestuurde X-applicatie wordt geopend, maar YaST faalt met de bovenstaande XIO-fout, probeer dan de gedocumenteerde omgevingsoverride voor die specifieke opstart:

QT_XCB_GL_INTEGRATION=none yast.ssh

Bij een standaard geïnstalleerd systeem moet u de vereiste module starten in plaats van ervan uit te gaan dat de installatiehulp aanwezig is. SUSE documenteert bijvoorbeeld deze modulevorm:

QT_XCB_GL_INTEGRATION=none yast2 disk

De variabele is alleen van toepassing op de opdracht die erop volgt; deze wijzigt de Qt-instellingen of het SSH-beleid niet permanent. De exacte yast.sshopdracht wordt door SUSE gebruikt voor het installatiesysteem, terwijl een geïnstalleerde SLES-host YaST-modules doorgaans start met yast2. Als een andere module niet werkt, vervang dan de naam van die module door de gedocumenteerde naam disk. Beschouw deze omgevingsinstelling niet als een oplossing voor een lege DISPLAYof voor een client zonder X-server.

4. Gebruik de tekstinterface van YaST wanneer een venster niet nodig is.

Als u alleen administratieve taken hoeft uit te voeren en geen grafisch venster nodig hebt, gebruik dan de ncurses-interface van YaST in de SSH-terminal. Voor de schijfmodule kunt u de SUSE-documentatie raadplegen:

yast2 disk --ncurses

Je kunt ook expliciet de ncurses-backend voor de module aanvragen:

YUI_PREFERRED_BACKEND=ncurses yast2 disk

De tekstinterface vermijdt X11-forwarding volledig en is vaak de eenvoudigste keuze voor een externe server. Het blijft YaST en wijzigt nog steeds de systeemconfiguratie; controleer de wijzigingen aan schijf, partitie, firewall en netwerk zorgvuldig voordat u ze bevestigt. Voor het SLES-installatiesysteem biedt YaST volgens SUSE een ncurses-interface wanneer een lokale X-server niet beschikbaar is.

Controleer de oplossing.

Open een nieuwe SSH-sessie met ssh -X, controleer of echo "$DISPLAY"niet leeg is en start vervolgens YaST met het juiste commando. Succes betekent dat het YaST-venster op het lokale bureaublad verschijnt, of dat de ncurses-module in de terminal wordt geopend als u die backend hebt gekozen. Als de forwarding goed werkt, maar de exacte XIO-fout blijft bestaan ​​na de Qt-override, leg dan de volledige foutmelding in de terminal vast en raadpleeg de SLES-releaseopmerkingen of de SUSE Support Knowledgebase voor een releasespecifiek probleem; deze procedure kan op basis van het foutfragment alleen geen ongerelateerd Qt- of YaST-defect identificeren.

Officiële referenties

• Implementatiehandleiding voor SUSE Linux Enterprise Server 15 SP7 — installatie op afstand via SSH, vereisten voor X-forwarding, de gedocumenteerde YaST XIO-workaround en ncurses-opdrachten.
• SUSE SLES 15 SP7 Beveiligings- en beveiligingshandleiding: OpenSSH — server-side X11-doorsturen en grafische toepassingen op afstand.
• OpenBSD OpenSSH ssh(1) handleiding — clientopties voor X11-forwarding, inclusief het onderscheid tussen onbetrouwbaar -Xen vertrouwd -Y.