Forum Linux.général hotplug d'écran

Posté par Piervit le 07 septembre 2020 à 14:41. Licence CC By‑SA.

Étiquettes :

sept.

2020

Cher amis Linuxiens,

Je voudrais faire tourner un ordinateur en tant que serveur (CentOs).
Je le démarre sans écrans.
le jour ou je veux le configurer, je branche un écran, je m'attends a voir apparaître un login (mode non-graphique).
Mais l'écran reste désespérément noir, comme non repéré par le système.
Est t'il possible de plugger un premier écran a chaud sous linux? Comment fonctionne le système bas niveau(sans serveur X) de détection des écrans?

Merci si certains on des liens, des idées,

# généralement sans souci

Posté par NeoX le 07 septembre 2020 à 15:04. Évalué à 3.
on a plus souvent du mal à faire démarrer une machine sans écran, que de lui rajouter un écran apres le démarrage.

donc ton serveur, il n'aurait pas un OS aveugle des fois ?
auquel cas, c'est uniquement via le port console (series) que tu pourras gérer la machine.

sinon, tu branches l'écran, tu patientes un peu, tu appuies sur enter/espace/echap
et ca devrait te montrer un prompt qui dit
```
nom_de_ta_machine login:
```
- [^] # Re: généralement sans souci
  
  Posté par _kaos_ le 07 septembre 2020 à 17:15. Évalué à -1.
  
  Salut,
  
  Oui, ou t'installe sshd et basta l'écran qui ne sert plus à rien ;)
  
  Matricule 23415
  - [^] # Re: généralement sans souci
    
    Posté par NeoX le 07 septembre 2020 à 19:07. Évalué à 4.
    
    peut-être que son serveur ne répond plus en web/ssh et qu'il veut justement voir dans quel état il est ;)
    - [^] # Re: généralement sans souci
      
      Posté par _kaos_ le 07 septembre 2020 à 19:28. Évalué à -1.
      
      Salut,
      
      Oui, bin tu branche comment l'écran si t'es pas déjà à côté du serveur ?
      
      Y'a plus professionnel, sûr. Je crois que ce n'était pas la question.
      
      Matricule 23415
- [^] # Re: généralement sans souci
  
  Posté par Piervit le 08 septembre 2020 à 10:33. Évalué à 1.
  
  Je suis d'accord avec ton commentaire.
  L'objectif idéal ce serait de réussir a démarrer sans écran.
  - [^] # Re: généralement sans souci
    
    Posté par Kerro le 08 septembre 2020 à 17:56. Évalué à 7. Dernière modification le 08 septembre 2020 à 17:57.
    
    L'objectif idéal ce serait de réussir a démarrer sans écran.
    
    edit : vu ton message plus bas, mon message ne va pas t'aider.
    
    J'ai des dizaines de machines sans clavier/écran/souris (mon entreprise gère l'informatique de pas mal de clients), et ça ne pose aucun problème de brancher clavier+écran lorsque nécessaire. Je n'ai jamais rien fait de particulier pour cela, donc tu devrais t'en sortir facilement.
    
    Tu ne donnes pas d'indications permettant de savoir s'il y a un problème réel ou pas : as-tu branché un clavier pour sortir de la veille de l'affichage ?
    
    Pour voir le délai pour l'extinction de l'écran : cat /sys/module/kernel/parameters/consoleblank
    Si c'est zéro, il n'y a pas d'extinction. Autrement c'est un délai en secondes.
    
    Pour interdire l'extinction, il y a une foulitude de méthodes.
    Par exemples tu donnes consoleblank=0 comme paramètre au noyau lors du démarrage (avec GRUB c'est GRUB_CMDLINE_LINUX_DEFAULT="consoleblank=0" dans le fichier /etc/default/grub puis lancer la commande update-grub).
    Ou alors tu mets setterm -blank 0 dans le fichier /etc/issue.
    - [^] # Re: généralement sans souci
      
      Posté par Piervit le 09 septembre 2020 à 09:53. Évalué à 2.
      
      Merci pour ce message porteur d'espoir ^{^}
      je vais regarder ce que je vois au niveau de Grub (j'ai pas la machine sous le coude aujourd hui).
      
      J'ai bien un clavier/souris de branché. La machine est bien active (je peux m'y connecter en ssh).
      
      Pour moi, le problème, c'est qu'il semble que soit l'écran est reconnu tôt pendant la phase de boot (et alors ces caractéristiques physiques sont gardées et fournis a l'OS), soit il n'y en a pas et l'OS n'en acceptera pas plus tard. Donc oui, ça peut être de la config grub ou bios.
      
      Je vous dis si j'ai du nouveau.
