====== FreeBSD's "cp" doesn't copy extended attributes (in FreeBSD 12 currently) ====== FreeBSD's ''cp'' command doesn't copy extended attributes at all. I checked it in FreeBSD 12.0-RELEASE-p4. Thus, at this time, extended attributes attached to a file will be lost when copying the file with ''cp'' command on FreeBSD. Someone who thinks "Use ''-p'' option, won't you?" is naive. The option just preserves file's mtime, atime, flags, permissions, ACL, UID and GID as [[https://www.freebsd.org/cgi/man.cgi?cp|manpage]] says. For instance, there is a file ''hasxattr.txt'' which has two extended attribute (OpusMetaInformation and DOSATTRIB.) $ ls -al total 42 drwxr-xr-x 2 Decomo Decomo 3 10月 22 00:11 . drwxr-xr-x 56 Decomo Decomo 190 10月 21 23:43 .. -rwxr--r-- 1 Decomo Decomo 0 10月 21 23:49 hasxattr.txt $ lsextattr user * hasxattr.txt OpusMetaInformation DOSATTRIB Then, copy the file with ''cp -p''. $ cp -p hasxattr.txt hasxattr_cp-p.txt ...and check extended attributes. $ lsextattr user * hasxattr.txt OpusMetaInformation DOSATTRIB hasxattr_cp-p.txt \(^o^)/ < They've gone. The destination file's extended attributes surely have been lost when I checked them as a color label with DirectoryOpus filer. (''OpusMetaInformation'' stored the label information.) {{:blog:2019:freebsd_cp_losts_xattr.png|}} As a one of EA lover, it's a pity. I tried GNU cp provided by ''sysutils/coreutils'' ports, but his reply was loveless... $ gcp --preserve=xattr hasxattr.txt hasxattr_gcp.txt gcp: 拡張属性を保護できません。cp が xattr サポートなしで作成されています It seems that ''rsync -X'' and ''mv'' preserve extended file attributes. $ rsync -X hasxattr.txt hasxattr_rsync.txt $ mv hasxattr.txt hasxattr_mv.txt $ lsextattr user * hasxattr_cp-p.txt hasxattr_mv.txt OpusMetaInformation DOSATTRIB hasxattr_rsync.txt OpusMetaInformation DOSATTRIB I found a wonderful page which described a support status of extended attributes of each command on FreeBSD, Linux and MacOS: [[https://www.lesbonscomptes.com/pages/extattrs.html|Extended attributes: the good, the not so good, the bad.]] At any rate, I wish the coreutils ports could choice a option whether handling extended attributes or not.