Perché la console xterm.js è disattivata, e quale console volete davvero

Aprite il menu console di una macchina virtuale e una delle voci è disattivata. Niente spiega perché. Sulla macchina accanto la stessa voce funziona.

Non è un guasto. Proxmox VE offre diverse porte verso un ospite in esecuzione, non sono intercambiabili, e una di esse ha prerequisiti facili da mancare perché nessuno li annuncia.

Le porte, e cosa sono davvero

La console grafica. È quella che funziona sempre per una macchina virtuale. Disegna nel browser lo schermo emulato dell'ospite, esattamente come farebbe un monitor collegato a una macchina fisica. Non richiede alcuna configurazione, perché la scheda grafica emulata c'è sempre.

SPICE. Un protocollo di visualizzazione remota più ricco, utile per prestazioni migliori su un ospite desktop, per l'audio o per il reindirizzamento di dispositivi locali. Richiede un'applicazione client sul vostro computer e un tipo di display adeguato nell'ospite, quindi è una scelta deliberata e non un'impostazione predefinita.

Il terminale seriale. Una console di solo testo, senza grafica. È questa quella che si disattiva.

La console del contenitore. I contenitori non emulano alcun hardware, quindi la loro console è un meccanismo del tutto diverso. Per questo "la console non funziona" su un contenitore e su una macchina virtuale sono due problemi distinti con due risposte distinte.

Perché la console di testo non è disponibile

Serve una porta seriale, e le macchine virtuali non ne hanno finché qualcuno non la aggiunge. Nessuna porta seriale, nessuna console seriale, e la voce di menu resta semplicemente sbiadita.

Sull'host usato per verificarlo, quattro macchine virtuali su otto non avevano alcuna porta seriale. Su quelle quattro la voce è disattivata in permanenza, e da nessuna parte sullo schermo compare la parola "seriale".

La metà che si aggiunge ottenendo comunque uno schermo nero

Aggiungere la porta alla macchina virtuale è il lato host. C'è un secondo lato, e saltarlo produce l'esito più sconcertante di tutti: la console si apre, si connette e non mostra nulla.

Anche l'ospite deve parlare su quel filo. Su un ospite Linux moderno significa un servizio di accesso collegato al dispositivo seriale; sui vecchi sistemi di avvio si configura in altro modo. Facoltativamente si può dire al bootloader di inviare lì anche i messaggi di avvio, ed è proprio questo il punto nei casi qui sotto.

Una console seriale vuota di solito non vuol dire rotta. Vuol dire che dentro nessuno sta parlando su quella porta.

Perché prendersi il disturbo

La console grafica è più semplice, quindi la domanda onesta è: perché qualcuno dovrebbe scomodarsi? Le ragioni sono precise, e ognuna è un momento in cui la console grafica vi lascia a piedi.

Panici del kernel e messaggi di avvio. Quando un ospite fallisce prima di finire l'avvio, il testo interessante scorre via su uno schermo che non potete riavvolgere. Una console seriale vi dà quel testo come testo.

Copia e incolla che si comporta come un terminale. Perché è testo, non l'immagine di un testo.

Un layout di tastiera rotto. Quando la console grafica mappa male i tasti, una console di testo di solito funziona ancora.

Accesso di rete perso. Entrambe le console sopravvivono, ma quella testuale resta usabile anche quando l'ospite sta troppo male per disegnare uno schermo.

Quale scegliere

Per un'occhiata di routine a una macchina in esecuzione prendete la console grafica: c'è sempre e non chiede niente.

Per un ospite che prevedete di dover salvare prima o poi, preparate la console seriale prima di averne bisogno. Farlo durante un incidente significa modificare una configurazione che non riuscite a raggiungere, su una macchina in cui non riuscite a entrare. Tutta la lezione sta in quest'ordine.

Per un carico desktop dove l'esperienza conta, SPICE vale l'installazione del client.

Per un contenitore usate la sua console e trattate la sua risoluzione dei problemi come argomento a parte.

Cosa fa Atlas

Atlas non costruisce una quinta console. Quando aprite la console di un ospite da Atlas, vi consegna alla console grafica di Proxmox VE stesso, deliberatamente, perché reimplementarla significherebbe una seconda cosa di cui fidarsi e una seconda cosa che si può rompere.

Dove Atlas aiuta è prima: nelle attività che vi mandano in console in partenza. Gran parte delle visite alla console non sono sessioni di debug, ma un singolo cambio di configurazione che non aveva una schermata. Quelli vivono invece nell'interfaccia.

La console è per il giorno in cui qualcosa va davvero storto. L'obiettivo è che i martedì ordinari non ne richiedano una.