Com mount --bind
, existe uma árvore de diretórios em dois (ou mais) lugares na hierarquia de diretórios. Isso pode causar vários problemas. Os backups e outras cópias de arquivo selecionam todas as cópias. Torna-se difícil especificar que você deseja copiar um sistema de arquivos: você acabará copiando os arquivos montados na ligação duas vezes. Pesquisas com find
, grep -r
, locate
, etc., percorrerão todas as cópias e assim por diante.
Você não ganhará nenhuma “funcionalidade e compatibilidade aprimoradas” com montagens de ligação. Eles se parecem com qualquer outro diretório, que na maioria das vezes não é um comportamento desejável. Por exemplo, o Samba expõe links simbólicos como diretórios por padrão; Não há nada a ganhar com o uso de uma montagem de ligação. Por outro lado, as montagens de ligação podem ser úteis para expor as hierarquias de diretório no NFS.
Você não terá problemas de desempenho com montagens de associação. O que você tem é dores de cabeça de administração. As montagens de ligação têm seus usos, como tornar uma árvore de diretórios acessível a partir de um chroot, ou expor um diretório oculto por um ponto de montagem (isso geralmente é um uso temporário enquanto uma estrutura de diretórios está sendo remodelada). Não os use se você não tiver necessidade.
Somente o root pode manipular montagens de ligação. Eles não podem ser movidos por meios comuns; eles bloqueiam sua localização e os diretórios ancestrais.
De um modo geral, se você passar um link simbólico para um comando, o comando atuará no próprio link, se ele operar nos arquivos, e no destino do link, se ele operar no conteúdo do arquivo. Isso vale para diretórios também. Isso geralmente é a coisa certa. Alguns comandos têm opções para tratar os links simbólicos de maneira diferente, por exemplols -L
, cp -d
, rsync -l
. Seja o que for que você esteja tentando fazer, é muito mais provável que os links simbólicos sejam a ferramenta certa, do que ligar as montagens como a ferramenta certa.