I have directory that contains some symbolic links:

user@host:include$ find .. -type l -ls
4737414    0 lrwxrwxrwx   1 user group       13 Dec  9 13:47 ../k0607-lsi6/camac -> ../../include
4737415    0 lrwxrwxrwx   1 user group       14 Dec  9 13:49 ../k0607-lsi6/linux -> ../../../linux
4737417    0 lrwxrwxrwx   1 user group       12 Dec  9 13:57 ../k0607-lsi6/dfc -> ../../../dfc
4737419    0 lrwxrwxrwx   1 user group       17 Dec  9 13:57 ../k0607-lsi6/dfcommon -> ../../../dfcommon
4737420    0 lrwxrwxrwx   1 user group       19 Dec  9 13:57 ../k0607-lsi6/dfcommonxx -> ../../../dfcommonxx
4737421    0 lrwxrwxrwx   1 user group       17 Dec  9 13:57 ../k0607-lsi6/dfcompat -> ../../../dfcompat

I need to copy them to the current directory. The resulting links should be independent from their prototypes and lead directly to their target objects.

  • cp -s creates links to links that is not appropriate behavior.
  • cp -s -L refuses to copy links to directories
  • cp -s -L -r refuses to copy relative links to non-working directory

What should I do?

  • 20
    cp -d made the job on my side.
    – m-ric
    Mar 24, 2014 at 17:08
  • 7
    cp -R on a mac
    – Mirko
    May 6, 2015 at 19:23

10 Answers 10

cp --preserve=links

From the man page:

          preserve  the   specified   attributes   (default:   mode,owner-
          ship,timestamps),  if  possible  additional attributes: context,
          links, xattr, all

Personally, I use cp -av for most of my heavy copying. That way, I can preserve everything - even recursively - and see the output. Of course, that is just personal preference.

As to why your other options did not do what you expected, -s makes a link instead of copying and -L follows the links in the source to find the file to copy instead of copying the links themselves.

  • 3
    You might need to add -R, because otherwise cp will skip directories and symlinks to directories. Apr 19, 2013 at 8:25
  • 9
    I tried this on redhat and it doesn't work
    – Mansuro
    May 27, 2013 at 7:57
  • 50
    on a Mac? use cp -a Sep 19, 2013 at 17:52
  • 15
    +1 for the -a option. Heh, I've looked up options in cp's manpage countless times, yet I must have always skimmed over this one. I have until now been using -dpr, but -a covers all of those, plus the preservation of a couple of other attributes. If I'd have needed these other attributes I would have probably looked up the --preserve option again and used -dr --preserve=all, which is exactly what -a is! Well at least I know now – -a is perfect and this is what I'll be using from now on. Aug 20, 2014 at 3:00
  • 3
    This didn't work on Cygwin. --preserve=links wasn't enough. It still said cp: omitting directory. But -av worked.
    – Chloe
    Aug 19, 2015 at 22:23

Just as the man page says, use -P. This setting says:

-P, --no-dereference
       never follow symbolic links in SOURCE
  • 14
    on Mac -P does not work on directories so I used cp -a Sep 19, 2013 at 17:52
  • 6
    Thanks, I've seen and benefited from your answer 3 times now different times over a year. Can't seem to remember it!
    – Siddhartha
    May 1, 2014 at 16:52
  • This works, but my man page say "-P never follow symbolic links in SOURCE", which is not intuitively the same as "copy symlinks as symlinks to destination". ("never follow" makes it sound like it works in combination with -R)
    – R.M.
    Jul 7, 2016 at 19:00
  • 3
    This cp -P unlike the top voted answer by @kainosnous works for me. Thanks! Jan 3, 2017 at 11:48
  • 1
    Works on Redhat. The accepted response not work !
    – Phiber
    Apr 21, 2017 at 15:59

As a few have commented:

cp -a 

works well.

From the man:

-a    same as -dR --preserve=all

-R    copy directories recursively
-d    same as --no-dereference --preserve=links
--no-dereference   never follow symbolic links in SOURCE
  • 4
    ... but only if none of the symlinks are to relative paths. Oct 30, 2016 at 21:27
  • cp: bad --preserve=links
    – CS QGB
    May 2, 2023 at 13:22

If the links contain relative paths, then, copying the link will not adjust the relative path. Use readlink, with the switch -f to follow recursively, in order to get the absolute path of the link. For example:

ln -s $(readlink -f old/dir/oldlink) new/dir/newlink

