Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 04/03/2021, à 19:17

fernand1

(Résolu) perte bureau lors de la fermeture de libre office par X

Bonsoir,
Le titre n'est pas très explicite.
Quelques soucis avec Ubuntu 20 et libre office.
Je m'explique: Je lance libre office et je crée un document.

Puis clic sur fichier, enregistrer sur le  bureau.
Je reviens sur l'écran qui m'affiche le bureau et là je retrouve bien l'icône du doc que je viens de créer.
Cette méthode fonctionne correctement.

En cliquant sur son icône, je rouvre le texte,  puis je le modifie
cette fois, je sors en fermant le doc  (x)
libre office me propose:  ne pas enregistrer/annuler/enregistrer
je choisis enregistrer
l'écran m'affiche un semblant de bureau, je ne retrouve pas toutes mes icônes ni celle de mon doc et je ne parviens plus à afficher mon vrai bureau.
Je n'arrive pas à afficher en plein écran le bureau.
Je ne sais pas comment exprimer au mieux ce phénomène.
Ma solution précaire,  sortir en cliquant sur fichier, enregistrer sur le bureau et ne surtout pas fermer le doc par le X.
Bon, mais comment en ayant pris ce chemin dangereux, comment retrouver le bureau à l'écran, autrement que fermer et relancer le PC.

Ce problème n'apparaît que sur Ubuntu20, pas sur U18 ni U16 ni sur MX

Merci et toujours au plaisir de vous lire

fernand1

Dernière modification par fernand1 (Le 12/03/2021, à 22:17)

Hors ligne

#2 Le 04/03/2021, à 19:51

Coeur Noir

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Hello,

version d'Ubuntu et surtout son environnement : Ubuntu, Gnome, autre ?

lsb_release -a
echo $DESKTOP_SESSION

Un peu idem pour LibreOffice, version ? Comment est-il installé ?

snap list --all
dpkg -l | grep libreoffice

Il y a des génies pour penser qu'utiliser son bureau pour y mettre des fichiers / dossiers est une une mauvaise pratique. Le problème c'est que ces génies sont à l'œuvre dans la fabrication d'Ubuntu ( et surtout Gnome ).
Dans U16, 18 ou MX l'affichage du bureau est géré par l'explorateur de fichiers, donc « l'écran bureau » est identifié par les autres applications comme une fenêtre d'explorateur de fichier ( avec toutes ses fonctions donc ).
Dans 20.04 environnement par défaut Ubuntu, « l'écran bureau » n'est plus géré par Nautilus ( l'explorateur de fichiers ) mais par une extension gnome-shell calamiteuse ( desktopicons ) qui n'a pas toutes les fonctions habituelles d'un explorateur de fichiers. Pour l'instant je suspecte que tes problèmes viennent de cette extension gnome-shell.

Mais. Sous Ubuntu on peut avoir d'autres surprises : installer une application depuis « Logiciels » sans s'apercevoir qu'il s'agit d'un snap. C'est pas mal les snap, mais il y a parfois quelques manip's à faire pour les rendre plus pratiques à utiliser ( notamment accès à d'autres partitions, accès aux médias amovibles ).

Ou. Pour une raison à déterminer, la ressource contenant /home/$USER/Bureau n'était pas accessible à ce moment là.

D'où les questions du début, pour cerner un peu mieux ton contexte. Et celles-ci :
⋅ tu n'as vu ce problème que dans LibreOffice ?
⋅ ton installation est-elle « simple » soit tout le système dans une unique partition / racine ou un peu plus « compliquée » avec une partition /home séparée ou autre partition dédiée à tes data perso's ?

Je sais ça fait beaucoup de questions big_smile


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#3 Le 04/03/2021, à 21:22

fernand1

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Bonsoir coeur noir,
J'avais avant de lire ton message, testé et préparé ce qui suit pour le coller sur le forum, mais j'ai eu des problèmes de connexion avec ce forum.
Je colle:
Je remarque que lors de la création initiale d'un doc, je le sauve  en passant par fichier, enregistrer sur.
Je peux choisir le lieu de destination, dossiers perso, bureau, documents, téléchargements
Peu importe le choix, l'icône s'affiche là où je l'ai souhaité.
Le problème se pose lorsque je rappelle ce doc, qui était sauvé sur le bureau, je le modifie, je ferme le doc par X et là patatras, la moitié des icônes du bureau à l'écran disparaissent et je ne parviens plus à retrouver l'affichage du vrai bureau. Sauf en relançant le PC.
Le phénomène n'apparaît pas sur les autres destinations. Seul le choix bureau est affecté.
Phénomène uniquement sur Ubuntu 20.

Voilà les retours:

