Bonjour,
Nous utilisons actuellement des serveurs accessibles par VNC. Afin de pouvoir les démarrer sans écran nous utilisons des options inclues avec le driver nvidia propriétaire, ie. :
Section "Monitor"
…
Option "Enable" "true"
Option "CustomEDID" "DFP-0:/etc/X11/dfp0.edid"
EndSection
Cela permet de forcer la présence d'un écran sans que celui-ci soit physiquement connecté. Ayant sous la main une carte ATI, j'ai cherché sans succes comment faire de même. Quelqu'un connaitrait-il la procédure?
# drivers proprio
Posté par niclone (site web personnel) . Évalué à 3.
Sur un serveur, déjà VNC, bon…. ensuite lancer un serveur X sur une sortie physique, ca commence a faire, mais en plus avec des drivers proprio !? la totale quoi…
Sinon, vnc peut être lancé sans sortie physique
[^] # Re: drivers proprio
Posté par ze_lionix (site web personnel) . Évalué à 0.
Je ne vois pas bien en quoi cela te pose un soucis de poser du VNC sur un serveur.
Tu peux avoir des dev qui lancent un vncviewer depuis leur zindobe pour avoir un environnement graphique linux, ils sont a 4-5 sur la machine, et cela évite de leur faire des postes ! Au lieu de 5 desktop tu fais un serveur avec 8Go de RAM et roulez jeunesse, économie financière non ?
Fuse : j'en Use et Abuse !
[^] # Re: drivers proprio
Posté par niclone (site web personnel) . Évalué à 1.
Ce n'est visiblement pas le cas ici.
[^] # Re: drivers proprio
Posté par NeoX . Évalué à 2.
à ce moment là, tu utilises plutot XDMCP, pour qu'ils aient chacun leur session, avec leur environnement, etc
[^] # Re: drivers proprio
Posté par ze_lionix (site web personnel) . Évalué à 0.
Mais c'est déjà le cas !
Chacun a sa session ( :1, :2, :3 …etc ) et chacun choisie son environnement graphique comme il veux, il y a trois personnes avec gnome, et les autre sous twm ou awesome.
Fuse : j'en Use et Abuse !
# Faux problème ?
Posté par ze_lionix (site web personnel) . Évalué à 2.
Pour moi il n'y a pas de raison d'avoir une option comme cela…
Le fait qu'il n'y ait pas d'écran de branché ne doit pas empêcher une machine et X de démarrer.
Si cette option existait sur le driver nvidia c'est à mon sens une hérésie, une verrue…Le fait que tu ne l'as trouves pas sur fglrx veux à mon avis simplement dire qu'ils ont moins utilisé leurs pieds quand ils ont fait le driver.
Le plus simple : Test it ! Prend une vielle bécane ( y en a forcement une qui traîne ), colle la carte, fait ton install, colle vnc, vire l'écran et reboot.
Fuse : j'en Use et Abuse !
[^] # Re: Faux problème ?
Posté par Batchyx . Évalué à 3.
Si aucun écran est branché, comment tu détermine la résolution préférée à utiliser ? la sortie video à utiliser (il y en a souvent plusieurs) ? le format des couleurs ? Il va falloir configurer des choses manuellement. Et tant qu'à faire, désactiver l'option. Je me souviens que l'option du driver nvidia prenait en paramètre la(les) sortie(s) vidéo(s) à utiliser même si aucun écran n'est branché.
Que X refuse de démarrer s'il n'y a pas d'écran est parfaitement normal, vu que dans ce cas, il est totalement inutile. Autant faire du X11 forwarding via SSH, c'est bien plus simple, et possible sous windows avec un serveur X comme XMing (de mémoire) et du X11 forwarding via putty.
Par contre, si la machine refuse de démarrer sans écran, alors c'est un vrai problème.
[^] # Re: Faux problème ?
Posté par ChickenKiller . Évalué à 2.
Oui mais sauf que là tu confond (et Obsider également j'ai l'impression) partager un écran X avec VNC et utiliser VNC.
Car il faut savoir que tu peux lancer 50 VNC différents sur une même bécane (ce que ne sais pas faire windows), alors que ce dont tu parle, c'est de faire partager l'écran X avec VNC et effectivement c'est carrément différent et pour le coup franchement inutile sous linux dans le cas d'une utilisation "serveur" (comprendre sans écran physiquement connecté).
[^] # Re: Faux problème ?
Posté par Obsider . Évalué à 0.
Tout a fait exact, je veux partager le serveur X avec VNC, pas lancer un serveur VNC tel quel. D'ailleurs l'appellation serveur est tiree par les cheveux. Pour faire simple, ma boite utilise beaucoup matlab et les codes sont lances en graphiques (obligatoire). Nous utilisons donc un 'serveur' regroupant les fenetres matlab de plusieurs machines. Le fait de vouloir faire ceci est de pouvoir redemarrer avec X fonctionnel sans obligatoirement avoir un ecran connecte.
[^] # Re: Faux problème ?
Posté par Batchyx . Évalué à 2.
Je confond rien du tout, je répond à ze_lionix qui considère que "Le fait qu'il n'y ait pas d'écran de branché ne doit pas empêcher […] X de démarrer.".
Pour VNC sans X, c'est le même problème : il faudra bien à un moment donné indiquer quelle résolution il doit servir et avec quelle configuration de couleurs. Mais bon, de base, je suis contre l'utilisation de VNC dans ce cas là, autant directement utiliser la déportation d'X, soit avec du bon vieux SSH forwarding, soit avec xdmcp si t'en a rien à foutre de la sécurité. Eux, entre autres, ne nécessitent pas de choisir un compromis sur la résolution.
[^] # Re: Faux problème ?
Posté par ze_lionix (site web personnel) . Évalué à 1. Dernière modification le 12 novembre 2012 à 14:19.
Je ne suis pas d'accord avec toi : tu peux coller la résolution dans la configuration au niveau de vnc, et tu peux même aller au delà de la résolution définie dans Xorg.conf…
J'ai une machine sous le
nezclavier, sans écran, avec un X qui tourne en 1024*768:/usr/bin/Xorg :0 -br -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp vt7
Et des process vnc, auxquels les dev se connectent !
Xvnc :2 -desktop machine:2 (user2) -auth /home/user/.Xauthority -geometry 1280x1024 -depth 16 (..)
Xvnc :3 -desktop machine:3 (user3) -auth /home/user2/.Xauthority -geometry 2560x1024 -depth 16 (..)
Fuse : j'en Use et Abuse !
[^] # Re: Faux problème ?
Posté par Batchyx . Évalué à 2.
Donc tu obtiens une résolution fixe, qui ne s'adapte pas automatiquement à la résolution utilisée par le client. Poubelle.
# euh...
Posté par fearan . Évalué à 4. Dernière modification le 09 novembre 2012 à 17:14.
A moins de vouloir connecter a postériori un écran prédéfini je ne vois pas trop l'intérêt vue que fglrx à tendance à bien gérer cela.
Pour des serveur X accédé via vnc j'aurais plutôt tendance à utiliser Xvnc qui est un serveur X prévu pour. Mais de mon point de vue xdmcp et le client qui va bien.
édit : voila une page de man
http://linux.die.net/man/1/xvnc
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.