Início / unix / Perguntas / 667204
Accepted
SurpriseDog
Asked: 2021-09-02 08:48:52 +0800 CST

O comando cp segue o link simbólico no destino e o clobbers link target em vez de substituir o link

  • 772

Eu tenho um link simbólico sd/common.py -> actual_file, e quero substituir o link por um arquivo gerado.

No entanto, sempre que faço

cp /tmp/Star_Wrangler/common.py sd/common.py

... ele copia /tmp/Star_Wrangler/common.pye sobrescreve o actual_fileem vez de apenas substituir o link simbólico como pretendo. Toda vez que esqueço de deletar o link simbólico antes de copiar, isso continua acontecendo.

Existe uma opção para obter o comportamento que eu espero? Eu olho para os manuais, mas todos eles falam sobre links simbólicos na fonte, não no destino.

symlink cp

2 respostas

  1. Best Answer

    Isso depende de qual Unix você está usando.

    Em alguns sistemas BSD (OpenBSD, FreeBSD), você descobrirá que cp -fdesvinculará (removerá) o link simbólico e o substituirá pela fonte.

    Usando GNU cp, isso não teria o mesmo efeito e você precisaria usar a opção longa --remove-destination.

    No macOS, use cp -cpara, como diz o manual, "copiar arquivos usando clonefile(2)".

    No NetBSD, use cp -a("modo de arquivamento", o mesmo cp -RpPdaquele sistema). Isso não funciona no GNU, macOS, OpenBSD ou FreeBSD, embora todos esses sistemas tenham a mesma -aopção ou semelhante para cp(em sistemas GNU, é o mesmo que -dR --preserve).

    Você já mencionou isso: remover o link antes de copiar o arquivo resolverá o problema. O rmutilitário remove o link em vez do arquivo referenciado pelo link. Essa também é a maneira mais portátil de substituir um link simbólico por um arquivo comum.

    Se você estiver escrevendo um script, sugiro que use rmseguido por cp.

    Se você estiver trabalhando interativamente e se esquecer de fazer isso, também é provável que se esqueça de usar uma opção específica com cppara essas situações.

    • 19

  2. Os links simbólicos têm um comportamento muito confuso, não apenas com cp, mas também chmod, chowne o builtin test(ou seu [ .. ]alias), por exemplo.

    Remova o link simbólico primeiro ( rm -f sd/common.py), depois cp.

    Claro, os vários cp's em vários sistemas têm várias opções para fazer isso, mas é muito fácil errar.

    Outra coisa que você pode fazer é evitar cpe apontar para um resultado de link simbólico. ln -sf SOURCE DESTINATION(com ambos os argumentos sendo caminhos absolutos) funciona em todos os sistemas POSIX e não cria mais confusões. -fremove qualquer DESTINATIONarquivo / link simbólico existente (mas não dir, infelizmente). Você pode combinar isso realpathpara evitar o problema do caminho relativo/absoluto:

    ln -sf "$(realpath "$SOURCE")" "$(realpath "$DESTINATION")"
    • 3

relate perguntas