# ecran + clavier

Posté par Anonyme le 07 septembre 2020 à 20:23. Évalué à 4.

a moins de desactiver la veille de la console (aucune idée comment le faire ce truc :) ) tu devrais brancher un clavier et tapoter la barre d'espace ou autre

si il y a 2 port ecran ou plus il faut essayer de voir celui qui à la sortie
# lueur d'espoir

Posté par Piervit le 08 septembre 2020 à 10:15. Évalué à 1.

Pour l'instant je regarde du coté de https://github.com/codingtony/udev-monitor-hotplug .
# DisplayPort ?

Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) le 08 septembre 2020 à 11:11. Évalué à 3.

Sur mes serveurs j'ai le même problème concernant des branchement d'écran en DisplayPort : je suis obligé de brancher l'écran au démarrage pour pouvoir en disposer en cas de problème ultérieurement. Comme il me semble que le même type d'installation ne produisait pas ce genre de résultat avec des ports VGA/D-Sub, j'en ai déduit que c'était l'un des apports du DisplayPort.

« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
- [^] # Re: DisplayPort ?
  
  Posté par Piervit le 08 septembre 2020 à 11:51. Évalué à 3.
  
  Moi je suis en VGA, même problème.
# surprise

Posté par Piervit le 08 septembre 2020 à 12:05. Évalué à 4.

Soit le test suivant:

Je démarre avec un écran A branché sur le port VGA.
Je remplace l'écran A par un écran B différent (taille physique différente). Le display est mauvais. xrandr n'y fais rien car il reste basé sur les caractéristiques du premier écran.
Depuis la ligne de commande je demande un reboot.
Après avoir rebooté, j'ai toujours des outputs déformés.
Par contre si je fais un shutdown complet puis rallume, il prend enfin les caractéristiques de B.
Je pensais pas que ca descendais si bas niveau.
- [^] # Re: surprise
  
  Posté par Kerro le 08 septembre 2020 à 18:13. Évalué à 7.
  
  Ça ressemble à une définition d'écran qui pose problème. Tu peux forcer le mode texte « pur » :
  Dans /etc/default/grub tu mets GRUB_CMDLINE_LINUX_DEFAULT="nomodeset" ce qui devrait forcer le noyau à rester en mode texte.
  Ou alors tente de forcer une résolution et un refraîchissement standards. Je ne connais pas par cœur, je te laisse voir avec un moteur de recherche.
  
  Sinon le Wiki d'Arch est toujours une bonne source.
# bios ?

Posté par xulops (site web personnel) le 08 septembre 2020 à 12:32. Évalué à 4.

Moi à ta place j'irais faire un tour dans le bios (ou ce qui en tient lieu) histoire de voir s'il n'y a pas un truc du genre "économie d'énergie" qui désactiverait la carte graphique si pas d'écran branché au boot. Sait-on jamais…
# Les avancés du jours

Posté par Piervit le 10 septembre 2020 à 14:43. Évalué à 2.

Alors,
- rien trouvé d'utile dans le bios.
- J'ai essayé les astuces de Kerro (merci pour la doc arch fort intéressante) sans succés

J'utilise le driver standard intel (i915), il est basé sur KMS et donc quand je passe en nomodeset, je me retrouve bloqué en 640x480.

Normalement, c'est du display VGA, ce qui me turlupine, c'est que xrandr le détecte en eDP-1. Je suis dans ce cas là: https://askubuntu.com/questions/926314/xrandr-not-showing-my-vga-port-instead-it-lists-dp1 .
J'utilise un Intel 6génération (Sky Lake), et il n'y aurait plus directement de gestion VGA, mais ça passe par un adaptateur et le processeur voit ça comme du display port. Je me dis que c'est peut être l'adaptateur qui ne détecte pas le switch d'écran.

Bref…
- [^] # Re: Les avancés du jours
  
  Posté par Anonyme le 10 septembre 2020 à 22:40. Évalué à 2.
  
  Je me dis que c'est peut être l'adaptateur qui ne détecte pas le switch d'écran.
  
  possible. Ça vaudrait le coup de vérifier si le comportement est le même avec un écran HDMI ou DVI-D.
  
  Perso avec du Kabylake pas de soucis en hotplug VGA pour un écran secondaire au ratio 5:4. Mais jamais tenté en écran principal depuis un boot headless.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.