¿Por qué "cp -R --reflink = always" realiza una copia estándar en un sistema de archivos btrfs?

Btrfs admite copia en escritura. Traté de usar esa función para clonar un directorio:

cp -R --reflink=always foo_directory foo_directory.mirror

Esperaba que el comando terminara casi al instante (como un btrfs subvolume snapshot), pero el cpcomando parece realizar una copia lenta y estándar.

De acuerdo con la página del manual, esperaría --reflink=alwaysaplicar Copiar en escritura:

Cuando se especifica --reflink [= always], realice una copia ligera, donde los bloques de datos se copian solo cuando se modifican. Si esto no es posible, la copia falla, o si se especifica --reflink = auto, retroceda a una copia estándar.

Preguntas:

• ¿Sabes por qué --reflink=alwaysno funciona?
• ¿Qué opciones (u otros comandos) debo usar en su lugar?

cp --reflink=alwaysEs casi seguro que funciona correctamente. Si no fuera así, obtendría un error. Por diseño, esa es la diferencia entre --reflink=alwaysy --reflink=auto. El error se vería así:

# Filesystem that does not support the feature at all
cp: failed to clone `xx' from `yy': Inappropriate ioctl for device

# Filesystem that does support it, but copy across filesystems
cp: failed to clone `xx' from `yy': Invalid cross-device link

¿Está copiando una estructura de directorio con muchos archivos pequeños? En ese caso, cptodavía tiene que crear cada directorio y abrir y cerrar cada archivo, por lo que aún llevará tiempo, a diferencia btrfs subvolume snapshot. Eso probablemente explica el tiempo que lleva realizar la operación.