Se YaST si chiude con XIO: fatal IO error 11 (Resource temporarily unavailable)un errore tramite SSH, prova prima la soluzione alternativa Qt documentata da SUSE: QT_XCB_GL_INTEGRATION=none yast.ssh. Per un sistema SLES installato e uno specifico modulo YaST, usa la stessa variabile prima di quel modulo, ad esempio QT_XCB_GL_INTEGRATION=none yast2 disk. Se non è possibile aprire alcuna applicazione grafica, ripara prima l'inoltro X11: connettiti con ssh -X, verifica che la shell remota abbia un DISPLAYvalore e verifica che il server abbia l'inoltro X11 abilitato.
La guida alla distribuzione di SLES 15 SP7 di SUSE documenta questo specifico errore di XIO e sia la soluzione alternativa tramite Qt che quella tramite ncurses. Il passaggio appare nel contesto dell'installazione remota, quindi va utilizzato come soluzione mirata per il comportamento corrispondente di YaST su SSH; non stabilisce che ogni errore di avvio di YaST abbia la stessa causa. I controlli seguenti distinguono questo caso da un server X locale mancante, dall'inoltro SSH disabilitato o da un problema di autenticazione X.
L'inoltro X11 invia il traffico della finestra di un'applicazione remota tramite SSH a un server X sul computer locale. Pertanto, il computer locale deve avere un server X in esecuzione e il client SSH deve richiedere l'inoltro. Su un desktop X11, apri un nuovo terminale e connettiti in questo modo:
ssh -X admin@server.example.comSostituisci l'account e l'host con i tuoi. Dopo aver effettuato l'accesso, esegui:
echo "$DISPLAY"Un valore come questo localhost:10.0indica che SSH ha impostato un display inoltrato. Si tratta di un esempio, non di un valore fisso: il numero del display potrebbe essere diverso. Se l'output è vuoto, disconnettiti e riconnettiti con -X. Se rimane vuoto, controlla le impostazioni SSH lato client e la configurazione del server nella sezione successiva. Non impostare manualmente DISPLAYsu un valore a caso; SSH crea un display proxy per la sessione.
Se si utilizza PuTTY su Windows, abilitare l'inoltro X11 nelle impostazioni di Connessione > SSH > X11 della sessione e assicurarsi che sia in esecuzione un server X locale. La guida di distribuzione di SUSE specifica questo requisito. Un host remoto non può visualizzare una finestra se la macchina locale non dispone di un server X, anche se l'accesso SSH ha esito positivo.
Sull'host SLES, un amministratore può esaminare la configurazione del demone SSH:
sudo grep -i '^X11Forwarding' /etc/ssh/sshd_config
command -v xauthLa policy del server effettiva deve consentire l'inoltro X11 e xauthdeve essere disponibile per il passaggio di autenticazione. SUSE documenta X11Forwarding Yescome impostazione lato server e nota che SSH imposta il remoto DISPLAYquando un client si connette con -X. Un semplice greppuò non includere impostazioni nei file di configurazione o nei blocchi condizionali inclusi Match; se l'output sembra in conflitto con il comportamento, chiedi all'amministratore SSH di esaminare la configurazione effettiva invece di aggiungere righe duplicate.
Se modifichi sshd_configil file, convalidalo prima di ricaricare il demone:
sudo sshd -t
sudo systemctl reload sshdEseguite questi comandi solo con i permessi di amministratore. Mantenete aperta la sessione SSH esistente mentre ne testate una nuova, in modo che un errore di configurazione non vi blocchi l'accesso. Quindi disconnettetevi e riconnettetevi; le impostazioni di inoltro vengono negoziate all'avvio della sessione SSH. Evitate di aprire la porta TCP 6000 sul server o di utilizzarla xhost +come collegamento. L'inoltro SSH è progettato per incapsulare il traffico X e gestirne l'autenticazione; l'accesso diretto a X può esporre il display ad altre macchine.
Se DISPLAYè impostato e si apre un'altra applicazione X inoltrata, ma YaST fallisce con l'errore XIO sopra menzionato, prova a utilizzare l'override dell'ambiente documentato per quell'avvio specifico:
QT_XCB_GL_INTEGRATION=none yast.sshPer un sistema installato normalmente, avviare il modulo richiesto anziché dare per scontato che l'utility di installazione sia presente. Ad esempio, SUSE documenta questa forma di modulo:
QT_XCB_GL_INTEGRATION=none yast2 disk
La variabile si applica solo al comando che la segue; non modifica in modo permanente le impostazioni di Qt o la policy SSH. Il yast.sshcomando esatto viene utilizzato da SUSE per il suo sistema di installazione, mentre un host SLES installato avvia comunemente i moduli YaST con yast2. Se un modulo diverso non funziona, sostituire il nome del modulo documentato con disk. Non considerare questa impostazione di ambiente come una soluzione per un ambiente vuoto DISPLAYo per un client senza un server X.
Se devi solo completare le operazioni amministrative e non ti serve un'interfaccia grafica, usa l'interfaccia ncurses di YaST nel terminale SSH. Per il modulo disco, consulta la documentazione SUSE:
yast2 disk --ncursesÈ anche possibile richiedere esplicitamente il backend ncurses per il modulo:
YUI_PREFERRED_BACKEND=ncurses yast2 disk
L'interfaccia testuale evita completamente l'inoltro X11 ed è spesso la scelta più semplice per un server remoto. Si tratta pur sempre di YaST e modifica comunque la configurazione di sistema; esaminare attentamente le modifiche a disco, partizioni, firewall e rete prima di confermarle. Per il sistema di installazione SLES, SUSE afferma che YaST fornisce un'interfaccia ncurses quando un server X locale non è disponibile.
Apri una nuova sessione SSH con ssh -X, verifica echo "$DISPLAY"che non sia vuoto, quindi avvia YaST utilizzando il comando appropriato. Il successo si verifica quando la finestra di YaST appare sul desktop locale oppure il modulo ncurses si apre nel terminale se hai scelto quel backend. Se l'inoltro funziona correttamente ma l'errore XIO esatto persiste dopo l'override di Qt, acquisisci l'errore completo del terminale e controlla le note di rilascio di SLES o la Knowledge Base del supporto SUSE per un problema specifico della versione; questa procedura non può identificare un difetto di Qt o YaST non correlato dal solo frammento di errore.
-Xe attendibile -Y.Risolvi l'errore di avvio di YaST in XIO tramite SSH, verifica l'inoltro X11 e l'autenticazione xauth e passa all'interfaccia ncurses quando una finestra remota non è necessaria.
Trova lo snapshot di Btrfs precedente all'aggiornamento, testalo in sola lettura e rendi il ripristino permanente con Snapper, comprendendo quali dati rimangono al di fuori del rollback della partizione root.
Invio dei log di sistema SLES a un collettore rsyslog remoto tramite TLS autenticato, con verifica dei certificati, buffering in caso di interruzione del servizio e test di consegna.
Utilizza i log di RAM, swap, kernel e Zypper per identificare la reale pressione sulla memoria, proteggere lo stato dei pacchetti e scegliere un tentativo di aggiornamento SLES più sicuro.
Abilita gli aggiornamenti di sicurezza automatici di Debian tramite SSH, mantieni le sorgenti predefinite dei pacchetti e verifica le esecuzioni pianificate tramite i log di systemd e APT.
Confronta le opzioni di consegna della posta, configura smartd su Ubuntu e verifica che gli avvisi sullo stato del disco vengano recapitati nella tua casella di posta.
Ripristina le ricerche DNS su Debian 12 controllando systemd-resolved, riparando resolv.conf quando necessario e verificando la risoluzione DNS upstream e quella dell'applicazione.
Fai in modo che Ubuntu rilevi il monitor o la TV come uscita audio, selezionalo nelle impostazioni audio e controlla la connessione o l'elenco dei dispositivi PipeWire se l'HDMI non è presente.
Risolvi in modo sicuro gli avvisi di firma APT di Ubuntu identificando la fonte problematica, aggiornando la chiave verificata e controllando il risultato senza disabilitare la sicurezza.
Impara le formule trifase bilanciate e converti passo dopo passo tensione di linea, corrente, kW, kVA e fattore di potenza, con un esempio pratico e limiti da verificare.
