Effectivement un lien à destination variable ce n'est pas faisable. Tout simplement parce qu'un utilisateur peut directement utiliser des variables d'environnement dans ses commandes shell. Du coup le lien n'a pas spécialement d'intérêt.

En fait la vraie question c'est pourquoi as-tu besoin de faire ça. Et surtout pourquoi ne pas créer directement les liens dans chaque home à la main. À noter que les droits du lien n'ont rien à voir avec les droits des fichiers contenus dans le répertoire pointé.

Bonne chance

Hello
les variables dans les liens symboliques existaient sur Apollo DomainOS, une source infnie de problèmes ..
créer un alias global toto dans /etc/profile
alias toto="cd /home/$USER"

Sauf qu'un alias n'est pas un lien symbolique mais bon :-) Ça revient à faire un script ^^

Tout à fait, mais comme ce n'est pas possible par un lien symbolique, le seul autre moyen que je vois c'est par automount

Salut,

Tout d'abord merci pour vos réponses, je m'attendais un peu a ce que ce ne soit pas faisable ><

Pour répondre a la question de mamiemando, en fait j'ai besoin d'un lien pour que mon user toto ai accès a certains fichiers des autres users et non l'inverse...

L'intérêt et de pouvoir exécuter un programme avec l'un de mes user sur toto en utilisant la conf de l'utilisateur qui l'exécute...

(désoler ce n'est surement pas très clair... j'ai du mal a l'expliquer avec des mots ><)

automount ?

(man automount ? ^^)

À ce moment là tu ne t'y prends pas comme il faut, il faut mettre ce répertoire avec des droits restreints. Supposons que ce répertoire soit dans /media/pouet et que ton utilisateur toto appartienne à un groupe plop, mais pas les autres utilisateurs.

On peut par exemple imaginer que tu aies créé ce groupe pour l'occasion avec la commande :

sudo groupadd plop

nano /etc/group

groups

chgrp /media/pouet
chown a-x /media/pouet
chown g+x /media/pouet

sudo mkdir -p /media/pouet
sudo nano /etc/fstab

/home/top/secret   /media/pouet       none        bind     0 0

sudo mount /media/pouet