Não é possível excluir o arquivo, mesmo que as permissões permitam

2

Eu NFS exporto uma pasta do MacOS 10.12 e monto no Centos 6.

O UID e o GID entre as máquinas é o mesmo, mas na caixa do Linux não consigo excluir arquivos, a menos que o diretório tenha permissões de "gravação para todos" definidas.

Por que não?

Os arquivos podem ser excluídos depois de alterar as permissões da pasta de fechamento para 777

No lado do Mac

mac$ ls -lnd
drwxrwxr-x  143 501  501  4862 28 Mar 09:21 ./

mac$ ls -ln *debug*
lrwxrwxrwx  1 501  501    15 22 Mar 16:45 libdvdebug.so@ -> libdvdebug.so.6
lrwxrwxrwx  1 501  501    20 22 Mar 16:45 libdvdebug.so.6@ -> libdvdebug.so.6.0-34
-rwxrwxr-x  1 501  501  7042 22 Mar 16:45 libdvdebug.so.6.0-34*

mac$ id
uid=501(danny) gid=501(djw) groups=501(djw),104(com.apple.access_ssh-disabled),701(com.apple.sharepoint.group.1),502(access_bpf),12(everyone),
20(staff),61(localaccounts),66(_uucp),79(_appserverusr),80(admin),81(_appserveradm),98(_lpadmin),506(finance),33(_appstore),100(_lpoperator),204(_developer),
395(com.apple.access_ftp),398(com.apple.access_screensharing)

$ grep 168.2 /etc/exports
/Work/Software_Devel -alldirs -maproot=danny  -network 192.168.2.0   -mask 255.255.255.0

No lado do Linux

linux$ ls -ln *debug*
lrwxrwxrwx 1 501 501   15 Mar 22 16:45 libdvdebug.so -> libdvdebug.so.6
lrwxrwxrwx 1 501 501   20 Mar 22 16:45 libdvdebug.so.6 -> libdvdebug.so.6.0-34
-rwxrwxr-x 1 501 501 7042 Mar 22 16:45 libdvdebug.so.6.0-34

linux$ id
uid=501(tqdevel) gid=501(tqdevel) groups=501(tqdevel)

linux$ ls -ldn .
drwxrwxr-x 143 501 501 4862 Mar 28 09:21 .

linux$ mount
192.168.2.10:/Work/Software_Devel on /mnt/swdevel type nfs 
(rw,rsize=8192,wsize=8192,timeo=14,intr,addr=192.168.2.10)

# showmount -e 192.168.2.10
Export list for 192.168.2.10:
/Work/Video Project  192.168.245.0
/Work/Software_Devel 10.0.0.0,10.128.112.0,10.128.113.0,172.16.16.0,192.168.135.224,
192.168.15.0,192.168.2.0,192.168.245.0,192.168.87.0,192.168.9.0
    
por Danny 28.03.2017 / 07:24

3 respostas

1

Não é indicado, mas tente redefinir as permissões da ACL.

    
por 28.03.2017 / 16:56
0

Tente desabilitar temporariamente o SELinux. Normalmente, esses tipos de problemas estão relacionados a ele. Set: SELINUX = desabilitado em / etc / selinux / config

    
por 28.03.2017 / 07:32
0

Tente

$ ls -l
$ whoami
$ groups

Em seguida, verifique se os arquivos pertencem a você ou ao seu grupo.

Aproveite.

    
por 29.03.2017 / 10:10