yvon@yvon-SATELLITE-C870-15K:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04.2 LTS
Release:	20.04
Codename:	focal
yvon@yvon-SATELLITE-C870-15K:~$ echo $DESKTOP_SESSION
ubuntu
yvon@yvon-SATELLITE-C870-15K:~$ snap list --all
Nom                Version                     Révision  Suivi            Éditeur     Notes
chromium           88.0.4324.182               1497      latest/stable    canonical✓  désactivé
chromium           89.0.4389.72                1506      latest/stable    canonical✓  -
core18             20210128                    1988      latest/stable    canonical✓  base
core18             20201210                    1944      latest/stable    canonical✓  base,désactivé
gnome-3-28-1804    3.28.0-19-g98f9e67.98f9e67  145       latest/stable    canonical✓  -
gnome-3-34-1804    0+git.3556cb3               66        latest/stable/…  canonical✓  -
gnome-3-34-1804    0+git.3009fc7               36        latest/stable/…  canonical✓  désactivé
gtk-common-themes  0.1-50-gf7627e4             1514      latest/stable/…  canonical✓  -
gtk-common-themes  0.1-36-gc75f853             1506      latest/stable/…  canonical✓  désactivé
snap-store         3.38.0-59-g494f078          518       latest/stable/…  canonical✓  -
snap-store         3.36.0-80-g208fd61          467       latest/stable/…  canonical✓  désactivé
snapd              2.49                        11107     latest/stable    canonical✓  snapd
snapd              2.48.2.1                    11036     latest/stable    canonical✓  snapd,désactivé
yvon@yvon-SATELLITE-C870-15K:~$ dpkg -l | grep libreoffice
ii  libreoffice-base-core                      1:6.4.6-0ubuntu0.20.04.1            amd64        office productivity suite -- shared library
ii  libreoffice-calc                           1:6.4.6-0ubuntu0.20.04.1            amd64        office productivity suite -- spreadsheet
ii  libreoffice-common                         1:6.4.6-0ubuntu0.20.04.1            all          office productivity suite -- arch-independent files
ii  libreoffice-core                           1:6.4.6-0ubuntu0.20.04.1            amd64        office productivity suite -- arch-dependent files
ii  libreoffice-draw                           1:6.4.6-0ubuntu0.20.04.1            amd64        office productivity suite -- drawing
ii  libreoffice-gnome                          1:6.4.6-0ubuntu0.20.04.1            amd64        office productivity suite -- GNOME integration
ii  libreoffice-gtk3                           1:6.4.6-0ubuntu0.20.04.1            amd64        office productivity suite -- GTK+ 3 integration
ii  libreoffice-help-common                    1:6.4.6-0ubuntu0.20.04.1            all          office productivity suite -- common files for LibreOffice help
ii  libreoffice-help-en-us                     1:6.4.6-0ubuntu0.20.04.1            all          office productivity suite -- English_american help
ii  libreoffice-help-fr                        1:6.4.6-0ubuntu0.20.04.1            all          office productivity suite -- French help
ii  libreoffice-impress                        1:6.4.6-0ubuntu0.20.04.1            amd64        office productivity suite -- presentation
ii  libreoffice-l10n-fr                        1:6.4.6-0ubuntu0.20.04.1            all          office productivity suite -- French language package
ii  libreoffice-math                           1:6.4.6-0ubuntu0.20.04.1            amd64        office productivity suite -- equation editor
ii  libreoffice-ogltrans                       1:6.4.6-0ubuntu0.20.04.1            all          transitional package for libreoffice-ogltrans
ii  libreoffice-pdfimport                      1:6.4.6-0ubuntu0.20.04.1            all          transitional package for PDF Import component for LibreOffice
ii  libreoffice-style-breeze                   1:6.4.6-0ubuntu0.20.04.1            all          office productivity suite -- Breeze symbol style
ii  libreoffice-style-colibre                  1:6.4.6-0ubuntu0.20.04.1            all          office productivity suite -- colibre symbol style
ii  libreoffice-style-elementary               1:6.4.6-0ubuntu0.20.04.1            all          office productivity suite -- Elementary symbol style
ii  libreoffice-style-tango                    1:6.4.6-0ubuntu0.20.04.1            all          office productivity suite -- Tango symbol style
ii  libreoffice-writer                         1:6.4.6-0ubuntu0.20.04.1            amd64        office productivity suite -- word processor
yvon@yvon-SATELLITE-C870-15K:~$ 

Je vais apprendre à ne plus sauver sur le bureau, mon bureau est un vrai foutoir.
Rajout: Chaque OS a sa partition et j'ai un home commun à toutes ces partitions, donc le home n'est pas avec chaque OS mais dans une partition propre à lui.
Si c'est trop complexe, je vais apprendre à ne pas sauver sur le bureau.
Je vais éclaircir mon bureau.
Mais si d'aventure je prends le mauvais chemin par mes mauvaises habitudes, comment retrouver ce fichu bureau affiché à l'écran, sans devoir rebooter le pc.
Si une solution apparaît, sans être trop compliquée, je ne souhaite pas planter mon PC.
Sinon j'ai donc une porte de sortie en ne sauvant plus directement sur le bureau.
Apparemment ça ne le fait que via le bureau, mais il est vrai quand je télécharge, ça va dans téléchargement ne passant pas sur le bureau

Dernière modification par fernand1 (Le 04/03/2021, à 21:33)

Hors ligne

#4 Le 05/03/2021, à 01:35

Coeur Noir

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Ton LibreOffice n'est pas installé en snap mais classiquement en .deb. C'est bien, on élimine une piste.

L'extension gnome-shell qui affiche le bureau sous 20.04 est désactivable, il y a plusieurs façons de gérer ces extensions
https://doc.ubuntu-fr.org/extensions-gnome?redirect=1
https://doc.ubuntu-fr.org/gnome-tweak-tool
Elle peut être remplacée par https://extensions.gnome.org/extension/ … s-ng-ding/ qui à priori est une amélioration comparée à celle fournie par défaut.

Par contre le /home commun à plusieurs OS ça ajoute de nouvelles possibilités de cafouillage :
dans ce /home commun tu as bien des utilisateurs dédiés à chaque OS ?
Ce qu'il ne faudrait pas faire : avoir seulement un seul dossier /home/yvon qui serait utilisé par plusieurs OS différents / environnements de bureau différents.
→ dans ce cas, des OS et environnements divers se mettraient chacun à écrire leurs propres configurations dans ton dossier perso, en utilisant les mêmes fichiers. Or ce qui est bon pour MX, n'est pas forcément bon pour U20.04 ou autre, tu vois l'idée et le risque ?

