Est-il possible de déplacer le dossier de départ vers une nouvelle installation d'Ubuntu pour conserver tous les paramètres et réglages apportés à l'utilisateur sur cet ordinateur ? Par exemple, si je crée un nouvel utilisateur sur la nouvelle installation d'Ubuntu avec le même nom et le même mot de passe que l'utilisateur que je souhaite déplacer vers la nouvelle installation d'Ubuntu. Cela fonctionnera-t-il, ou mieux encore, est-ce sûr ?
Réponse acceptée :
Oui. J'ai fait plusieurs fois. rsync a un mode "-a" qui préserve la propriété, les temps de fichier, tout. Peut envoyer des fichiers sur le réseau. Ou vous pouvez copier sur un disque externe au format ext4 et restaurer avec rsync. N'oubliez pas de ne pas copier avec le glisser-déposer ordinaire, utilisez rsync et conservez l'archive de toutes les propriétés ("-a").
Supposons que my.old.computer ait votre compte "myuser".
Configurer le nouvel ordinateur my.new.computer. Créez-y "myuser". si vous êtes exigeant, récupérez l'ID utilisateur et l'ID de groupe de l'ancien système et attribuez-les lorsque vous créez le compte utilisateur. Cela peut réduire les problèmes, mais je pense que je le fais uniquement parce que je suis démodé et que cela a mal tourné une fois en 2005. Vous voyez ce que je veux dire à propos de uid et gid ? Numéros du compte utilisateur. Sur l'ancien système, exécutez "id myuser", puis lorsque vous créez le nouvel utilisateur sur un nouvel ordinateur, vous attribuez les mêmes uid et gid.
Créez un autre compte sur ces deux systèmes, nous ne voulons pas essayer de copier un dossier utilisateur pour "myuser" lorsque cet utilisateur est connecté, car une session dépend des fichiers que vous détruisez. Répéter :Ne doit pas se connecter en tant que myuser lorsque vous souhaitez copier des fichiers pour le compte myuser. Sur l'un ou l'autre système.
Sur le nouveau système, en tant que root, déplacez le répertoire utilisateur par défaut (soyez prudent, ne le supprimez pas !), puis créez un nouveau répertoire
sudo mv /home/myuser /home/myuser.orig
sudo mkdir /home/myuser
sudo chown myuser.myuser /home/myuser
Vous avez besoin de cette dernière étape pour que votre compte d'utilisateur ordinaire puisse rsync les fichiers. Nous ne voulons pas faire cela en tant que root
Copiez ensuite le dossier /home/myuser de l'ancien au nouveau, en utilisant le rsync drapeaux -rav .
Peut envoyer des fichiers de l'ancien système au nouveau système. Sur l'ancien système
cd /home
rsync -e ssh -ravn myuser [email protected]:/home
Où :
-r:récursif-a:mode archivage-v:mode verbeux. Tu peux laisser tomber ça ira plus vite. Mais avec moins d'assurance.-n:n'effectuez aucune modification
Je mets le -n flag parce que je veux un test; s'il y a des erreurs, nous le découvrirons. Après le test, exécutez la même commande sans -n drapeau.
Cela ne fonctionnera que si votre compte utilisateur dispose des autorisations nécessaires pour copier et écrire les fichiers dans /home/myuser. Je ne sais pas exactement comment faire cela sans être root, mais je le savais, et je parie que quelqu'un ici sait quoi faire.
Ou si vous êtes dans un nouveau système, vous pouvez copier à partir d'un autre
cd /home
rsync -e ssh -rav my.old.computer:/home/myuser .
Période . désigne le répertoire de travail courant. Exécuter avec le -n premier à voir ce qui ne va pas.
Je l'ai fait plusieurs fois. Le réglage manuel de l'uid et du gid ne devrait vraiment pas être nécessaire, car la combinaison de ssh et de rsync devrait affecter correctement les nouveaux fichiers. Cependant, je me suis trompé une fois et tous les nouveaux fichiers sont apparus comme utilisés par le mauvais utilisateur. Où vous vous attendez à voir une sortie ls -la comme celle-ci :
rw------- 1 myuser myuser 174 Aug 4 22:43 .Xauthority
vous voyez des numéros d'utilisateur, comme
rw------- 1 504 50004 174 Aug 4 22:43 .Xauthority
ou, pire, le nom d'un autre utilisateur. Cela se produit parce que l'uid et le gid déterminent réellement la propriété du fichier ; le nom lisible par l'homme est superficiel.
Vous pouvez généralement vous en sortir avec chown , mais vous ne verrez pas si vous alignez l'uid et le gid.
Ne vous inquiétez pas trop si la copie échoue une fois ou fait quelque chose que vous n'attendez pas, car vous pouvez toujours recommencer. Vous ne détruisez pas l'ancien ordinateur, et le nouvel ordinateur est, eh bien, une ardoise vierge.
Je pense que certains amateurs de tar diront que la meilleure façon est de tarer l'ancien, de déplacer le fichier tar.gz, puis de le développer. En 2003 environ, cela nous semblait vital, mais dernièrement, la méthode rsync a bien fonctionné.
Au fait, si quelqu'un est intéressé à en savoir plus sur rsync , le man rsync est l'une des pages de manuel les meilleures et les plus utiles de tous les temps. Il est lisible par l'homme avec une tonne d'exemples et c'est l'une des raisons pour lesquelles je m'accroche à rsync comme un radeau de sauvetage dans l'entretien du système.