chown não está mudando link simbólico

Estou tentando alterar o usuário / grupo de um link simbólico com o comando:

$ chown -h myuser:mygroup mysymbolic/ 

Mas não está mudando. Estou logado como root. O usuário / grupo atual está definido como root: root. O que deu errado?

Eu estava colocando uma barra no final do alvo:

chown -h myuser:mygroup mysymbolic/ 

acabou de remover a barra no final e funciona. Aqui está a maneira correta:

 chown -h myuser:mygroup mysymbolic

Eu tentei isso sozinho e funciona para mim. Se você possui -h, ele altera o proprietário do link simbólico, mas, se não, o proprietário do arquivo e não o link.

Mas parece que o link simbólico não está ligado a um diretório

Eu era incapaz de chownum diretório, mesmo com, -hmas usando o caminho completo funcionou.

# ls -al
drwxr-xr-x 2 deploy deploy 4096 Dec 30 10:29 .
drwxr-xr-x 3 deploy deploy 4096 Dec 30 08:59 ..
lrwxrwxrwx 1 root   root     32 Dec 30 09:02 apps -> /u/apps/
# chown -h deploy:deploy apps
# ls -al
drwxr-xr-x 2 deploy deploy 4096 Dec 30 10:29 .
drwxr-xr-x 3 deploy deploy 4096 Dec 30 08:59 ..
lrwxrwxrwx 1 root   root     32 Dec 30 09:02 apps -> /u/apps/
# chown -h deploy:deploy apps/
# ls -al
drwxr-xr-x 2 deploy deploy 4096 Dec 30 10:29 .
drwxr-xr-x 3 deploy deploy 4096 Dec 30 08:59 ..
lrwxrwxrwx 1 root   root     32 Dec 30 09:02 apps -> /u/apps/
# pwd 
/var/www/html
# chown -h deploy:deploy /var/www/html/apps
# ls -al
drwxr-xr-x 2 deploy deploy 4096 Dec 30 10:29 .
drwxr-xr-x 3 deploy deploy 4096 Dec 30 08:59 ..
lrwxrwxrwx 1 deploy deploy   32 Dec 30 09:02 apps -> /u/apps/

O destino é um arquivo ou um diretório?

Se for um diretório, tente -H (H maiúsculo)

simplesmente.

chown -h myuser:mygroup <symlink> [without trailing slash]

deve ser suficiente e trabalhar!  

Recrie esse link por myuser na casa do myuser e mv esse link para o local de destino por sudo.

Por exemplo: (como myuser), ln -s somedir/ linkname (será um link quebrado se houver algum som / não existir no diretório do usuário)

Em seguida, sudo mv linkname targetlocation(se tornará um link válido, desde que targetlocation/somedir/exista)

Eu tive um problema parecido. Para mim, eu não poderia chmod o link simbólico, mesmo como root, independentemente de como chamei chmod. Para acrescentar confusão, o nautilus estava mostrando o proprietário / grupo como nada. O proprietário estava em branco. Então, tentei mudar o link simbólico usando o nautilus executando como root, pois o chmod não estava funcionando e o nautilus travou!

Mas acho que descobri o problema. O diretório para o qual o link simbólico estava apontando tinha permissões diferentes do link simbólico. Então, modifiquei o diretório de destino (usando -h) para o meu nome de usuário / grupo. Então chmod'ed o link simbólico para o mesmo e funcionou! E visualizar os detalhes do link simbólico no nautilus (com permissões de root) agora não trava mais.

Portanto, para outras pessoas com problemas semelhantes, verifique as permissões do diretório / arquivo de destino e verifique se é compatível com as permissões para as quais você está configurando o link simbólico.

Observe que alterar o ownerlink simbólico só funcionará se o destino estiver acessível pelo novo usuário ao qual você deseja atribuir.

Por exemplo, se o seu destino estiver dentro de uma pasta à qual o usuário ao qual você deseja atribuir não possui direitos suficientes, o ln -s commandcomportamento é tal que ele não fará absolutamente nada.

Para Solaris (verificado no S11.3) para um link simbólico para um diretório, você precisará executar

root@ac11x017:/var/tmp$ ls -lal dumpdir
lrwxrwxrwx   1 root     root          16 Jun 15 09:08 dumpdir -> /data/dumpdir/
root@ac11x017:/var/tmp$ chown -RP oracle:oinstall dumpdir
lrwxrwxrwx   1 oracle   oinstall      16 Jun 15 09:09 dumpdir -> /data/dumpdir/