Du coup ça intrigue sur les droits et permissions de ce /home/*, la façon dont la partition est accessible par les divers OS, s'il y a plusieurs utilisateurs ont-ils un groupe commun ou s'il n'y en a qu'un a-t-il le même uid sur tous les systèmes, etc…

Si le fait de désactiver / remplacer l'extension gnome-shell desktopicon par DiNG n'améliore pas ton sort il faudrait alors - depuis chaque OS utilisant ce /home et potentiellement ce dossier /home/yvon/Bureau - donner les retours de

id
ls -l /home
ls -l ~
lsblk -fe7 -o +size
cat /etc/fstab
cat ~/.config/user-dirs.dirs

Attention : la commande lsblk répond par un tableau assez large, élargir la fenêtre de terminal avant de la lancer pour ne pas en tronquer le retour.

Ce que je cherche avec ces commandes :
⋅ problème de correspondance nom $USER et uid $USER car c'est l'uid qui est déterminante, pas le nom,
⋅ selon ↑ d'éventuels droits et permissions inadaptées sur tel ou tel dossier,
⋅ qu'il n'y ait pas un loup dans la façon de monter cette partition /home dans l'un ou l'autre système,
⋅ que les dossiers usuels ( Bureau, Documents, Images, etc_etc ) sont bien configurés pour chaque utilisateur…

Plutôt que partager un /home ou des /home/$USER entre divers systèmes et environnements, c'est juste tes fichiers et dossiers perso qu'il faudrait tenir à part ( genre une partition DATA avec un dossier racine pour chaque utilisateur potentiel, où chacun met dedans ses Documents, Images, Vidéos, etc_etc que tu partages simplement via les droits, permissions et groupes, et des liens symboliques. Partition DATA à monter dans /media/DATA ou /home/DATA ou … )
Les /home/$USER tu les laisses sagement à la racine de chaque système, avec dedans les fichiers de configuration qui vont bien pour chaque système ( dans ces config's il y a celles des environnements mais aussi tes profils perso pour chaque logiciel que tu utilises ).

Ça se trouve t'as tout bien fait et le problème ne vient pas de là, mais pour avoir pratiqué quelques années le /home commun à plusieurs OS je sais que ça n'est pas du tout de tout repos. Du moins sans certaines précautions qui à long terme compliquent la vie.

Dernière modification par Coeur Noir (Le 05/03/2021, à 20:31)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#5 Le 05/03/2021, à 14:32

fernand1

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Bonjour coeur noir
Voici mon SSD
mini_21030502171224522017297052.png

sda1 = U16
sda3 = U20 de réserve (j'ai 2 ubuntu 20 avec sda5 copie conforme)
sda4 = U18
sda5 = U20 que j'utilise actuellement
sda6 =data
sda7 = home MX (c'est le même home pour tous les OS, il porte ce nom, car j'ai installé en 1er MX-19)
sda8 = MX-19
sda9 = emmaubuntu
sda10 = iso (je stocke tous mes isos)
sda11 = musique
sda12 =fichiers gsm
sda13 = toutes les sauvegardes de timeshift pour chaque OS

Je reviens pour la suite dans un second envoi
@+

Hors ligne

#6 Le 05/03/2021, à 14:40

fernand1

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Je reviens,
Ce PC est mon PC maître.
J'ai 2 autres PC "esclaves" de marque différente, mais parfaitement clonés sur le maître grâce à rescuezilla.

voilà les retours

yvon@yvon-SATELLITE-C870-15K:~$ id
uid=1000(yvon) gid=1000(yvon) groupes=1000(yvon),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),120(lpadmin),131(lxd),132(sambashare)
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ ls -l /home
total 56
drwxr-xr-x 17 1003 1003  4096 mai   26  2020 gigi
drwx------  2 root root 16384 déc.  29  2019 lost+found
drwxr-xr-x  2 root root  4096 août   3  2020 sda1
drwxr-xr-x 22 1001 1001  4096 août  28  2020 wael
drwxr-xr-x  2 1002 1002  4096 janv. 20  2020 wine
drwxr----- 88 yvon yvon 20480 mars   4 19:27 yvon
drwxr-xr-x 62 yvon yvon  4096 déc.  29 16:26 yvon.001
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ ls -l ~
total 660
-rw-r-----  1 yvon yvon 353220 nov.  30 01:04  aclocal.m4
-rwxr-----  1 yvon yvon   9363 nov.  30 01:03  align.py
drwxr-----  3 yvon yvon   4096 nov.  30 01:05  apparmor
drwxr-xr-x  2 yvon yvon   4096 déc.  29 16:48  autom4te.cache
drwxr-----  3 yvon yvon   4096 nov.  30 01:05  base
drwxr-x---  2 yvon yvon   4096 déc.   2 22:30 'Bibliothèque calibre'
drwxr-xr-x 14 yvon yvon  65536 mars   5 14:10  Bureau
drwxr-x---  4 yvon yvon   4096 janv.  3 19:19 'Calibre Library'
-rwxr-----  1 yvon yvon  10036 nov.  30 01:03  check-plugin.py
-rwxr-----  1 yvon yvon  40096 nov.  30 01:03  check.py
-rw-r-----  1 yvon yvon   2627 nov.  30 01:04  class_cups_drv.inc
-rwxr-----  1 yvon yvon   1935 nov.  30 01:03  class_rpm_build.sh
-rwxr-----  1 yvon yvon   7224 nov.  30 01:03  clean.py
-rwxr-----  1 yvon yvon   9296 nov.  30 01:03  colorcal.py
drwxr-----  2 yvon yvon   4096 nov.  30 01:05  common
drwxr-----  2 yvon yvon   4096 nov.  30 01:05  copier
drwxr----- 10 yvon yvon   4096 nov.  30 01:05  data
drwxr-----  4 yvon yvon   4096 nov.  30 01:05  doc
drwxr-xr-x 27 yvon yvon   4096 mars   4 19:29  Documents
drwxr-----  5 yvon yvon   4096 nov.  30 01:05  fax
drwxr----- 22 yvon yvon   4096 déc.  29 17:22  hplip-3.20.11
drwxr-xr-x  3 yvon yvon   4096 déc.   2 22:22  Images
drwxr-----  2 yvon yvon   4096 nov.  30 01:05  installer
drwxr-----  4 yvon yvon   4096 nov.  30 01:05  io
drwxr-----  2 yvon yvon   4096 nov.  30 01:05  ip
drwxr-x---  8 yvon yvon   4096 déc.  13 15:17 '(null)'
drwxrwxr-x  2 yvon yvon   4096 déc.  31 15:52 'Papiers peints'
drwxr-----  3 yvon yvon   4096 nov.  30 01:05  pcard
drwx------  2 yvon yvon   4096 nov.  24 09:19  PDF
drwxr-----  2 yvon yvon   4096 nov.  30 01:05  plugins
drwxr-----  5 yvon yvon   4096 nov.  30 01:05  ppd
drwxr----- 11 yvon yvon   4096 nov.  30 01:05  prnt
drwxr-----  3 yvon yvon   4096 nov.  30 01:05  protocol
-rw-rw-r--  1 yvon yvon   8366 mars   4 19:27 'Sans nom 13.odt'
drwxr-----  4 yvon yvon   4096 nov.  30 01:05  scan
drwxr-----  2 yvon yvon   4096 nov.  30 01:05  selinux
drwxr-xr-x  6 yvon yvon   4096 févr. 15 16:19  snap
drwxr-xr-x  8 yvon yvon  12288 mars   5 14:02  Téléchargements
drwxr-----  2 yvon yvon   4096 nov.  30 01:05  ui
drwxr-----  2 yvon yvon   4096 nov.  30 01:05  ui4
drwxr-----  2 yvon yvon   4096 nov.  30 01:05  ui5
drwxr-xr-x  4 yvon yvon   4096 janv.  5 14:40  Vidéos
drwxr-xr-x  2 yvon yvon   4096 déc.  31 15:25  Wallpapers
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT   SIZE
sda                                                                              465,8G
├─sda1
│    ext4   Ubuntu 16
│                 2c0e0260-6c35-4b96-ba4f-63e0cf0c51e8                            19,6G
├─sda2
│                                                                                    1K
├─sda3
│    ext4   Ubuntu20 réserv
│                 39132831-3360-4a3b-9230-3c607e65994d                            29,7G
├─sda4
│    ext4   Ubuntu 18
│                 707b92e3-c913-476b-a725-96d66e6ca8b5                            27,5G
├─sda5
│    ext4   Ubuntu20
│                 f4c808b7-5cb3-4294-8d6e-6da9ac1173d7   11,1G    48% /           24,4G
├─sda6
│    vfat   DATA 1
│                 DF1C-6BA3                                                       24,4G
├─sda7
│    ext4   homeMX
│                 047fe3cc-8bab-43ec-934e-2c17ee950dc9     40G    57% /home      107,2G
├─sda8
│    ext4   MX19  c396dff9-ea8a-4ffa-97ad-530055f420d0                            49,3G
├─sda9
│    ext4   emmaus
│                 efcd1afc-6bf8-4af3-93f8-49c7173a653f                            29,4G
├─sda10
│    vfat   ISO   15D0-99AB                                                       49,1G
├─sda11
│    vfat   MUSIQUE
│                 8E3D-026F                                                       41,3G
├─sda12
│    vfat   GSM GIGI
│                 EB6B-9FC7                                                       17,4G
└─sda13
     ext4   time  6f12102c-a91c-4b62-a435-37fabd133874                            41,7G
sr0                                                                               1024M
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=f4c808b7-5cb3-4294-8d6e-6da9ac1173d7 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda7 during installation
UUID=047fe3cc-8bab-43ec-934e-2c17ee950dc9 /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ 
yvon@yvon-SATELLITE-C870-15K:~$ cat ~/.config/user-dirs.dirs
# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run.
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
# 
XDG_DESKTOP_DIR="$HOME/Bureau"
XDG_DOWNLOAD_DIR="$HOME/Téléchargements"
XDG_TEMPLATES_DIR="$HOME/"
XDG_PUBLICSHARE_DIR="$HOME/"
XDG_DOCUMENTS_DIR="$HOME/Documents"
XDG_MUSIC_DIR="$HOME/"
XDG_PICTURES_DIR="$HOME/"
XDG_VIDEOS_DIR="$HOME/Vidéos"
XDG_TELECHARGEMENT_DIR="$HOME/Telechargement"
yvon@yvon-SATELLITE-C870-15K:~$ 

Mon PC tourne comme une horloge, mis à part la façon de fermer libre office par x quand le doc a été initialement placé sur le bureau.
Aucun conflit entre les OS et le home.
Mais par ex: sur MX-19 j'ai l'ancien logiciel le basic de sinclair (années 80, les - de 20 ans ne peuvent pas connaître)
je sauve mes programmes en basic sur le bureau.
Évidemment les autres OS voient l'icone sur le bureau, mais ne peuvent l'ouvrir, ce qui me semble normal.

Donc, je ne sais pas si cela vaut la peine de te décarcasser davantage et moi de risquer de mettre tout en l'air pour ce problème qui a une porte de sortie en ne sauvant plus sur le bureau et qui n'apparaît que sur U20.
À moins que tu découvres quelque chose de flagrant.
En tout cas, si le jeu n'en vaut plus la chandelle, merci d'avance
fernand1

Dernière modification par fernand1 (Le 05/03/2021, à 14:52)

Hors ligne

#7 Le 05/03/2021, à 16:45

Coeur Noir

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Ceci est le contenu du dossier /home ( dans la / de sda5 ) dans lequel « monte » la partition sda7, homeMX :

yvon@yvon-SATELLITE-C870-15K:~$ ls -l /home
total 56
drwxr-xr-x 17 1003 1003  4096 mai   26  2020 gigi
drwx------  2 root root 16384 déc.  29  2019 lost+found
drwxr-xr-x  2 root root  4096 août   3  2020 sda1
drwxr-xr-x 22 1001 1001  4096 août  28  2020 wael
drwxr-xr-x  2 1002 1002  4096 janv. 20  2020 wine
drwxr----- 88 yvon yvon 20480 mars   4 19:27 yvon
drwxr-xr-x 62 yvon yvon  4096 déc.  29 16:26 yvon.001
yvon@yvon-SATELLITE-C870-15K:~$ 

On y voit à priori au moins 3 dossiers personnels « classiques » : gigi, yvon, wael
un moins classique, wine ( est-ce normal d'avoir là un dossier wine, appartenant à 1002 c'est volontaire ? )
un qui m'intrigue, sda1
un autre qui m'intrigue fortement, yvon.001.

Peux-tu éclaircir ce point :
→ dans ce /home commun tu as bien des utilisateurs dédiés à chaque OS ?
Ce qu'il ne faudrait pas faire : avoir un dossier /home/yvon qui serait utilisé par plusieurs OS différents / environnements de bureau différents.

Manifestement il y a des utilisateurs différents « rangés » dans ce /home ( et c'est bien la fonction d'un /home ) MAIS seul l'utilisateur d'uid 1000 nommé yvon est connu du système qui se trouve sur sda5, Ubuntu 20.04.
Le répertoire perso yvon.001 appartient à yvon, mais d'où sort-il ce yvon.001 ?

Je répète, car c'est une certitude vu le fonctionnement des logiciels et systèmes : partager entre plusieurs OS / environnements un même dossier /home/$USER t'expose tôt ou tard à des couacs.
Le fonctionnement erratique du bureau sous 20.04 est potentiellement un de ces couacs, la présence du dossier yvon.001 aussi…

Je comprends que tu n'aies pas envie de changer toute ton organisation ( surtout si elle est clonée telle quelle sur 3 pc ) mais elle n'est pas sans risques.

Sous 20.04, as-tu tenté le remplacement de l'extension gnome-shell desktopicon par DiNG ?

Dernière modification par Coeur Noir (Le 05/03/2021, à 17:17)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#8 Le 05/03/2021, à 20:12

fernand1

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Bonsoir,
je suis allé lancer chaque os.
Sur ceux-ci je suis le seul, il n'y a pas ou plus d'invité
Les noms gigi et wael sont des anciens utilisateurs, sans doute d'un précédent os que j'ai réinstallé
wine je ne sais pas
yvon c'est moi
yvon.001 ?'' est-ce mon double?
Apparemment hors ces bugs, tout tourne.
Je remarque toutefois encore une différence sur le bureau Ubuntu 20 vis-à-vis des autres OS.
pour ouvrir un dossier sur le bureau, je dois faire un clic droit, puis choisir ouvrir, ça ne s'ouvre pas si je clique 2 fois sur l'icône.
Tandis que pour tous les autres OS, on peut ouvrir un dossier par les 2 méthodes.
Bref c'est un détail.
Je n'ai pas installé desktopicon.
Si je dois tenter d'éradiquer yvon.001 ou d'autres dans le home ??? faudra m'indiquer la marche à suivre.
Mais si pas certain, je ne prends pas trop de risque.
Bonne fin de soirée

Hors ligne

#9 Le 05/03/2021, à 20:30

Coeur Noir

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Mmm… ok sans prendre trop de risques.

_____________________

1⋅ Sous ta 20.04, créé un nouvel utilisateur, disons novy. Quitte la session yvon et ouvre celle de novy. Fais-y des essais avec LibreOffice et des enregistrements de fichiers, sur le bureau de cette session toute neuve.
Y-a-t-y du mieux ou ça plante pareil ?

Si dans cette nouvelle session tout va bien avec le bureau et LibreOffice, ça confirme que le pépin se trouve donc dans une config' enregistrée dans la session yvon.
Et vu que le dossier /home/yvon est utilisé par divers OS et environnements ça multiplie d'autant les « coupables » potentiels, et pistes à étudier.

Si dans cette nouvelle session, ça déconne tout pareil, on est soit dans un pépin qui se loge au niveau système 20.04, soit dans l'affichage du bureau, soit dans libreoffice.
Dans ce cas, point 2⋅ pour la piste de l'affichage du bureau.

_____________________

2⋅ desktopicons est déjà installé sur ta 20.04, c'est l'extension gnome-shell qui gère l'affichage de « l'écran bureau ».
Tu remarqueras aussi que le glisser-déposer n'y fonctionne pas toujours…

Restons donc concentrés sur cette histoire de bureau sous 20.04 : je te renvoie au ( début du ) post #4 pour gérer les extensions gnome-shell et tester DiNG à la place de desktopicons.

Si ça n'améliore pas ton sort - en l'état il faudra que tu renonces à utiliser « l'affichage bureau » sous 20.04 ( ce qui ne fera pas disparaître pour autant le dossier /home/yvon/Bureau qui existe toujours, au pire il ne sera juste plus affiché à l'écran  ).

_____________________

Je trouve que ton installation / organisation présente des risques d'instabilité MAIS si à toi à l'usage elle te va bien, ma foi…

Dernière modification par Coeur Noir (Le 05/03/2021, à 20:50)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#10 Le 06/03/2021, à 10:57

fernand1

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Bonjour Coeur noir

J'ai créé un nouvel utilisateur  novy
aucun problème, la fermeture d'un doc dans libre office par le x, ne me chamboule plus  l'accès écran bureau
de même que pour insérer le doc dans un dossier, glisser déposer = ok, idem pour ouvrir le dossier avec un double clic.
Bref tout est redevenu comme sur les autres OS

coeur noir a écrit :

Et vu que le dossier /home/yvon est utilisé par divers OS et environnements ça multiplie d'autant les « coupables » potentiels, et pistes à étudier.

Vu que j'ai une solution de sortie, (en évitant de sauver sur le bureau), la traque des coupables peut être longue
Si j'arrive à appliquer ce que la traque pourra donner, je suis preneur.

Force est de constater que tes bagages dans ce domaine sont de loin plus avancés que les miens et je ne suis pas sûr de pouvoir appliquer tous les remèdes que le traqueur pourra me proposer.
---------------Rajout-----------------
J'avais installé sur U20 un logiciel  ajustement.
Je pense que j'avais un souci que les icônes étaient de teinte grise, je souhaitais les mettre en orange comme dans les autres OS

mini_210306124012160736.png

Je viens de relancer ajustement, clic sur extensions et puis j'ai enclenché desktop icons (voir photo)

Je constate que maintenant je peux ouvrir un dossier par un double clic, je peux glisser et déposer un doc dans un dossier,, ne reste plus comme lacune que fermer dans libre office  par x un doc initialement sauvé sur le bureau.
Les problèmes se sont réduits à une peau de chagrin
-----------------------dernier rajout----------------
J'ai déclenché extension donc desktop icons , je conserve toutes les opportunités sauf fermer doc par x.

Donc  je ne suis pas sûr que c'est le fait d'avoir été sur le logiciel ajustement qui ait solutionné mes 2 problèmes sur les 3. Reste donc le x avec perte partielle des icônes sur l'écran bureau.
Bref, à défaut de mieux, je me contente de ça.
en attendant grand merci.

Dernière modification par fernand1 (Le 06/03/2021, à 14:55)

Hors ligne

#11 Le 06/03/2021, à 17:20

Coeur Noir

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Bah hélas, ça semble confirmer que le cafouillage vient du partage d'un même /home/$USER entre plusieurs OS et environnements
( puisqu'un nouvel /home/$USER - celui de novy - lui qui n'est utilisé que dans 20.04 et partagé avec aucun autre OS ou environnement, fonctionne comme espéré ).

Donc seule solution à cela, réorganiser complètement tes données pour « mieux » séparer d'un côté les données systèmes ( à cloisonner ) et d'un autre les données « humaines » ( à partager ).

Ça n'aurait rien de très compliqué - mais à distance, par forum interposé, on aura vite fait d'oublier quelque chose ou de risquer un problème d'interprétation quelconque.

Ci-après, 2 stratégies visant à séparer les données purement humaines des données humaines mais avec un impact sur le système.
La première est d'ores et déjà applicable à ta situation ( /home séparé ).
La seconde est plus facile à gérer à long terme ( mais en partant de ta situation nécessiterait quelques manipulations préalables ).


_________________________

Le contexte c'est un pc dans lequel on veut utiliser plusieurs OS tout en retrouvant dans chacun d'eux les mêmes « affaires personnelles » ( Bureau, Documents, Images, etc_etc ), et possiblement pour chaque utilisateur potentiel.

L'idée générale c'est de traiter indépendamment les OS et les affaires personnelles.

Pourquoi une partition /home séparée mais commune à plusieurs OS n'est-elle pas la meilleure idée dans ce cas ?
⋅ Le /home contient les répertoires personnels des $USER. Dans chacun de ces répertoires il y a donc { Bureau, Documents, Images, etc_etc } mais aussi cachées toutes les config's logicielles relatives à cet $USER dans tel système.
⋅ La partie { Bureau, Documents, Images, etc_etc } de ce dossier $USER est tout à fait partageable entre plusieurs systèmes : ce sont les fichiers et dossiers créés par $USER, pour $USER, ils n'ont aucun impact sur le fonctionnement du système sous-jacent.
⋅ Par contre la partie { config's logicielles } de cet $USER, elle, est liée au système, à son environnement, à ses versions de logiciels installés. Cette partie de /home/$USER découle d'une part spécifiquement du système auquel $USER est connecté et d'autre part a un impact sur le fonctionnement du système sous-jacent ( comment tu as réglé tes panels, ton dock, tes raccourcis, le style, les icônes, tes préférence dans LibreOffice, ou celles du terminal, de Gimp, d'un éditeur de textes, etc_etc ).

D'où la nécessité absolue de ne surtout pas partager des /home/$USER entre divers OS :
⋅ Cela ne poserait certes pas de problèmes pour la partie { Bureau, Documents, Images, etc_etc } puisque ces contenus n'ont pas d'impact sur le fonctionnement du système.
⋅ Mais par contre tôt ou tard ça posera inévitablement problème sur la partie { config's logicielles } : d'un OS à l'autre, ces config's perso vont nécessairement différer tout en utilisant un certains nombre de fichiers communs pour consigner leurs infos. Et c'est là que des couacs vont commencer à apparaître : ce qu'écrira là MX ne sera pas forcément bon pour U20.04, ce qu'écrira là U18.04 ne sera pas bon pour MX, etc, à multiplier par la combinaison du nombre d'OS en jeu…

Donc on fait comment pour éviter la cacophonie des config's ?
Il y a plusieurs stratégies, avec le même objectif : isoler les données humaines ( sans impact sur le système ) des données avec impact sur le système.

STRATÉGIE 1 : Puisque chez toi il y a déjà une partition /home séparée, déjà montée dans chaque OS

1⋅ il s'agirait dans chaque OS de créer un nouvel utilisateur dédié.
Par exemple dans U20.04 tu utiliseras toujours la session nouvellement créée novy,
dans MX tu utiliseras toujours la session nouvellement créée novy-mx,
dans U18.04 tu utiliseras toujours la session nouvellement créée novy-18.
cette idée d'utilisateurs dédiés par système est très importante, c'est elle qui garantit la séparation des données avec ou sans impact sur le système !

2⋅ faire en sorte que novy, novy-mx, novy-18 aient les mêmes uid/gid [ pense-bête à mon attention : https://muffinresearch.co.uk/linux-chan … -for-user/ ]
→ à partir de ce moment novy, novy-mx et novy-18 ont tous les 3 les mêmes droits sur les 3 dossiers /home/{novy, novy-mx, novy-18} ce qui est pratique pour partager la partie visible { Bureau, Documents, Images, etc_etc } entre ces trois sessions.

3⋅ éventuellement rapatrier chez un de ces utilisateurs nouveaux les documents humains visibles sans impact sur le système { Bureau, Documents, Images, etc_etc } et chez les 2 autres remplacer les dossiers { Bureau, Documents, Images, etc_etc } par des liens symboliques qui ciblent ce qu'on a stocké chez le premier.
on ne touche pas aux fichiers cachés ( les configurations diverses ) ça, ça reste sagement chacun chez soi.

C'est une stratégie tenable dans le cas d'un /home séparé commun à plusieurs OS - tant qu'il n'y a pas trop d'utilisateurs en jeu dans chaque système.
Un utilisateur par système → un dossier $USER par système  → soit 3 dossiers distincts dans /home → c'est gérable
3 utilisateurs par système → un dossier $USER par système  → soit 9 dossiers distincts dans /home → ça commence à compliquer les manipulations…



STRATÉGIE 2 : avec /home inclus classiquement à chaque système MAIS une partition séparée uniquement pour les datas humaines sans impact sur le système
Le principe reste le même, isoler les données humaines ( sans impact sur le système ) des données avec impact sur le système sauf que cette fois c'est uniquement les données visibles et sans impact qu'on range dans une partition dédiée.
L'avantage de cette solution c'est qu'à la longue elle engendre beaucoup moins de dossiers et d'utilisateurs à gérer.

1⋅ d'un côté de son ou ses disques on créée une partition ± 40 Go par système à installer. On installe chaque système classiquement, une racine / complète par partition
→ chaque système a donc son dossier /home inclus dédié, avec dedans les dossiers $USER contenant les config's cachées propres à chaque couple système-utilisateur,
→ autrement dit il n'y a plus à se demander quel utilisateur va bien avec quel système, il y a d'office des utilisateurs cloisonnés par système.

2⋅ d'un autre côté on se garde une grosse partition ( appelons-la USERS-DATA ) dans laquelle on met à la racine un dossier par $USER potentiel, appartenant à chaque $USER : un dossier pour l'utilisateur d'uid 1000, un dossier pour l'utilisateur d'uid 1001, un dossier pour l'utilisateur d'uid 1002, etc. Dans chacun de ces dossiers on stocke uniquement les { Bureau, Documents, Images, etc_etc } de chacun, mais pas les fichiers cachés de config's.
→ là, chaque utilisateur a son propre dossier à lui et lui seul, pour ranger ses données à lui.

3⋅ dans chaque OS on fait monter le contenu de la grosse partition USERS-DATA dans un emplacement opportun, par exemple /media/USERS-DATA
→ à partir de là, un utilisateur d'uid XXXX, depuis n'importe quel système, a accès à tout ce qui se trouve dans le dossier appartenant à l'$USER d'uid XXXX dans la grosse partition USERS-DATA.
optionnellement on peut dans chaque /home/$USER_XXXX de chaque OS remplacer les dossiers { Bureau, Documents, Images, etc_etc } par des liens symboliques qui ciblent /media/USERS-DATA/$USER_XXXX/{ Bureau, Documents, Images, etc_etc }

Avantages de la stratégie 2 sur la 1 :
⋅ On a un emplacement qui contient toutes les données perso des utilisateurs, sans impact sur le système ( facile à sauvegarder, clôner, récupérer, réorganiser, déplacer si besoin ) → la partition dédiée USERS-DATA.
⋅ On n'a jamais là qu'un seul dossier par utilisateur ( un utilisateur = une uid, même si le nom en toutes lettres est différent d'un OS à l'autre ), quel que soit le nombre de systèmes qui viendront y piocher des données.
⋅ Dans chaque système on continue d'avoir un emplacement dédié par utilisateur pour ses config's, associées au système adéquat → dans chaque /home/$USER → c'est bien cloisonné !
⋅ Puisque les systèmes ne contiennent pas directement les { Bureau, Documents, Images, etc_etc } des divers $USER, tu peux triturer, modifier, casser, supprimer, réinstaller des systèmes à ta guise sans craindre de perdre ces données perso.
⋅ Elle requiert moins de manipulations : une fois par système, s'assurer que la grosse partition monte bien automatiquement dès le démarrage + une fois par nouvel utilisateur qu'on souhaiterait ajouter, lui créer un dossier qui lui appartient dans la grosse partition USERS-DATA ( l'astuce des liens symboliques n'étant qu'un confort optionnel, facultatif ).
⋅ S'il faut ensuite organiser des partages de données entre divers utilisateurs, il n'y a qu'à gérer les droits et permissions adéquates dans la partition USERS-DATA + ajouter des utilisateurs (uid) à un ou des groupes (gid) dans le ou les OS souhaités.
⋅ Dans mon exemple on va dire que j'ai strictement séparé l'aspect config's-utilisateur de l'aspect données-utilisateur mais rien n'interdit de partager le profil d'un logiciel donné pour un utilisateur donné en le stockant dans le dossier de l'$USER en question dans la partition USERS-DATA ( par ex. les profils de Firefox ou Thunderbird ou autres ). C'est complètement « granulaire » et adaptable.
⋅ Dans le même ordre d'idées on peut aussi mettre en commun entre plusieurs systèmes certaines ressources ( par ex. un dossier de polices de caractères, ou de fonds d'écrans, que tu voudrais retrouver dans tous tes OS )…

Inconvénients ?
⋅ Elle ne met bien sûr pas complètement à l'abri du mauvais usage d'un système ( par ex. cumuler sous un seul $USER des environnements de bureau différents → sous ×buntu ça reste peu recommandable ).
⋅ Si elle est plutôt simple à mettre en place quand on y pense dès le départ au moment de l'installation, elle demandera un peu de gymnastique « après coup ». Mais ça reste complètement faisable de passer d'un système bâti en stratégie 1 vers un système en stratégie 2, c'est juste un jeu de chaises musicales en quelque sorte.

_____________________

Il existe sans doute d'autres stratégies. Mais je dirais que ces 2 là sont les plus courantes pour :
⋅ une machine,
⋅ plusieurs OS Linux,
⋅ un ou plusieurs utilisateurs.

On agirait autrement si un Windows traînait dans les parages.
Ou si on a plusieurs ordi sur un réseau local, dont l'un ferait office de serveur pour les autres…

Je n'ai pas abordé non plus l'aspect matériel, car la nature des disques favorisera aussi une stratégie plutôt que l'autre.

big_smile

Dernière modification par Coeur Noir (Le 07/03/2021, à 18:34)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#12 Le 07/03/2021, à 20:00

fernand1

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Bonsoir coeur noir,

J'ai donc mon PC maître qui me crée ce bug lors de la fermeture d'un doc par le x, doc qui initialement était logé sur le bureau.
J'ai dupliqué 2 pc que j'appelle pc esclave, via rescuezilla clonage du ssd complet.
Je retrouve donc une copie conforme sur les 2 esclaves.
Tous mes OS, mon home et tutti quanti
Je viens de tester et tenté de reproduire ce bug du x.
Le bug ne se produit pas, sur les 2 pc clone.
A mon avis mon pc maître est ensorcelé, à défaut d'un traqueur, je vais aller trouver un exorciste.

Ne te casse plus trop la tête à mon propos, la mienne est déjà en morceaux.
Sur le PC qui bug, j'ai 6 OS, donc 6 libre office
Ayant 2 ubuntu 20, il me reste 4 libre-office parfaitement opérationnels.
Les 2 libre office, il me suffira de ne pas placer les doc sur le bureau.
Toujours au plaisir de te lire.
fernand1

Dernière modification par fernand1 (Le 07/03/2021, à 20:03)

Hors ligne

#13 Le 07/03/2021, à 21:24

Coeur Noir

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Reste une « faiblesse » dans tes installations qui tôt ou tard peut mener à des problèmes : en gros tu partages entre divers OS des « profils utilisateurs » ( les dossiers /home/$USER ) pas forcément « compatibles » entre ces divers OS.

Le bug ne se produit pas, sur les 2 pc clone.
Pour l'instant, car sur ces PC tu n'as probablement pas encore jonglé aussi souvent d'un OS à l'autre, au point qu'un OS stocke une info ( dans un /home/$USER ) qui ne conviendrait pas à un autre OS.

Et pour cibler cette « info » discordante, dans ta situation, c'est compliqué :
⋅ sous 20.04 le fonctionnement du bureau semble impacté → ça suggère un paramètre d'environnement de bureau qui en passant d'un OS à l'autre crée un couac, mais…
⋅ on peut aussi penser que c'est lié à libreoffice → ça suggère qu'une préférence perso de LO crée possiblement un couac en passant d'un OS à l'autre mais…
⋅ est-on sûr que c'est circonscrit à 20.04 ou à libreoffice ou au bureau : à l'usage ne vas-tu pas t'apercevoir que tu as le même genre d'écueils avec d'autres logiciels ?

C'est justement pour éviter que des paramètres de bureau ou des préférences perso de logiciels passent d'un OS à l'autre - où les environnements de bureau sont différents et les versions de logiciels pas à même niveau -
que tu devrais au moins procéder aux points 1⋅ et 2⋅ de la stratégie 1 : c'est à dire avoir pour chaque OS des utilisateurs dédiés, et ne lancer dans un OS que son utilisateur exclusivement dédié.

Sans cela, tu peux probablement limiter un peu des risques de couac en t'assurant par ex. que tu as la même version de LibreOffice ( et autres logiciels que tu utilises fréquemment ) dans tous tes OS ( pas dit que ça soit simple à maintenir à moyen terme ).

En tout cas tant que tu utilises un même /home/$USER entre plusieurs OS, le risque de couacs est inévitable, ça n'est qu'une question de temps.

Voilà, voilà, un homme averti en vaut deux. Pense à sauvegarder régulièrement tes affaires perso's ailleurs que dans un de ces pc et à toujours avoir disponible sur dvd ou clé usb, une .iso d'un système prêt à démarrer en live-session pour le jour funeste où tu seras complètement bloqué lol

Dernière modification par Coeur Noir (Le 07/03/2021, à 21:26)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#14 Le 12/03/2021, à 22:15

fernand1

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Bonsoir coeur noir,

J'ai contourné mon bug.
J'ai tout d'abord échangé mes SSD entre mon PC maître et un de mes PC esclaves.
Effectivement je retrouvais le bug du X sur le PC esclave et le PC maître n'affichait plus ce bug.

J'ai repositionné les SSD dans leur PC d'origine.
J'ai sauvé mon home avec déjà dup et ai sauvé tous les logiciels avec Timeshift dans ce PC maître buggué.
J'ai avec rescuezilla récupéré sur un HDD externe le contenu sans bug du PC esclave et je l'ai réintroduit dans mon PC maître. (mes 6 OS et mes data)
Après vérif du bon fonctionnement, j'ai réactualisé avec déjà-dup et timeshift pour remettre à jour.
Mon PC maître est ok, le bug n'est plus là.
Évidemment je ne sais pas ce qui s'était passé.
Je clos et mets en résolu.

Hors ligne

#15 Le 13/03/2021, à 00:01

Coeur Noir

Re : (Résolu) perte bureau lors de la fermeture de libre office par X

Évidemment je ne sais pas ce qui s'était passé.
L'explication tu l'as déjà : tu utilises un même /home/$USER entre plusieurs OS ( et, donc, environnements de bureau ), le risque de couacs est inéluctable, ça n'est qu'une question de temps.
La solution tu l'as aussi : à minima dédier un utilisateur par système, et dans chaque système toujours utiliser cette session utilisateur dédiée. Le partage des documents, tu l'assures en attribuant un uid commun aux utilisateurs ( de noms différents ) qui doivent entre eux partager des documents ( et cela quel que soit l'OS Linux ). Le terme « documents » désignant tout type de fichiers visibles et créés par et pour des humains, en opposition aux fichiers de configurations cachés ( le couac a lieu parmi eux ).

Tu seras peut-être tranquille des mois sans couac. Ou pas. Tout dépend du si et du quand tu reproduis l'enchaînement « d'actions » qui mène à un couac entre tel et tel OS / entre tel et tel environnement de bureau / entre tel et tel logiciel.

Tant que tu ne cloisonneras pas mieux tes « profils utilisateurs = fichiers cachés de configuration » à chaque système, le risque de couac est une certitude.

En jonglant avec tes disques et sauvegardes, tu as rétabli dans ton pc maître un état des fichiers de configuration qui n'a jamais connu l'enchaînement « d'actions » qui mène à un couac.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne