Deconnection automatique de ma session suite à utilisation tty 1 à 6
- Inicie sesión o regístrese para enviar comentarios
Bonjour,
J'ai en multiboot, debian 11, 12, lubuntu 1804 et Trisquel, tous installés via netinstall; lxde-core sans recommends ni suggests et avec openbox et lightdm.
Je teste depuis une semaine Trisquel.
J'ai l'habitude d'utiliser autant la session X tty7 que les sessions consoles tty 1 à 6.
Avec Trisquel, si je me connecte sur tty7 puis ensuite utilise tty 1 à 6, lorsque je reviens sur tty7 pour reprendre mes travaux là où j'en étais, la session est déconnecté et les travaux fermés et non récupérables.
SVP, pouvez vous me dire ce qu'il faut faire - fichier conf pour lightdm, .bashrc, ou bien ???, pour régler cela et faire en sorte que je puisse aller d'une session graphique aux sessions console et vice-versa sans perdre mon travail NI ÊTRE DÉCONNECTÉ.
Merci par avance.
Erreur de manipulation pour créer une autre question que celle ci-dessus qui est d'actualité.
I am a translator!
Bonjour,
En ce moment, sur une session GNOME wayland, quand je passe à une session console puis je reviens sur la session graphique sur tty7, j'ai une invite de connexion comme si je n'étais pas connecté mais si je me connecte, je retrouve ma session.
Je ne suis actuellement pas chez moi où j'ai un autre PC avec l'environnement Trisquel LXDE installé et où je peux essayer de faire la même chose que toi, je regarderai dimanche soir.
J’utilise GDM. Là, par défaut, ajouté à Ctrl+Alt :
- F1 affiche l’écran de connexion graphique;
- F2 affiche la session graphique actuellement ouverte (sans nécessité d’entrer de mot de passe, en tout cas si on y a été récemment);
- F3-F6 affiche un terminal texte chacun.
Néanmoins, tu ne veux probablement pas changer de gestionnaire d’affichage.
Bonjour,
Merci Avron et à ton écoute.
Merci Magic banana, et effectivement, habitué depuis longtemps à lxde - openbox - lightdm, mais sans avoir rencontré ce facteur gênant pour moi, si possible je préfère garder lightdm.
je précise pour Avron, que quand je reviens sur tty 7, et que je me re-connecte, c'est une nouvelle session car tous mes travaux ne sont plus et il ne peut y avoir qu'une seule session X par défaut d'ouverte sauf à en lancer une via startx me semble t'il?
A votre écoute et merci d'avance.
I am a translator!
Je viens de regarder sur un PC avec Trisquel installé par https://cdbuilds.trisquel.org/trisquel-mini_12.0_amd64.iso (c'est une version d'essai de Trisquel mini 12, qui n'est pas nécessairement assez fiable pour une utilisation normale), quand je suis en mode graphique et je fais Ctrl+Alt+F1 (ou F2 à F6) puis Ctrl+Alt+F7, je retrouve bien ma session avec un fichier ouvert en cours d'édition.
> installés via netinstall; lxde-core sans recommends ni suggests et avec openbox et lightdm
Est-ce que tu as choisi l'environnement Trisquel mini au moment de l'installation ou bien est-ce que tu n'as rien choisi et installé lxde-core, openbox et lightdm autrement après la fin de l'installation et avoir redémmaré en mode texte?
A ta question, je répondrai de mémoire que j'ai installé le kernel generic et via le mode texte, lxde-core, etc., mais sans avoir retenu à la dernière étape de l'installation trisquel mini.
Cependant, pour en être sûr il me faut aller voir. Je ferai donc un retour plus tard.
Qu'est sensé installer l'option trisquel mini ?
Un environnement graphique bien plus complet (mais toujours extrêmement frugal), incluant (presque ?) tout LXDE et d’autres logiciels le complétant comme AbiWord, Abrowser, une interface graphique à mpv, Evince, Liferea, GPicView, Mousepad, mtPaint, Pidgin, Scrot, Simple Scan, Sylpheed, Transmission, Xfburn, etc. Si tu le souhaites, tu peux toujours obtenir Trisquel Mini en exécutant dans un terminal :
$ sudo tasksel
Dans l’interface ainsi obtenue, tu descends avec la flèche du bas jusqu’à « Trisquel mini environment » que tu sélectionnes avec espace. Avec la touche de tabulation, tu passes au bouton « Ok » et valide avec [Entrée].
Merci Magic banana, et à la lecture de ta réponse, je me rappelle qu'à dessein, je n'avais pas retenu l'installation de Trisquel mini pour n'installer que ce que je souhaitais et rien de plus. Ce que j'ai fais avec les autres distributions en multi-boot mais qui ne présentent pas cette anomalie de déconnexion-fermeture de ma session automatique de lightdm (ou peut-être d'un logiciel autre? ce qui fait que lightdm se replace comme si cela était une nouvelle conexion ???) lorsque je bascule d'une console à l'environnement graphique après l'avoir laissé ouvert pour aller sur une console.
Comme je relève que wayland est maintenant de la partie, peut-il en être la cause ?
Une idée peut-être ?
A votre écoute.
Exécutée dans un terminal, cette commande montre si tu utilises « x11 » ou « wayland » :
$ echo $XDG_SESSION_TYPE
Je l'avais compris ainsi et donc peut on penser que la direction pour répondre à ce sujet est d'activer le framebuffer ?
Dans ce cas, et après avoir lu ton autre réponse sur la compilation d'un kernel, peux tu me donner un pas à pas pour le faire proprement compte-tenu des options qui ont été retenues dans le kernel Trisquel Aramo, car il me semble comprendre que lors de la compilation d'un kernel chacun y met plus ou moins ce qu'il veut ce qui peut impliquer alors de devoir éditer-créer des fichiers dans des répertoires (/usr /dev /etc etc.) en relation avec ce qui a été retenu ou écarté ?
Exemple qui me traverse l'esprit : que se passe t'il si je ne créée pas de fichiers blacklist dans /etc/modprobe.d/
les paramètres retenus dans le kernel seront ils quand même traités-respectés ou non car un fichier de ce type devra être présent et lu ?
D'avance merci.
Je l'avais compris ainsi et donc peut on penser que la direction pour répondre à ce sujet est d'activer le framebuffer ?
Je ne vois pas pourquoi l’absence de framebuffer ferait « sauter » la session graphique quand on passe à un terminal texte. Par contre, il y a des chances que le manque de support de ta carte graphique par du logiciel libre soit en cause.
Comme nous te l’avons déjà recommandé maintes fois dans les différents fils de discussion, essaie donc un noyau plus récent. Peut-être fournira-t-il un meilleur support. Tu pourrais aussi essayer un autre gestionnaire graphique, comme GDM, que j’ai déjà mentionné.
Exemple qui me traverse l'esprit : que se passe t'il si je ne créée pas de fichiers blacklist dans /etc/modprobe.d/
C’est une idée. Tu peux effectivement essayer de commenter (avec les droits d’administration, sudo) les lignes de /etc/modprobe.d/blacklist-amdgpu.conf et ainsi autoriser le chargement du module amdgpu. Les raisons poussant à le blacklister sont données au début du fichier : le chargement du module devrait échouer.
Si c’est le cas, j’imagine que le noyau se rabattra sur le pilote que tu utilises actuellement. Il est néanmoins possible que tu perdes la session graphique. J’espère donc que tu sais utiliser un éditeur de texte depuis un terminal texte. Si ce n’est pas le cas ou si les terminaux texte ne s’affichent pas, tu peux néanmoins rétablir le blacklisting depuis un système live.
Bonjour magic banana,
Mille merci pour les réponses aux 3 questions posées et aussi merci à Avron.
Je vais donc prendre le temps de compiler un nouveau Kernel et avant cela, modifier le blacklistage afin d'observer ce que cela donne. Ce GPU est de 2016 ou 2017 donc peut-être encore à une période où le format libre le prenait en charge sans nécessité de pilote propriétaire privatif.
Tout va bien pour utiliser une console si la session graphique n'est plus ce sera vite rétabli.
Enfin, si un noyau plus récent n'a rien changé, alors je tenterai pour répondre à cette anomalie ta suggestion d'utiliser gdm au lieu de lightdm.
Quand j'aurai abouti ("un certain temps" comme l'histoire du fut du canon de Fernand Reynaud), je ferai un retour d'expérience sur ce qui a fonctionné et comment j'y suis arrivé et ce qui n'a pas fonctionné.
D'où l'intérêt d'un forum.