Changer le nom système¹⁾ d'une utilisatrice est une opération relativement simple, en première instance. Mais plus on aura installé, adapté, configuré d'éléments de son environnement de travail, plus on risque d'avoir créé des adhérences au nom du répertoire de l'utilisatrice, voire à son nom littéral²⁾.

La procédure suivie dans cette fiche s'accompagne du renommage du répertoire de base de l'utilisatrice⁴⁾. En conséquence, tous les liens absolus internes au répertoire base, se trouveront cassés à l'issue de la procédure de renommage.

Source : Linux Change or Rename User Name and UID (user-id).

La première et plus importante chose à faire est de renommer l'utilisatrice au niveau du système d'exploitation. Je suppose qu'on utilise une station de travail⁵⁾.

1. Quitter la session graphique en se déconnectant
2. Basculer l'affichage vers une console (Ctrl + Alt + F2)
3. Se connecter en root, puis exécuter la liste des commandes suivantes (remplacer “ancien” par l'ancien username d'utilisatrice et “nouveau” par le username que vous souhaitez donner à cette utilisatrice) :

   killall -u ancien
   id ancien
   usermod -l nouveau ancien
   groupmod -n nouveau ancien
   usermod -d /home/nouveau -m nouveau
   usermod -c “New Real Name” nouveau
   id nouveau

Ceci mettra en place la configuration de base qui permettra à l'utilisatrice de se connecter avec son nouveau username tout en conservant : son mot de passe, ses droits (y compris su), son répertoire (home directory), sa boîte mail system (/var/mail:…).

Les indications qui suivent ne prétendent à aucune exhaustivité ! Tout dépendra du niveau de personnalisation de votre système.

Si vous renommez votre utilisatrice principale⁶⁾, vous avez très probablement aliassé l'adresse mail de root avec celle de cette utilisatrice. La modification du username n'est pas répercutée sur cet alias. Il faut aller modifier le fichier des alias.

# nano /etc/aliases  ⇒ puis effectuer le la modification d'alias de root
# newaliases  ⇒ indispensable pour les modification faites dans le fichier soit prises en compte

Servers > Postfix > Mail Aliases

Le répertoire par défaut de Dolphin étant enregistré en dur, vous pouvez avoir l'impression que vos fichiers ont disparu… Il n'en est rien. Reconfigurez Dolphin pour définir l'emplacement de votre “Dossier personnel”.

Les raccourcis personnalisés placé sur le bureau ou dans le tableau de bord conservent l'ancien chemin du répertoire et deviennent inutilisables. En attendant de trouver mieux⁷⁾ : créer de nouveaux raccourcis puis supprimer les anciens.

Les applications que vous aurez installées en mode local ont toutes les chances d'avoir enregistré les noms de leurs répertoires de travail et fichiers de configuration sous la forme de chemins absolus Il faudra donc les reprendre une à une.

Sources :

• Linux Commands – Find Broken Symlinks
• symlinks(8) - Linux man page ne serait-ce que pour la description des différentes manières qu'a un lien d'être “cassé”

Certains liens symboliques pointant sur ou à l'intérieur du répertoire de base⁸⁾ à l'ancien nom risquent d'être cassés. Les lien internes au répertoire de base⁹⁾ pourraient ne pas l'être à condition qu'il aient été créés sous la forme de chemins relatifs.

$ find /path/to/search -xtype l

Sur un poste de travail, on risque fort de découvrir l'existence de liens cassés¹⁰⁾ sans rapport avec le changement que l'on vient d'opérer.

Ce peut être l'occasion de faire du ménage. Par la suite, cela permettra de se focaliser sur les seuls liens cassés du fait du changement de nom du répertoire de base.

Si l'ancien nom est définitivement abandonné¹¹⁾ un lien symbolique /home/<ancien nom> → /home/<nouveau nom> rétablira la continuité des liens. Il s'agit d'une solution d'urgence car on introduit une double liaison et une adhérence permanente. Cette technique permet de se donner le temps de traiter proprement la question.

# ln -s /home/<nouveau nom> /home/<ancien nom>

# apt install symlinks

Les scripts où il est fait référence à l'ancien répertoire de base seront défaillants. Ils sont potentiellement dangereux¹²⁾. De plus, des scripts agissant sur le répertoire utilisatrice peuvent être lancés automatiquement¹³⁾.