Re: Restaurer complètement l'environnement "graphique" du bureau après un redémarrage
Merci à tous pour vos réponses. Il n'y a pas de besoin de restaurer une compilation en cours ou de telles choses. S'il y a eu accident, alors je relancerai à la main. Base Postgresql, serveur web, etc. : j'ai des scripts pour les relancer automatiquement. Emacs ? Je ne maîtrise pas assez pour savoir si on peut restaurer fenêtres/fichiers. Apparemment pas facile. Il s'agit "seulement" de restaurer l'essentiel des fenêtres de shell avec leur chemin prédéfini, avec ou sans tmux, les sessions ssh ou mosh vers les serveurs distants. Et queques applications. Si le système de configuration au démarrage à mettre au point ne fait pas tout mais seulement 90%, il me suffit d'afficher un fichier de rappel de ce qu'il me reste à faire à la main. systemd ? Bonne idée. Ça finit toujours par marcher mais, de mon expérience, c'est souvent compliqué à mettre au clair et en place ! Il fait lire la doc au calme et expérimenter. Pas vous ? - Mail original - De: "Basile Starynkevitch" À: "Michel Verdier" Cc: "Liste Debian" Envoyé: Lundi 19 Juin 2023 15:25:58 Objet: Re: Restaurer complètement l'environnement "graphique" du bureau après un redémarrage On 6/19/23 15:06, Michel Verdier wrote: > Le 19 juin 2023 Bernard Schoenacker a écrit : > >> Ce n'est pas une histoire de window desktop manager, mais simplement une >> histoire >> qui concerne le système freedesktop... >> >> Je vous invite à consulter le tutoriel concernant xdg-open, voici un exemple >> : > Je connais xdg, mais la demande initiale précise : > >> Après un redémarrage, j'ai besoin de retrouver mon poste de travail >> dans l'état où il était avant ce redémarrage. >> Chaque logiciel ouvert et ses fenêtres. >> >> Je peux m'arranger avec un environnement choisi/fixe. >> Car je n'ai pas encore besoin que l'environnement, dans son état >> quelconque obtenu en travaillant, soit automatiquement mémorisé et >> restauré au redémarrage. > C'est pourquoi un lancement automatique des applis à partir d'un window > manager suffit. En toute bonne logique via un .xsession ou autre script > de démarrage ça irait aussi. Et si le window manager est dynamique (comme > dwm entre autres) ça couvre les problèmes de fenêtrage cités. A mon sens, cette solution ne restaure pas un GNU emacs (avec tous ses fichiers précédemment ouverts et affichés) et ne restaure pas le contenu affiché dans un émulateur de terminal comme xfce4-terminal (et encore moins un éventuel programme, comme un make, qui y tournait au moment de l'arrêt précédent). Je me permets d'insister: la persistence (hors hibernation du système Linux entier en zone de swap) de tous les processus actifs à un instant T n'est pas facilement possible sur un Linux usuel. Si toutes les processus et applications actives sont graphiques (ce qui exclut un compilateur GCC, une base de donnée PostGreSQL, un serveur web comme lighttpd, un débogueur comme GDB, etc) et si elles sont toutes bien codées et conformes à https://tronche.com/gui/x/icccm/ on peut espérer que le gestionnaire de fenêtres communiquera élégamment avec elles. Mais dans le cas général, un Linux a aussi des processus en ligne de commandes, et ceux-là ne sont pas restaurés par le gestionnaire de fenêtre. Pour s'en convaincre, compiler un gros logiciel, par exemple http://gcc.gnu.org/ ... depuis son code source (ça prend des heures) et éteindre sa machine (proprement, par le menu ) pendant la compilation. Au redémarrage, cette grosse compilation ne reprendra pas. La preuve en est est la complexité de systemd qui a été inventé pour gérer ce genre de choses. Du point de vue du dévelopeur, chaque programme et chaque processus devrait traiter correctement le signal SIGTERM et SIGPWR. C'est complexe à coder. Voir https://man7.org/linux/man-pages/man7/signal.7.html et https://man7.org/linux/man-pages/man7/pthreads.7.html et https://man7.org/linux/man-pages/man7/signal-safety.7.html Dans la vraie vie, les administrateurs systèmes ont du boulot, et les onduleurs sont utiles sur des machines Debian dont on voudrait qu'elle gérent fiablement les coupures de courant. Librement. -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: Restaurer complètement l'environnement "graphique" du bureau après un redémarrage
Parce qu'il s'agit de le redémarrer. - Mail original - De: "Jean Bernon" À: "Liste Debian" Envoyé: Mardi 20 Juin 2023 16:52:49 Objet: Re: Restaurer complètement l'environnement "graphique" du bureau après un redémarrage Et pourquoi ne pas tout simplement mettre le système en hibernation au lieu de l'arrêter ? - Mail original - > De: "roger tarani" > À: debian-user-french@lists.debian.org > Envoyé: Dimanche 18 Juin 2023 19:05:27 > Objet: Restaurer complètement l'environnement "graphique" du bureau > après un redémarrage > Bonjour, > Après un redémarrage, j'ai besoin de retrouver mon poste de travail > dans l'état où il était avant ce redémarrage. > Chaque logiciel ouvert et ses fenêtres. > Je peux m'arranger avec un environnement choisi/fixe. > Car je n'ai pas encore besoin que l'environnement, dans son état > quelconque obtenu en travaillant, soit automatiquement mémorisé et > restauré au redémarrage. > 1/ Pour les fenêtres de terminal (bash), j'utilise tmux et > tmux-resurrect. > A la main ça va vite et bien, mais c'est à la main ! > Avez-vous déjà automatiquement : > - ouvert plusieurs terminaux (une fenêtre avec onglets) avec une > disposition de la fenêtre > - puis réglé chaque répertoire habituel pour le terminal sans tmux > - puis lancé tmux > - puis restauré chaque "session" tmux (dont le nom est connu). Je > dois encore lancer manuellement tmux et saisir "Préfixe + ctrl r" > pour restaurer l'env tmux, puis attacher une session tmux. > ? > 2/ Toutefois, bizaremment, depuis quelques mois, la fenêtre de Gnome > terminal grandit un peu en hauteur et son pied se retrouve masqué > par la barre des icônes (bureau gnome). > Une simple mise en veille/sortie de veille suffit à déclencher ce pb. > Je ne sais pas du tout où chercher pour régler ça ! > 3/ Pour le navigateur FF, il suffit de le lancer au démarrage. Il est > configuré pour garder en mémoire les onglets ouverts. > RAS > 4/ Certains logiciels installés, utilisant java, dont l'icône > apparaît pourtant (Applications ou touche Meta) sont bizaremment > inaccessibles par ces menus. > Il faut faire `nom_programme &` dans un terminal. > Configurées dans Tweaks/Startup Applications", elles ne se lancent > pas. > La question est : comment réparer ce genre de pépin ? (bureau > Gnome/Tweaks) > 5/ Qu'y a-t-il d'autre ? (à part les services qui sont gérés par > systemd -> enabled ) > Ah, si ! La portabilité. > On doit pouvoir dupliquer son environnement sur une autre machine. Ce > qui suppose d'y avoir aussi installé tous les services/programmes > appelés (autre script, qu'il serait astucieux de coupler avec le > système de restauration discuté). > De manière générale, qu'y a-t-il d'autre à considérer pour atteindre > cet objectif de définir son environnement de bureau pour qu'il soit > restauré complètement au démarrage ? > Je crois que pouvoir faire ça doit intéresser beaucoup de monde. > Merci.
Re: Restaurer complètement l'environnement "graphique" du bureau après un redémarrage
Et pourquoi ne pas tout simplement mettre le système en hibernation au lieu de l'arrêter ? - Mail original - > De: "roger tarani" > À: debian-user-french@lists.debian.org > Envoyé: Dimanche 18 Juin 2023 19:05:27 > Objet: Restaurer complètement l'environnement "graphique" du bureau > après un redémarrage > Bonjour, > Après un redémarrage, j'ai besoin de retrouver mon poste de travail > dans l'état où il était avant ce redémarrage. > Chaque logiciel ouvert et ses fenêtres. > Je peux m'arranger avec un environnement choisi/fixe. > Car je n'ai pas encore besoin que l'environnement, dans son état > quelconque obtenu en travaillant, soit automatiquement mémorisé et > restauré au redémarrage. > 1/ Pour les fenêtres de terminal (bash), j'utilise tmux et > tmux-resurrect. > A la main ça va vite et bien, mais c'est à la main ! > Avez-vous déjà automatiquement : > - ouvert plusieurs terminaux (une fenêtre avec onglets) avec une > disposition de la fenêtre > - puis réglé chaque répertoire habituel pour le terminal sans tmux > - puis lancé tmux > - puis restauré chaque "session" tmux (dont le nom est connu). Je > dois encore lancer manuellement tmux et saisir "Préfixe + ctrl r" > pour restaurer l'env tmux, puis attacher une session tmux. > ? > 2/ Toutefois, bizaremment, depuis quelques mois, la fenêtre de Gnome > terminal grandit un peu en hauteur et son pied se retrouve masqué > par la barre des icônes (bureau gnome). > Une simple mise en veille/sortie de veille suffit à déclencher ce pb. > Je ne sais pas du tout où chercher pour régler ça ! > 3/ Pour le navigateur FF, il suffit de le lancer au démarrage. Il est > configuré pour garder en mémoire les onglets ouverts. > RAS > 4/ Certains logiciels installés, utilisant java, dont l'icône > apparaît pourtant (Applications ou touche Meta) sont bizaremment > inaccessibles par ces menus. > Il faut faire `nom_programme &` dans un terminal. > Configurées dans Tweaks/Startup Applications", elles ne se lancent > pas. > La question est : comment réparer ce genre de pépin ? (bureau > Gnome/Tweaks) > 5/ Qu'y a-t-il d'autre ? (à part les services qui sont gérés par > systemd -> enabled ) > Ah, si ! La portabilité. > On doit pouvoir dupliquer son environnement sur une autre machine. Ce > qui suppose d'y avoir aussi installé tous les services/programmes > appelés (autre script, qu'il serait astucieux de coupler avec le > système de restauration discuté). > De manière générale, qu'y a-t-il d'autre à considérer pour atteindre > cet objectif de définir son environnement de bureau pour qu'il soit > restauré complètement au démarrage ? > Je crois que pouvoir faire ça doit intéresser beaucoup de monde. > Merci.
