Pourquoi la copie de mon dossier personnel sur une nouvelle machine n'a-t-elle pas préservé toutes les préférences?

Donc, je devais déplacer mes données existantes vers une nouvelle machine. Je m'attendais à ce que tous les paramètres (par exemple, les signets Google Chrome, le contenu de la barre de navigation dans gnome3, etc.) soient conservés si je les copiais simplement $HOMEsur la nouvelle machine. C'est ce que j'ai fait:

Installé tous les paquets de l' installation ancienne: sudo yum install -y $(cat old-rpm-list.txt).
Ancien lecteur monté dans la nouvelle installation de Fedora 19: vgscan && vgchange -a yet mount /dev/f19old/home /mnt/oldhome)
Copié ancien répertoire au nouveau répertoire: cp -avpr --preserve=all /mnt/oldhome/user /home/.
Mettre à jour tous les paquets et redémarré: sudo yum update -y && reboot

Donc, puisque tous les fichiers de préférences ( ~/.*) ont été déplacés vers la nouvelle installation, je pensais que tout serait préservé. Mais mon chrome n’a pas mes signets et ma barre de navigation et mes paramètres VPN (les préférences de gnome, je présume) n’ont pas été préservés.

Ai-je oublié des fichiers dont je devais venir /etc/ou quelque chose?

— CHK
source

Est-ce que vos anciens et nouveaux utilisateurs ont le même UID?

— Matthias Krull

@matthiaskrull Oui. Vieux:

uid=1000(user) gid=1000(user) groups=1000(user),10(wheel),1001(vboxusers) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

. Nouveau:uid=1000(user) gid=1000(user) groups=1000(user),10(wheel) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

— CHK

Pourquoi pensez-vous que vous n'avez pas les mêmes préférences? Êtes-vous sûr que votre problème n'est pas lié à des modifications du logiciel que vous utilisez?

— Zoredache

@Zoredache Il ne devrait y avoir aucune modification du logiciel en cours d'exécution. L'ancien et le nouveau doivent avoir les mêmes packages installés et ont été entièrement mis à jour. De plus, virt-manager ne possède plus aucune machine virtuelle.

— CHK

Donc, puisque tous les fichiers de préférences (~ /.*) ont été déplacés vers la nouvelle installation

On dirait qu'ils ne l'étaient pas pour moi.

La commande cp que vous avez utilisée n'a peut-être pas copié les dossiers / fichiers cachés de votre répertoire personnel. Etant donné que la majorité (sinon la totalité) des préférences spécifiques à l'utilisateur sont conservées, il semble probable qu'elles n'ont pas été copiées.

lancez-le dans votre ancien dossier de départ

ls -la

Pour afficher une liste de dossiers avec des dossiers cachés. Ils commencent tous par. Vous pouvez soit essayer de les copier un par un, soit procéder comme ceci:

cp -var {.config,.VirtualBox,.mozilla} /your/new/home/folder/location

Cela dit, j’ai toujours été moi-même un fan de rsync

rsync -var --progress /home/CHK /newhome

Une fois la copie terminée, assurez-vous que la propriété du dossier est correcte en émettant

chown -R CHK:CHK /home/CHK

ps. Aussi -p et --preverse-all sont identiques

— GeoSword
source

Les horodatages indiquent que la copie de fichier cachée a fonctionné: `user @ work ~ $ ls -la | total tête 12660 drwx - x --- + 78 utilisateur utilisateur 4096 10/10 14:02. drwxr-xr-x. 4 racine racine 4096 8 juillet 04:56 .. drwxrwxr-x. 2 utilisateur utilisateur 4096 25 novembre 13:13 .389-console drwx ------. 3 utilisateur utilisateur 4096 17 avril 2013 .adobe drwxrwxr-x. 9 utilisateur utilisateur 4096 28 mai 2013 apache-tomcat-6.0.26 drwxrwxr-x. 4 utilisateur utilisateur 4096 14 juin 16:35 apps drwxrwxr-x. 9 utilisateur utilisateur 4096 1 nov 17:18 sauvegarde -rw -------. 1 utilisateur utilisateur 36047 10/10 14:09 .bash_history -rw-r - r--. 1 utilisateur utilisateur 18 nov. 29 2012 .bash_logout`

— CHK

En outre, la page de manuel indique -p== --preserve=mode,ownership,timestampset je crois qu’il ya 6 possibilités (ces 3 et le contexte, les liens, xattr). =allessaie de les faire tous.

— CHK