Dans la série des « gestes et pratiques » qui finissent par provoquer « plein de petites choses agaçantes » :
⋅ cumuler dans un même système - et qui plus est sous un même utilisateur - des environnements de bureau différents
→ sous ×buntu, le cumul d'environnements n'est pas de tout repos, sauf précautions particulières ( entre autre
s : dédier un utilisateur par environnement ).
⋅ lancer des applications « graphiques » via
sudo modifie fatalement des droits et permissions dans /home/$USER avec des conséquences ± fâcheuses selon les appli's et fichiers impactés par les changements de droits et permissions. Jusqu'à empêcher l'accès à la session graphique.
→
sudo on ne s'en sert que dans un terminal ou en console pour des commandes ou actions qui ont lieu exclusivement dans le terminal ou la console. Nulle part ailleurs.
Je ne prétends pas que c'est ce qui t'est arrivé Jean-Yvon. Juste je signale que ces ↑ 2 pratiques sont sources de nombreux ennuis - dont certains évoquent ta description initiale.
Pour la commande
cp, si tu l'as exécutée sur ton système fraîchement installé, l'option
-u explique en partie pourquoi des fichiers cachés n'ont pas été modifiés :
ne copier que quand le fichier SOURCE est plus récent que le fichier de destination ou quand le fichier de destination est manquant
→ sur ta clé ( source ) les fichiers cachés sont plus
anciens que ceux déjà existants sur ton ( nouveau ) système,
→ ça aurait quand même du ajouter les cachés qui existent sur la clé mais n'existent pas sur l'ordi.
Peut-être des
ls -la /home/poon
et, le média amovible branché,
ls -la /media/poon/SAUVE
lèveraient des doutes sur l’arborescence, l'organisation des données sur la clé ou sur des questions de droits et permissions ?
