As permissões geralmente não são propagadas pelo diretório no qual os arquivos estão sendo copiados, em vez disso, as novas permissões são controladas pelo usuário umask
. No entanto, quando você copia um arquivo de um local para outro, é um caso especial em que o usuário umask
é essencialmente ignorado e as permissões existentes no arquivo são preservadas. Entender este conceito é a chave para conseguir o que você quer.
Portanto, para copiar um arquivo, mas "descartar" suas permissões atuais, você pode informar cp
para "não preservar" usando a opção --no-preserve=all
.
Exemplo
Digamos que eu tenha o seguinte arquivo como você.
$ mkdir -m 744 somedir
$ touch afile
$ chmod 400 afile
$ ll
total 0
-r--------. 1 saml saml 0 Feb 14 15:20 afile
E, como você confirmou, copiando-a cegamente usando cp
, recebemos o seguinte:
$ cp afile somedir/
$ ls -l somedir/
total 0
-r--------. 1 saml saml 0 Feb 14 15:20 afile
Agora, vamos repetir isso, mas desta vez informe cp
para "eliminar permissões":
$ rm -f somedir/afile
$ cp --no-preserve=all afile somedir/
$ ls -l somedir/
total 0
-rw-rw-r--. 1 saml saml 0 Feb 14 15:21 afile
Portanto, o arquivo copiado agora tem suas permissões configuradas para 664, onde elas foram obtidas?
$ umask
0002
Se eu alterei meu umask
para outra coisa, podemos repetir esse teste pela terceira vez e ver os efeitos que o umask
tem sobre o cp
:
$ umask 037
$ rm somedir/afile
$ cp --no-preserve=all afile somedir/
$ ls -l somedir/
total 0
-rw-r-----. 1 saml saml 0 Feb 14 15:29 afile
Observe que as permissões não são mais 664, mas são 640? Isso foi ditado pelo umask
. Foi dizendo a todos os comandos que criam um arquivo para desabilitar os 5 bits inferiores nas permissões ... esses caras: ( ----wxrwx
).