Questão chown não tem efeito, mesmo depois que ele afirma que mudou de dono


O usuário 'usuário' existe no servidor. O grupo 'homeusers' existe no servidor.

Isto é o que está acontecendo:

user@localhost / $ ssh user@server
user@server:~$ lsb_release -a
Description:    Ubuntu 12.04.3 LTS
user@server:~$ cd /mount/somedir/
user@server:/mount/somedir$ ls -al
drwxrwxrwx 1 root root 4096 Nov 24 20:55 .
drwxr-xr-x 5 root root 4096 Nov 30 10:11 ..
drwxrwxrwx 1 root root 4096 Dec  2 02:11 somechild
user@server:/mount/somedir$ sudo chown -v user:homeusers somechild
changed ownership of `somechild' from root:root to user:homeusers
user@server:/mount/somedir$ ls -al
drwxrwxrwx 1 root root 4096 Nov 24 20:55 .
drwxr-xr-x 5 root root 4096 Nov 30 10:11 ..
drwxrwxrwx 1 root root 4096 Dec  2 02:11 somechild

1
2018-01-02 03:55


origem


Ran df -Th e mostra como um monte fusível, o que significa que é um monte NFTS. Eu acho que tem algo a ver com isso. - Chaos
chown não terá efeito nos discos / partições montados. Se você precisar montar uma partição com privilégios de proprietário / grupo específicos, é necessário especificar mount comando ou através do seu fstab entrada. - douggro
+ douggro, mesmo que o mount não seja NTFS? Se montei o ext4, não há problema em chover os arquivos quando montado? obrigado - Chaos


Respostas:


Você está certo. NTFS é o culpado. O Ubuntu irá montar a partição NTFS como root, mas com todas as permissões como 777 para arquivos e 755 para diretórios.

Como mencionado, você deve ser capaz de especificar o proprietário com o comando mount:

sudo mount -o uid=`id -u user` /dev/sdX /mount/somedir

2
2018-01-02 06:07



A atualização do fstab para incluir o gid e o uid resolveu o problema. Eu precisarei mover para um formato ext, já que eu preciso de um controle mais granular. obrigado - Chaos
Observe que isso geralmente afeta as pastas compartilhadas do vagrant no Windows usando o VirtualBox. Vejo: stackoverflow.com/questions/13169154/… - PeterVermont