If preserving the relative paths is what you want, than the option -P of cp, as said by Ignacio Vazquez-Abrams, is what you need.

  • 1
    It may be a bad idea to dereference recursively if all you are trying to do is to convert symlinks from being relative to absolute. The recursion is not needed here, and sometimes chained symlinks are there for a reason. Symlinks are often used to specify choices or configuration options. For example, on my system there is a symlink chain /usr/share/dict/words -> /etc/dictionaries-common/words -> /usr/share/dict/british-english which specifies the preferred dictionary. If you were to recursively dereference this chain, the resulting symlink would ignore any future changes to this preference. Aug 20, 2014 at 3:35
  • You may very well not want to modify a relative path. I have cases where there are different versions of a file (that is multiple files with different names), and a symbolic link to the latest version, and all stored in the same directory. Copying the whole directory I want the link unchanged so it still points to the file in its new location.
    – gnasher729
    Jun 9, 2022 at 10:25
  • True, but the OP question explicitely says: > The resulting links should be independent from their prototypes and lead directly to their target objects.
    – mrucci
    Jun 11, 2022 at 12:36

Most of the time, when I need to copy many symbolic links, I'm actually trying to mirror a directory tree. So I want the symlinks and everything else.

This is overkill for copying just a few symlinks, but if you're actually trying to copy an entire tree, this can be very useful:

Use tar.

user@host:/cwd$ ( cd /path/to/src ; tar cf - . ) | ( cd /path/to/dest ; tar xf - )

tar doesn't resolve the symlink by default, so symlinks in the mirror copy will point to the same locations as those in the original tree.

This trick makes use of subshells to get the tar command into position at the root of the directory to be mirrored; you can leave one of them out (along with the associated cd command) if you're already in the src or dest directories:

# already in src?
user@host:/src$ tar cf - . | ( cd /path/to/dest ; tar xf - )

# already in dest?
user@host:/dest$ ( cd /path/to/src ; tar cf - . ) | tar xf - 

# just need src/foo?
# this result will be a mirror copy at dest/foo 
user@host:/src$ tar cf - foo | ( cd /path/to/dest ; tar xf - )

# mirror to another system?
user@host:/src$ tar cf - . | ssh [email protected] '( cd /path/to/dest ; tar xf - )'

Again, this isn't appropriate for every time you want to copy symbolic links, but it is a very useful snippet to know.

  • 1
    tar is definitely more portable than cp in my experience
    – don bright
    Aug 31, 2017 at 1:31

I used the following to duplicate a really large directory. All symbolic links were preserved, the copy was done recursively and I was able to have some visual feedback of the process:

cp -Prv /sourcer_dir/* /target_dir

Use -P option, as Ignacio Vazquez-Abrams wrote above. What he didn't mention is -P has no effect without -R. So you need at least cp -RP.

(The site doesn't let me to comment yet so I posted a separate answer.)

  • On an old solaris box my cp does not support -d. cp -rP worked for me; (idk the diff between -R and -r, -r works for me).
    – spioter
    Sep 18, 2019 at 12:45
  • @spioter, -r and -R are the same, being shortcuts for --recursive
    – 1234ru
    Jan 21, 2021 at 13:09

Try: cp -pr symlink destination

[root@station1 temp]# ls -l
total 8
-rw-r--r-- 1 root root  0 Jul 27 18:40 abc
lrwxrwxrwx 1 root root 13 Jul 27 18:41 abc.link1 -> /tmp/temp/abc
[root@station1 temp]# cp -rp /tmp/temp/abc.link1 /tmp/temp/abc.link2
[root@station1 temp]# ls -l
total 12
-rw-r--r-- 1 root root  0 Jul 27 18:40 abc
lrwxrwxrwx 1 root root 13 Jul 27 18:41 abc.link1 -> /tmp/temp/abc
lrwxrwxrwx 1 root root 13 Jul 27 18:42 abc.link2 -> /tmp/temp/abc
[root@station1 temp]# 

OS - Centos 5 (Linux)


On Ubuntu when copying links and files in a directory:

cp --no-dereference --preserve=links
  • 6
    cp -d is the shorthand for this
    – hunse
    May 30, 2016 at 18:29
  • 2
    I think both cp -a and cp --preserve=links do more than the question is asking. As I understand it, this is the correct answer for anyone using cp, though with files only (no directories) like in the question, --no-dereference would have no effect.
    – palswim
    Feb 4, 2019 at 6:10

cp -s and cp -L are special commands. For your requirement, use none.

e.g. Copying a directory DIR containing a and a symbolic link b pointing to a.

  • cp -s DIR/* N/ creates a symbolic link instead of copying, N/a->../DIR/a (link) and N/b->(../DIR/b) which is link to a link
  • cp -L DIR/* N/ copies with link dereferencing, N/a, N/b (same as DIR/a)

What you need is N/a(=DIR/a), and N/b->../N/a; so just copy without dereferencing, using cp -P option. I believe this is also the default for cp.

  • -P no-dereference, preserve links
  • -d combines -P option with -p to preserve=mode,ownership,timestamps
  • -a combines -d option with -R to recursively copy directories

refer man cp or cp --help for more options.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .