Pourquoi la console xterm.js est grisée, et laquelle vous voulez vraiment

Vous ouvrez le menu console d'une machine virtuelle, et l'une des entrées est grisée. Rien n'explique pourquoi. Sur la machine d'à côté, la même entrée fonctionne.

Ce n'est pas une panne. Proxmox VE propose plusieurs portes différentes vers un invité en marche, elles ne sont pas interchangeables, et l'une d'elles a des prérequis faciles à manquer parce que rien ne les annonce.

Les portes, et ce qu'elles sont réellement

La console graphique. C'est celle qui fonctionne toujours pour une machine virtuelle. Elle dessine l'écran émulé de l'invité dans votre navigateur, exactement comme le ferait un moniteur branché sur une machine physique. Elle n'a besoin d'aucune configuration, car la carte graphique émulée est toujours là.

SPICE. Un protocole d'affichage distant plus riche, utile pour de meilleures performances sur un invité de bureau, pour le son ou pour la redirection de périphériques locaux. Il demande une application cliente sur votre propre ordinateur et un type d'affichage adapté dans l'invité : c'est donc un choix délibéré, pas un réglage par défaut.

Le terminal série. Une console en texte pur, sans aucun graphique. C'est celle qui se grise.

La console de conteneur. Les conteneurs n'émulent aucun matériel, leur console est donc un mécanisme entièrement différent. C'est pourquoi « la console ne marche pas » pour un conteneur et pour une machine virtuelle sont deux problèmes distincts avec deux réponses distinctes.

Pourquoi la console texte est indisponible

Elle a besoin d'un port série, et les machines virtuelles n'en ont pas tant que personne n'en ajoute un. Pas de port série, pas de console série, et l'entrée du menu reste simplement pâle.

Sur l'hôte ayant servi à vérifier ceci, quatre machines virtuelles sur huit n'avaient aucun port série. Sur ces quatre-là, l'entrée est grisée en permanence, et nulle part à l'écran n'apparaît le mot « série ».

La moitié que l'on ajoute avant d'obtenir quand même un écran noir

Ajouter le port à la machine virtuelle, c'est le côté hôte. Il y a un second côté, et le sauter produit le résultat le plus déroutant de tous : la console s'ouvre, se connecte, et n'affiche rien.

L'invité doit lui aussi parler sur ce fil. Sur un invité Linux moderne, cela signifie un service de connexion rattaché au périphérique série ; sur les anciens systèmes d'initialisation, cela se configure autrement. On peut en option demander au chargeur d'amorçage d'y envoyer aussi les messages de démarrage, et c'est tout l'intérêt pour les cas ci-dessous.

Une console série vide ne veut généralement pas dire cassée. Elle veut dire que personne à l'intérieur ne parle sur ce port.

Pourquoi se donner cette peine

La console graphique est plus simple, alors la question honnête est : pourquoi s'embêter ? Les raisons sont précises, et chacune est un moment où la console graphique vous laisse tomber.

Les paniques du noyau et les messages de démarrage. Quand un invité échoue avant d'avoir fini de démarrer, le texte intéressant défile sur un écran que vous ne pouvez pas remonter. Une console série vous donne ce texte en tant que texte.

Un copier-coller qui se comporte comme un terminal. Parce que c'est du texte, et non une image de texte.

Une disposition de clavier cassée. Quand la console graphique associe mal vos touches, une console texte fonctionne généralement encore.

La perte de l'accès réseau. Les deux consoles y survivent, mais celle en texte reste utilisable quand l'invité est trop mal en point pour dessiner un écran.

Laquelle choisir

Pour un coup d'œil de routine sur une machine en marche, prenez la console graphique ; elle est toujours là et ne demande rien.

Pour un invité que vous vous attendez à devoir secourir un jour, mettez en place la console série avant d'en avoir besoin. Le faire pendant un incident revient à modifier une configuration hors de portée, sur une machine où vous ne pouvez pas vous connecter. Toute la leçon tient dans cet ordre.

Pour une charge de bureau où l'expérience compte, SPICE vaut l'installation du client.

Pour un conteneur, utilisez sa propre console et traitez son dépannage comme un sujet distinct.

Ce que fait Atlas

Atlas ne construit pas une cinquième console. Quand vous ouvrez la console d'un invité depuis Atlas, il vous remet à la console graphique de Proxmox VE lui-même, délibérément, car la réimplémenter reviendrait à ajouter une deuxième chose à qui faire confiance et une deuxième chose susceptible de casser.

Là où Atlas aide, c'est plus tôt : dans les tâches qui vous envoient dans une console au départ. Une grande part des visites en console ne sont pas des séances de débogage, mais un seul changement de configuration qui n'avait pas d'écran. Ceux-là vivent dans l'interface à la place.

La console est pour le jour où quelque chose ne va vraiment pas. Le but, c'est que les mardis ordinaires n'en demandent pas.