chown nie zmienia dowiązania symbolicznego

Próbuję zmienić użytkownika / grupę dowiązania symbolicznego za pomocą polecenia:

$ chown -h myuser:mygroup mysymbolic/ 

Ale to się nie zmienia. Jestem zalogowany jako root. Bieżący użytkownik / grupa jest ustawiona na root: root. Co poszło nie tak?

Umieszczałem slash na końcu celu:

chown -h myuser:mygroup mysymbolic/ 

właśnie usunąłem ukośnik na końcu i działa. Oto poprawny sposób:

 chown -h myuser:mygroup mysymbolic

Próbowałem tego sam i to działa dla mnie. Jeśli masz opcję -h, zmienia ona właściciela dowiązania symbolicznego, ale jeśli nie, zmienia właściciela samego pliku, a nie łącza.

Ale wydaje się, że nie działa link symboliczny jest połączony z katalogiem

Nie mogłem chownznaleźć katalogu nawet przy -hużyciu pełnej ścieżki.

# 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/

Czy cel jest plikiem czy katalogiem?

Jeśli jest to katalog, spróbuj -H (wielkie litery H)

po prostu.

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

powinno wystarczyć i pracować!  

Odtwórz ten link przez myuser w domu myuser i prześlij ten link do lokalizacji docelowej przez sudo.

Na przykład: (jako mój użytkownik), ln -s somedir/ linkname (będzie niedziałający link, jeśli somedir / nie istnieje w katalogu użytkownika)

Następnie sudo mv linkname targetlocation(stanie się prawidłowym linkiem, targetlocation/somedir/istnieje)

Miałem podobny problem. Dla mnie nie mogłem chmod link symboliczny nawet jako root, niezależnie od tego, jak nazwałem chmod. Aby dodać zamieszanie, nautilus pokazywał właściciela / grupę jako nic. Właściciel był po prostu pusty. Próbowałem więc zmienić łącze symboliczne, używając nautilusa działającego jako root, ponieważ chmod nie działał i nautilus się zawiesił !!

Ale myślę, że odkryłem problem. Katalog, na który wskazywał dowiązanie symboliczne, miał inne uprawnienia niż dowiązanie symboliczne. Więc przeskoczyłem do katalogu docelowego (używając -h) do nazwy mojego użytkownika / grupy. Następnie chmod'ed symboliczny link do tego samego i zadziałało! A przeglądanie szczegółów dowiązania symbolicznego w nautilusie (z uprawnieniami roota) nie powoduje już awarii.

Dlatego w przypadku innych osób mających podobny problem sprawdź uprawnienia do docelowego katalogu / pliku i upewnij się, że jest on zgodny z uprawnieniami, dla których ustawiasz dowiązanie symboliczne.

Pamiętaj, że zmiana ownerdowiązania symbolicznego może działać tylko wtedy, gdy cel jest dostępny dla nowego użytkownika, któremu chcesz go przypisać.

Na przykład, jeśli cel znajduje się w folderze, do którego użytkownik, do którego chcesz go przypisać, nie ma wystarczających uprawnień, ln -s commandzachowanie jest takie, że nic nie zrobi.

W przypadku systemu Solaris (zweryfikowanego w wersji S11.3) dla dowiązania symbolicznego do katalogu należy uruchomić

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/