Comment copier avec cp pour inclure les fichiers et répertoires cachés et leur contenu ?

C'est la meilleure réponse à ce dont j'avais besoin et probablement à beaucoup d'autres.

Je pense que cela fonctionne car normalement, cela devrait créer un nouveau dossier avec le nom du dernier dossier dans le premier argument. Cependant, puisque ce nom est . ce comportement nécessiterait la création d'un répertoire déjà existant, donc il saute cette étape.

J'ai envisagé une modification mais je préfère commenter pour donner plus de chance à la révision. Je pense qu'il devrait y avoir une troisième ligne de commande disant chown -R <new_user>:<new_user> /home/<new_user> pour transmettre la propriété des fichiers au nouvel utilisateur.

Eh bien, je ne suis pas d'accord, la réponse actuelle est la bonne pour la question. Vous devriez également modifier le titre de la question (et la question elle-même) pour qu'il corresponde à la modification suggérée pour cette réponse.

Ce n'est jamais mauvais si la réponse est meilleure que la question. Cela pourrait être dans une note séparée. Si vous ne faites pas cela, vous vous retrouverez avec un non-fonctionnement, ce qui peut être surprenant car les outils système qui copient automatiquement le squelette s'assurent que la propriété est correcte. Je dirais même qu'il s'agit là d'une solution à la question, mais elle n'a pas de sens. crée un nouveau problème en cours de route qu'il ne résout pas.

Notez que les réponses ne s'adressent pas seulement au PO mais aussi à toute personne qui trouve la page via une recherche sur le web.

La raison pour laquelle cela fonctionne est que c'est équivalent à cp -r /etc/skel /home/<new_user> . Le point . est un nom Shell équivalent à " Ce répertoire ", tout comme le double point .. signifie " Monter d'un répertoire " relatif au chemin donné. C'est un spécificateur de chemin relatif. Essayez ceci : ls -d /etc/skel/. Vous devriez voir que bash eval à ce sujet : /etc/skel/. Si vous deviez essayer ls -l /home/<myuser>/. vous verrez des fichiers dans /home/<myuser>

@BrunoPereira : Merci ! Votre solution a fonctionné pour moi mais je suis curieux de savoir pourquoi l'utilisation de '.' (point) copie le fichier caché.

Hy @Technext, l'explication de TrinitronX semble être sur le coup : je ne pourrais pas mieux l'expliquer moi-même.

Hmmm... j'ai lu son commentaire mais j'étais ensuite confus quant à la raison pour laquelle * ne fonctionne pas. Il semble que * corresponde à tout sauf aux fichiers point (.).

@Technext Le globbing par défaut dans bash n'inclut pas les noms de fichiers commençant par un . pour le modifier, vous devez utiliser l'option shopt -s dotglob avant de pouvoir inclure ces fichiers. Ainsi, avec * par défaut, vous demandez de copier tous les fichiers récursivement à partir de ce répertoire qui peut être étendu en utilisant * (qui n'inclut pas les fichiers cachés par défaut). Tandis qu'à l'autre bout, avec . vous utilisez cp pour copier récursivement tout depuis "ce répertoire".

@BrunoPereira : Merci beaucoup pour l'explication ! :) Maintenant tout est clair. :)

Ceci devrait être une réponse acceptée

@JulienPalard Nous avons enfin une réponse à cette question !

Notez que vous devez utiliser cp -R parce que cp -r n'est pas bien défini par POSIX (et a un comportement légèrement différent sous macOS). Voir pubs.opengroup.org/onlinepubs/009695399/utilités/cp.html y unix.stackexchange.com/questions/18712/

Fonctionne exactement pour copier comme prévu

J'adore quand tu utilises le bon drapeau cmd pour un seul cas.

Non supporté sur toutes les versions de cp hélas, mais super quand il est là.

Ne fonctionne pas sur mac :(

Question connexe, est-ce la façon appropriée d'avoir /etc/skel Les fichiers sont copiés vers un utilisateur ou cela doit-il se faire par l'intermédiaire de l'interface de l'utilisateur ? adduser ou GUI ?