Bonjour,
J'ai actuellement deux PC sous Linux, un pour ma compagne, un pour moi. Malgré leur âge (plus de 10 ans), ils satisfont encore nos besoins mais je commence à réfléchir sur comment les remplacer le jour venu.
Les deux PC sont proches physiquement l'un de l'autre et nos besoins en puissance sont modestes. Aussi je m'interroge sur la pertinence (et la faisabilité) de les remplacer par un seul PC, tout en gardant chacun notre écran-clavier-souris pour pouvoir l'utiliser simultanément.
Je me doute qu'il faudra que ce PC possède deux sorties graphiques (ça existe avec une solution IGP ?) et assez de ports pour brancher 2 souris et 2 claviers (ce qui a priori ne paraît pas un problème). Il y aussi le problème de la sortie son : chacun doit pouvoir écouter du son de son coté.
Ma question porte plutôt sur comment ça se passe sous Linux (en l’occurrence Manjaro/KDE). Faut-il des logiciels spécifiques, des conditions particulières (par exemple Xorg ou Wayland) ou bien ça va marcher out of the box, chacun se connectant sous sa session ?
NB. Je pars de l'hypothèse qu'il est moins coûteux (à l'achat comme à l'usage) de mutualiser nos usages sur un seul PC un peu plus consistant (principalement en mémoire) qu'avoir deux PC.
# Un mot clé : multiseat
Posté par rycks . Évalué à 8.
Hello,
ce que tu veux faire porte le nom de code "multiseat" :-)
Un lien mais il y en a pour toutes les saveurs : https://wiki.ubuntu.com/Multiseat
Éric
eric.linuxfr@sud-ouest.org
[^] # Re: Un mot clé : multiseat
Posté par mahikeulbody . Évalué à 3.
Merci de m'avoir donné le mot-clé pour faire des recherches. Celles que je faisais n'aboutissaient pas à grand-chose.
# ça semble effrayant mais ça ne l'est peut-être pas tant que ça
Posté par mahikeulbody . Évalué à 4. Dernière modification le 18 juin 2022 à 18:00.
La première impression vient d'un survol du wiki de Arch. Une deuxième, plus rassurante (mais peut-être pas complète ?), vient de ce site : https://www.apalrd.net/posts/2022/multiseat_intro/
Ceci dit, je me dis que si mes deux PC peuvent encore durer un peu, les choses deviendront peut-être plus simples (notamment sous Wayland).
# machine virtuelle
Posté par tibodit . Évalué à 2.
Si tu as deux GPU, un intégré et une carte PCIe, tu peux faire du PCI passthrough, pour le GPU et l'USB dans une VM. (Il faut aussi 2 contrôleurs USB, assez courant sur les cartes mères)
C'est parfois un peu long a configurer mais ça marche tres bien.
Et ca permet d'avoir deux distributions différentes si besoin.
[^] # Re: machine virtuelle
Posté par mahikeulbody . Évalué à 2. Dernière modification le 19 juin 2022 à 15:54.
Si je comprends bien (mais c'est pas sûr) :
soit U1 et U2 les deux utilisateurs
et E1 et E2 les deux sous-ensembles écran-clavier-souris
on affecte E2 à une VM
U1 ouvre une session via E1
U2 ouvre une session via E1 puis lance la VM qui lui donne ensuite accès à E2
le dernier à quitter le PC passe en veille
quand le PC est rallumé, E1 et E2 sont disponibles pour U1 et U2 sans manipulation particulière
Il n'y a que si on a éteint le PC ou si on l'a redémarré (suite à une mise à jour, par exemple), que U2 devra, si nécessaire, demander à U1 de se pousser un peu pour lui permettre d'accéder à E1 pour se connecter lui-même.
J'ai bon ?
Je trouve ça moins élégant que le multiseat mais ça peut le faire.
Le petit reproche que je trouve à cette solution, c'est qu'il faut allouer des ressources (cpu, mémoire) de façon statique, alors que dans le multiseat, c'est complètement dynamique (ce qui peut aussi être un inconvénient dans certains cas mais pas dans le nôtre je pense).
[^] # Re: machine virtuelle
Posté par tibodit . Évalué à 2.
C'est ça.
La VM peut démarrer automatiquement, ce qui sera pratique pour U2, juste a bouger la souris pour réveiller son environnement.
En ce qui concerne les ressources, le memory ballooning permet de ne pas réserver toute la mémoire allouée à la VM des le démarrage, elle sera allouée selon les besoins de la VM.
Pour ce qui est du CPU, les machines de nos jours sont tellement puissantes …
Un défaut effectivement si U1 éteint l'ordinateur en oubliant que U2 est en train d'utiliser sa session :)
[^] # Re: machine virtuelle
Posté par mahikeulbody . Évalué à 2.
C'est la même chose en multiseat, ce n'est pas spécifique à cette solution VM.
# année 2000
Posté par ChocolatineFlying . Évalué à 1.
c'etait assez courant dans les années 2000, au bresil les écoles utilisaient ce principe.
il me semble que la plus grosse difficulté technique est d'associé le clavier souris a la bonne session. ce qui se faisait au fur et a mesure des ouverture de session.
cela a probablement evolué :)
[^] # Re: année 2000
Posté par mahikeulbody . Évalué à 4.
En fait, avec systemd, Linux est multiseat par nature mais configuré par défaut avec un seul siège (seat0) auquel tous les périphériques sont affectés. Il suffit de faire
pour s'en convaincre.
On peut ensuite créer d'autres sièges et leur affecter des périphériques (typiquement écran-clavier-souris) via une commande systemd dédiée. Cette configuration est persistente.
La complexité peut provenir, d'après mes lectures, de la configuration matérielle : il semble par exemple bien plus simple d'avoir un contrôleur usb par siège plutôt que répartir les ports usb d'un contrôleur sur plusieurs sièges ; la configuration graphique peut également être source de complexité selon qu'on a deux cartes, une carte multi-head, etc…
# Une piste
Posté par Nanawel (site web personnel, Mastodon) . Évalué à 4.
J'ai expérimenté cette voie il y a 8 ans, avec plus ou moins de succès. Je ne sais pas à quel point les choses ont changé depuis 7 ans (je n'ai gardé cette config qu'un an).
J'avais quand même pris la peine de raconter un peu les étapes et les écueils ici : https://lanterne-rouge.info/2014/08/une-configuration-multiseat-sous-gnu-linux
Si jamais ça peut t'aider…
# LTSP
Posté par kosnik . Évalué à 3.
Et pourquoi pas une solution à base de LTSP, avec un pc consistant mutualisé et 2 rasberry?
Ça peux éviter les soucis de partage de l'usb, et de carte graphique.
[^] # Re: LTSP
Posté par ted (site web personnel) . Évalué à 3.
Je ne pense pas que c'est pour son usage, en tout cas pas la dernière version de LTSP.
Un LUG en Lorraine : https://enunclic-cappel.fr
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.